dimon27254

3.х веб действительно меньше нагружает ЦП. У меня 1-5%. При использовании нового загрузка до 20%. Обновление данных не тормозит - просто выводится усредненное за последние 3 секунды значение. Сравните наглядно в новом и старом вебе: @eralde @Anna Zhelankina правильно ли я понимаю, что для отображения используются последние значения из выводов show system rrd cpu avg 0/show system rrd memory used 0? Может быть, лучше здесь отображать фактические, которые есть в show system, чтобы не возникало иллюзий, будто данные не обновляются?

@eralde @Anna Zhelankina баги с позиционированием правил и валидацией IP-адресов подсетей исправлены в 4.1 Alpha 8. Спасибо!

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

@eralde @Anna Zhelankina погрешности исправлены в 4.1 Alpha 8. Спасибо!

@eralde @Anna Zhelankina в 4.1 Alpha 8 теперь данные обновляются раз в 3 секунды, чего более чем достаточно, а также скрывается информация о режиме работы KeenDNS по IPv6 в случае отсутствия компонента. Спасибо!

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

@eralde если создать новое Wireguard-подключение, а затем в поп-апе сгенерировать ключевую пару, то поле с частным ключом не проходит валидацию: Для обхода бага достаточно в это поле ввести хотя бы один символ, а затем его стереть. Или можно добавить пира, щелкнув по соответствующей кнопке, после чего сообщение о необходимости заполнения поля также исчезает.

@eralde в поп-апе редактирования настроек ретранслятора не совсем корректно работает валидация IP-адреса. Например, адрес 192.168.0.3 у меня занят одним из ретрансляторов, и я пытаюсь установить этот же адрес другому ретранслятору. В новом вебе я смело могу ввести этот IP и сохранить изменения: Система выругалась, что этот адрес уже назначен другому хосту, и не применила изменения: В 3.х вебе сохранение недоступно, т.к. адрес не проходит валидацию:

@eralde @Anna Zhelankina нашел еще небольшой недочет в поп-апе настройки Wireguard-подключения - в мобильном вебе метка первого текстового поля (название) накладывается поверх описания: Также в поп-апе "Параметры VPN-подключения" раздела "VPN-подключения" заметил парочку мелочей: 1. Отображается некорректное описание - оно идентично тому, что приведено для самого раздела: В текущем вебе описание поп-апа корректное: 2. Мобильный веб: если раскрыть дополнительные настройки, то чекбокс смещается вверх вплотную к описанию. Было бы неплохо, чтобы интервал также сохранялся в этом случае.

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

@eralde @Anna Zhelankina нашел еще несколько багов. Проверял в 4.1 Alpha 7. 1. Не отображается настройка Band Steering. У меня установлено "предпочитать 5 ГГц" (band-steering preference 5). Также в текущей версии интерфейса можно выбрать любой другой вариант, но новый веб всегда показывает, что Band Steering не используется. Мобильный веб: 2. При выборе любого из вариантов FT-роуминга, выпадающий список с этими элементами увеличивается в длину под размеры текстовых полей с ID/ключом мобильного домена. В итоге кнопка вызова подсказки выходит за пределы видимой области: 3. В поп-апе, содержащем настройки беспроводной сети любого из диапазонов, метка первого текстового поля (имя сети) скрывается за заголовком окна:

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

Без изменений в 4.1 Alpha 6. Если откатиться на 3.9.8, уведомление отображается:

Без изменений в 4.1 Alpha 4-6.

@Infy @hellonow заметил интересную особенность: если в Mesh-системе все ретрансляторы используют только проводное соединение, то сообщения появляются, как правило, первые несколько часов, после чего пропадают. Если же хотя бы один ретранслятор подключен к любому из узлов беспроводным способом (что мной было сделано перед написанием предыдущего сообщения), то записи идут постоянно и без остановки. В таком случае, с этим ретранслятором кратковременно может теряться связь. Происходит не полное отключение, а лишь, например, пару секунд отсутствуют ответы на ping или же на странице контроллера "Wi-Fi система" напротив него отображается предупреждение вида "[21940] unable to receive headers: operation timeout.". Проходит еще несколько секунд, как ответы на ping снова приходят, а на странице какие-либо ошибки и предупреждения исчезают.

@eralde @Anna Zhelankina мне попались парочка небольших погрешностей в поп-апе создания/изменения настроек пользователя: 1. Мобильный веб: поле ввода имени находится довольно близко к описанию поп-апа. Если создать нового пользователя или раскрыть сведения сразу о нескольких сервисах, метка поля накладывается поверх описания окна: 2. Описание поп-апа не изменяется в зависимости от прав пользователя. Для примера открыл настройки администратора и обычного пользователя: Проверял на 4.1 Alpha 6.

@eralde @Anna Zhelankina если в имя хоста ввести html-тег, то в соответствии с ним заголовок поп-апа будет обработан и отображен браузером: Как я понимаю, здесь схожая ошибка в реализации, по аналогии со страницами "переадресация портов" и "межсетевой экран", где это подправили в актуальной Alpha 6.

@eralde с отображением подписи поля ввода имени хоста в 4.1 Alpha 6 теперь все в порядке. Спасибо!

@eralde в 4.1 Alpha 6 html-теги теперь не обрабатываются браузером, отображаются как обычный текст. Спасибо!

@eralde недочет с отображением подписи поля ввода имени ретранслятора поправлен в 4.1 Alpha 6. Спасибо!

Интересная особенность. В моем случае для подключений PPPoE и IPoE время работы в подробностях отсутствует, а для UsbQmi и CdcEthernet на других кинетиках, которые изначально не проверил, отображается.

@eralde @Anna Zhelankina хотел бы уточнить по поводу отображения времени работы подключения. Не совсем понятен смысл его отображения сразу в двух местах: отдельной строкой в подробном представлении карточки, а также в её заголовке чуть ниже статуса. Это ошибка или так задумано? Как мне кажется, достаточно информации под статусом, ведь при разворачивании карточки эти сведения остаются на том же месте.

@eralde @Anna Zhelankina на этой странице заметил некоторые визуальные погрешности. 1. При использовании темной темы цвет заливки текстового блока с ошибочным ответом системы (как на вкладке "Parse", так и "REST") оказывается таким же, как и в светлой теме. В этом случае текст ответа оказывается малоконтрастным по отношению к заливке текстового поля: Не будет лучшим для темной темы использовать также заливку в темных тонах? Например, на основе имеющегося оттенка фона веб-интерфейса с прибавленным красным каналом. Для примера я установил #2B2434: текст контрастный и хорошо читаемый, а окраска блока пусть и ненавязчивая, но дает понять, что система ответила ошибкой: 2. Вкладка "REST": кнопка форматирования отправляемых JSON-данных и их очистки немного смещены влево от правого края текстового блока: 3. Общий стиль мобильной версии страницы. В текущем виде на вкладке "Parse" блок с ответом системы небольшой в ширину, из-за чего умещается не так много информации: Для сравнения, веб 3.х: На вкладке "REST" ситуация немного лучше, но, похоже, это из-за сдвига блока с вкладкой влево: Было бы неплохо, чтобы эта страница выглядела наподобие как "межсетевой экран", где блок с содержимым вкладки не имеет видимых границ. Или же, при текущем дизайне уменьшить внутренние поля слева и справа при использовании мобильной версии. Сейчас они составляют 36 пикселей, что, как мне кажется, многовато, т.к. съедают много свободного пространства. Уменьшить бы их до 18-20 пикселей, и уже на текстовом блоке с ответом системы вместится больше информации. Понимаю, что, возможно, не предполагается использование Web CLI на мобильных девайсах, ведь нет в планах реализации кнопки перехода сюда (а было бы прекрасно, конечно, увидеть какую-нибудь небольшую в меню-гамбургере). Но хотелось бы, конечно, чтобы для тех, кто попадет сюда по URL, не сильно страдала читаемость информации по сравнению с 3.х вебом.

@hellonow нет пока что информации, в какой из будущих версий может быть выпущено исправление? Сейчас в 4.1 Alpha 5 сообщения "сыпятся" на ретрансляторах. Еще заметил в журнале переходов на контроллере интересную вещь: имеет место быть поток однотипных записей одновременного отключения устройств от одного из ретрансляторов, который соединен с контроллером беспроводным способом. В журнале, что интересно, нет записей об их обратном подключении. По логу моменты отключений на самом ретрансляторе отследить не удается, т.к. таких записей попросту нет. На странице "Клиенты Wi-Fi" счетчики времени подключения устройств также не показывают точный факт их отключения. На других же ретрансляторах примерно в этот промежуток времени имеются записи "RRM: perform scan notified channel: 1". Правильно ли я понимаю, что если один из ретрансляторов получил сообщение о необходимости просканировать сеть, то это делают все, обмениваются между собой информацией, а затем в журнале переходов появляются актуальные данные? Иначе не могу понять, почему сообщения появляются на одном, а от другого "отваливаются" устройства. Если требуется, могу прикрепить self-test со всех кинетиков в Mesh-системе.

@eralde @vst в актуальных 4.0.4 и 4.1 Alpha 5 в веб-интерфейсе не отображается уведомление о наличии непрочитанных сообщений, т.е. "конвертик" рядом с пунктом меню "SMS": Сами сообщения кинетиком, похоже, вычитываются корректно, т.к. поступают в push-уведомлениях от мобильного приложения, а также их можно увидеть на странице "SMS": Проверял на KN-1212 с модемом T77W676.