dimon27254

@corniger в последней 4.1 исправлено. Спасибо!

@eralde в 4.1 Alpha 3 поля уменьшились, теперь места на страницах для контента стало заметно больше. UPD: В 4.3 все остальные недочеты уже исправлены. Спасибо!

@eralde все замечания поправлены в 4.1 Alpha 3. Спасибо!

@eralde в 4.1 Alpha 3 пункты 2-4, 7, 9-10 исправлены. Спасибо! На глаза еще попалась мелочь: в графике скорости для резервного соединения подписи времени чуть меньше в высоту, чем для основного. Из-за этого выглядят немного сжатыми:

@eralde мобильная версия страницы поправлена в 4.1 Alpha 3. Спасибо! В десктопной версии логотип и модель будут исправлены в будущих релизах? В мобильном вебе мелочь, но все же: логотип компании немного смещен влево относительно центра и модели. Подправьте, пожалуйста, по возможности:

@eralde в 4.1 Alpha 3 все поправлено, спасибо! Правда, появился новый баг: из списка клиентов невозможно перейти на любую другую страницу. В консоли DevTools появляется такая ошибка:

@eralde в 4.1 Alpha 3 язык в коде изменяется, но только после загрузки страницы, а изначально также стоит "en". Из-за этого браузер все равно предлагает сделать перевод. По моим наблюдения, в 3.х вебе в начальном состоянии этот атрибут вообще отсутствует, а после загрузки страницы добавляется в соответствии с выбранным языком.

@Le ecureuil @Infy @hellonow просматривая логи на кинетике (как в 4.1 Alpha 1, так и Alpha 2), обратил внимание, что в записях, касающихся Wireguard, при попытке повторить хэндшейк (ввиду неустойчивости связи с другой стороны) периодически появляются странные временные отметки с отрицательными значениями: wireguard: Wireguard1: retrying handshake with peer "*" (*) (*.*.*.*:*) because we stopped hearing back after -2126184448 seconds В 4.0 и более ранних это значение было всегда положительным, и, как правило, редко превышало 15 секунд, т.е. записи имели вид: wireguard: Wireguard1: retrying handshake with peer "*" (*) (*.*.*.*:*) because we stopped hearing back after 15 seconds Проблем с работой туннелей не испытываю, но такие отрицательные значения смущают.

@eralde в процессе использования нового веба на этой странице мне попались на глаза несколько багов. 1. Некорректное отображение настройки ip http security-level. У меня установлено public ssl, но новый веб выводит, что настроен доступ HTTP+HTTPS: В 3.х все отображается корректно: 2. Если изменить любую из нижеприведенных настроек (для примера я попытался установить удаленный доступ только через HTTPS), то кнопка сохранения оказывается неактивна: 3. При указании нового порта управления HTTP, в случае, если доступ к кинетику идет через HTTPS, да еще и с нестандартным номером порта, выводится диалоговое окно с новым адресом в виде "https://*.keenetic.link:порт_https:выбранный_порт_http/": В 3.х вебе это окно вообще не выводится в случае управления через HTTPS.

@AndreBA об отсутствии перевода я ранее написал: В разделе "Веб-интерфейс" имеют место быть проблемы с отображением некоторых ранее созданных тем.

Тоже пробовал ввести значение > 3, и получил аналогичную ошибку. Предположил, что для KN-3010 работает иначе, но получается, всё-таки это ошибка документации. В любом случае, как мне кажется, статистики с детальностью в 3 секунды более чем достаточно для отображения на графиках. Но не будет лучшим тогда на них оставить именно эту детальность без интерполяции подробных значений до 1 секунды? Или это может оказаться непонятным для пользователя, т.е. почему ось времени выводится вплоть до секунды, а на графике можно посмотреть только значение за 3?

Похоже на баг в API, ведь если руководствоваться документацией по CLI (посмотрел как англо-, так и русскоязычную по 4.0), то при значении 0 аргумента detail данные должны отдаваться с детальностью в 1 секунду, а не 3. При значении 1 детальность оказывается не 2 секунды, а 60, и при 2 уже вообще 180, хотя должно быть 3 секунды.

@eralde а в новом вебе не производится интерполяция данных, по которым строятся графики приема/передачи? RCI по команде interface rrd отдает данные за каждые 3 секунды, а на графике можно смотреть с точностью до 1 секунды. Может быть, баг как-то с этим связан.

@eralde в точности такой же график повторить не удалось ввиду увеличившегося потребления трафика в сети, но суть осталась та же, продемонстрировал на видео в скрытом сообщении. Вывод из rci:

@eralde если выключить соединение и оставить его так на время большее, чем выводится на график, а потом включить, получается баг: Никакой активности не было, т.к. интерфейс был выключен, но на графике она появилась, причем линейно нарастающая. В 3.х вебе такого нет:

В 4.1 Alpha 2 по отображению статуса есть улучшения. Теперь если выключить из настроек подключения (т.е. выключить GigabitEthernetX), там отображается корректный статус "выключен": Но при этом в dashboard все также отображается статус "подлежащее соединение не готово": С выключением сразу из dashboard (выключение интерфейса PPPoEX) никаких изменений нет, в старом вебе интерфейс все также пропадает.

В 4.1 Alpha 2 этих сообщений больше нет. Спасибо!

@eralde в случае отсутствия установленного компонента easyconfig на кинетике, кнопка импорта настроек PPPoE должна быть доступна? У меня этого компонента нет, но кнопка имеется, причем, только в новом вебе. По нажатии открывается поп-ап, и, кажется, в нем потерялся номер порта:

Пока составлял репорт, на паре устройств были открыты вкладки с этой страницей на несколько минут, id так и не заменились.

@eralde попался еще один баг с определением состояния соединения в новом вебе: То же подключение PPPoE. Из WAN-порта кинетика, через который это подключение работает, был отключен кабель. 3.х веб сообщает корректный статус в dashboard и настройках: "проверьте кабель". Новый интерфейс в настройках также просит проверить кабель: А вот на dashboard отображается статус "подлежащее соединение не готово". Не будет ли лучшим здесь также сообщать о неподключенном кабеле?

@Infy @hellonow в 4.1 Alpha 1 при доступе к кинетику через облако KeenDNS в логе появляются записи вида: Ndns::Tunnel: out of memory [0xcffe00ba]. На сколько это критично? Никаких сбоев или проблем с доступом мной не замечено.

@eralde в списке клиентов мне попались парочка багов. 1. Некорректная сортировка списка: в 3.х вебе по умолчанию список сортируется по имени хоста, а в новом это происходит словно рандомно. Если вручную установить сортировку по любому из столбцов, точно такой же расстановки хостов в списке получить не удается. 2. Если обновить страницу с открытым списком клиентов, вместо наименований сегментов (description) отображаются системные id интерфейсов (в моем случае, это Bridge0/Bridge1, вместо домашней/гостевой сети соответственно). Чтобы снова отобразились наименования, достаточно перейти на любую другую страницу интерфейса, а затем снова зайти в список клиентов. Если после этого опять обновить страницу, все повторяется.

Сейчас, похоже, и этот топик исчез из раздела Разумеется, в первую очередь веб проектируется под десктоп с ландшафтной ориентацией, так как любые "основательные" настройки (например, с нуля) проще и удобнее делать именно с ПК. Для "полевых" работ мобильный веб самое то: например, мелкой донастройки на месте под условия, просмотра логов "по горячим следам", юстировки антенны модема, и прочим сценариям, когда компьютера под рукой нет, а что-то незначительное изменить в конфигурации кинетика нужно. Естественно, что заставить все выглядеть идеально на смартфоне с портретной ориентацией невозможно. Поэтому хотелось бы, чтобы новый мобильный веб был, как минимум, не хуже текущего, а лучше - на голову выше. Но, конечно же, нет предела совершенству.

@eralde на этой странице нашел погрешности: 1. Мобильный веб, окно изменения компонентов: текст подсказки о выборе языков, а также их чекбоксы ушли за пределы видимости: При этом, никаких проблем с чекбоксами для системных компонентов не наблюдается: 2. Системные файлы: в десктопном вебе все выглядит хорошо и красиво, но в мобильном проблема - теперь, чтобы прочитать здесь какую-либо информацию, добраться до кнопок выгрузки/загрузки, требуется немало скроллить. В 3.х вебе со спойлерами, после раскрытия которых сразу доступна сразу вся информация - удобнее. 3. В списке доступных действий при нажатии кнопки Wi-Fi появился новый "безымянный" вариант - это, случаем, не обработчик аппаратного переключателя режимов работы? Если судить по текущему вебу, его там быть не должно. 4. В списке условий, при которых включается светодиод FN, появились абсолютно все имеющиеся в системе интерфейсы, как public, так и private/protected: В текущем вебе там отображаются только реальные интернет-подключения, имеющие параметр ip global. 5. Мобильный веб: и снова межстрочные интервалы. Они появляются даже при переносе слов одной фразы или предложения. В пример кнопка для factory reset, а также гиперссылки в юридической информации, в которых каждая строка словно отдельная ссылка.

@eralde имеют место быть некоторые визуальные погрешности: 1. Для стандартных сегментов не отображается русскоязычное наименование: 2. В десктопном вебе столбец "Выбрать" слишком широкий (аналогично и в 3.х вебе). Может быть, вообще убрать этот заголовок, оставить только чекбоксы? Правда, еще и сами чекбоксы в неактивном состоянии слабовато различаются на белом фоне. Это уже, конечно, индивидуально, но, как мне кажется, не многие пользователи настраивают яркость/контрастность своих экранов. 3. По умолчанию список клиентов сортируется по MAC-адресу, хотя это явно и не указано. Не лучше будет сделать как в 3.х, по имени хоста?