dimon27254

@eralde @Anna Zhelankina начиная с 4.1 Alpha 11 в мобильной версии всё в порядке. Спасибо!

Скорее всего, текущий и новый веб-интерфейсы используют переводы из разных контекстов. В файле локализации locale.ru.json имеются оба варианта: Аналогично будет, если выключить соединение:

@eralde @Anna Zhelankina в новом вебе, в плитке "Интернет" системного монитора, для каждого подключения имеется возможность управления его состоянием с помощью соответствующего переключателя. Предлагаю добавить здесь предупреждающий диалог при попытке выключения. Он позволит остановить пользователя от неосознанного действия, которое может привести к потере как удаленного управления, так и доступа к интернету, в случае, если подключение является единственным. Ранее я оставлял в разделе "Развитие" схожее предложение: В текущем веб-интерфейсе этот переключатель "спрятан" на странице подключения и туда нужно сначала зайти. В новом он меньше и смещен левее, поэтому случайно "натворить дел" с мобильного устройства уже труднее, за что я благодарен. Но теперь он продублирован прямо на главной странице, и риск сделать действие вида "я нажал и все исчезло" выше: Режим безопасной настройки, конечно, убережет от этой ситуации, но пользователь, наверняка, его включит уже только после того, как хотя бы раз "наступит на грабли".

@eralde еще начиная с Alpha 10 в выдаче я заметил, что массив после запуска интерфейса забивается нулевыми значениями (предполагаю, это правки в API по NDM-2913), а затем они постепенно заменяются на актуальные. Зануляется как скорость, так и время. В итоге, между соседними точками оказывается разница в 13740 секунд: { "t": "13740.400000", "v": 138 }, { "t": "0", "v": 0 }, Предполагаю, из-за этого график первые несколько минут теперь и отображается от момента старта Кинетика до настоящего времени. Затем, когда массив полностью заполняется актуальными данными с ненулевым временем, то отображение становится корректным. До Alpha 10 в выдаче браузера отображались только реальные данные с момента запуска интерфейса, т.е. массив изначально пустой, а затем постепенно заполняется. Непонятно, правда, почему в 3.х вебе все корректно в этот момент отображается. В нем иная логика построения графика?

@eralde в 4.1 Alpha 13, увы, снова не могу подтвердить исправление отображения графиков. Поведение полностью идентично Alpha 10.

@eralde в 4.1 Alpha 13 на страницу просочились настройки IPv6, несмотря на отсутствие компонента ip6: Также заметил, что немного затерялся русскоязычный перевод для настроек IPv4. По IPv6, как я понимаю, появится позже, т.к. эти настройки появились впервые в этой версии.

Аналогичная ситуация и на KN-3610, KN-1110, KN-3210 в draft-канале. Лог забивается ошибками: Core::Ndss: [25072] HTTP error: 500 (Server error). Похоже, на серверах NDSS ведутся какие-то работы.

@eralde Подтверждаю. Спасибо!

@eralde в 4.1 Alpha 13 обратил внимание, что текст появился. Спасибо! Правда, вылез новый небольшой баг: в заголовок поп-апа просочился HTML-код:

@eralde в 4.1 Alpha 13 подтверждаю исправление, теперь выглядит красиво и аккуратно. Спасибо!

@eralde в 4.1 Alpha 13 поправлено. Спасибо!

Последние несколько дней тоже заметил, что иногда возникает эта ситуация. Но проявляется редко, и далеко не каждый раз по истечении сессии. Ошибка в Chrome DevTools та же:

@eralde в 4.1 Alpha 11 в поп-апе "Другие возможности управления" заметил, что потерялись локализованные наименования вкладок: На более ранних версиях этого бага не было.

@eralde дополню еще, что в мобильном вебе статьи расположены корректно, но иконки перехода везде разного размера, в зависимости от длины заголовков:

@eralde при отсутствующем компоненте dsl, а также удаленных DSL-интерфейсах из startup-config, новый веб не дает изменять настройки в сегменте, пока DSL-порт не будет включен хотя бы в один из сегментов: В 3.х вебе, если вручную для DSL-порта ничего не трогать, изменение настроек сегмента будет возможным: Проверял на 4.1 Alpha 11.

@eralde начиная с 4.1 Alpha 10 все стало хорошо. Спасибо!

@eralde @Anna Zhelankina в тултипе не совсем красиво размещены предлагаемые статьи: Предполагаю, что каждая должна быть на своей отдельной строке. Еще заметил, что иконка перехода по ссылке внутри кнопки серого цвета, тогда как рядом со статьями везде в цвет текста. Такова задумка, или это ошибка? Проверял на 4.1 Alpha 11.

Размер сломался ещё с 4.1 Alpha 9:

@sergeyk в свежих 4.1 снова столкнулся с этой проблемой. Сейчас использую 4.1 Alpha 11. В этот раз уже на KN-3610, и проявляется немного по-другому: в случайные моменты времени то же устройство, потребляющее трафик из резервного интерфейса IPoE, в "мониторе трафика" отображается то под своим именем, то оказывается в незарегистрированных устройствах. В "системном мониторе" на главной странице для интерфейса в этот момент потребление в скоростном измерении отображается корректно. Если выключить аппаратный ускоритель, в "мониторе трафика" все нормализуется. Когда назад включаю аппаратный ускоритель, то в "мониторе трафика" устройство также отображается под своим именем, но вместо приема показывается, что оно отдает трафик, хотя по факту принимает. Аналогичная ситуация возникает затем и в "системном мониторе", на графике вместо приема внезапно появляется отдача. Через какое-то время снова может начать отображаться прием.

Без изменений в 4.0.5, 4.1 Alpha 7-11.

Насколько реальна реализация такого же костыля и здесь, на время, пока не реализован механизм полного бэкапа? Например, задействовать уже имеющийся способ перехода в интерфейс другого Кинетика по токену, но в аргументе url прописать путь к нужным файлам: https://*.keenetic.io/auth?x-ndma-tkn=*&url=/ci/startup-config.txt https://*.keenetic.io/auth?x-ndma-tkn=*&url=/ci/firmware Пусть было бы только для HTTPS, но это уже лучше, чем вообще ничего. Вручную удалось таким образом получить файлы, прерывая отправляемый на Кинетик запрос, подменяя URL и повторной отправки.

С 4.1 Alpha 10 исправлено. @eralde @Anna Zhelankina Спасибо!

@eralde @Anna Zhelankina не планируется ли в будущем при обновлении всей системы предлагать пользователю сохранить текущую конфигурацию и прошивку? Сейчас этот диалог появляется только при обновлении из "параметров системы", но не помешал бы и здесь, чтобы была возможность откатить хотя бы контроллер в предыдущее состояние, если, например, в свежей версии KeeneticOS что-то сломалось или работает не так, как ожидается. Было бы вообще идеально, чтобы имелась возможность сохранить при необходимости прошивку и/или конфигурацию вообще любого выбранного узла прямо из контроллера на странице "Mesh Wi-Fi система", без необходимости обращаться к "параметрам системы" нужного устройства. В таком случае будет возможность без проблем обновляться/откатываться на разные версии, т.к. можно будет легко делать бэкап текущего состояния всех узлов системы.

Главное, чтобы этот диалог остался на своем месте в будущем. По моему мнению, одну часть пользователей он сможет переубедить, порекомендовав во избежание проблем обновить все узлы системы вместо выбранных (например, случайно, или же не зная логики работы нового механизма обновления). Оставшаяся часть пользователей, которые понимают, что делают, все равно будут иметь возможность обновить только те узлы, которые выбрали. На будущее, конечно, было бы неплохо его не показывать в некоторых случаях. Один из таких я привел ранее. Ещё, как вариант, если в системе имеются Кинетики с разными установленными каналами обновления (например, подключены архивные и актуальные вместе, и в разных каналах доступна различная новая версия KeeneticOS), и нужно обновить только один Кинетик из нескольких. Наверняка найдутся ещё и другие базовые комбинации (все, разумеется, не перебрать), но о них станет известно только со временем, когда новым вебом будут пользоваться все больше и больше пользователей.