dimon27254

Оригинальный вариант мне удалось прочитать только с очень близкого расстояния к экрану, но здесь скорее всего еще играет роль качество камеры телефона и разрешение/масштаб экрана, на который выведен этот QR-код.

В таком случае, по моему мнению, стоило бы изменить описание QR-кода так, чтобы пользователю было понятно, что по ссылке приведено именно описание приложения, а не ссылка на его скачивание. Что-то вроде "О приложении Keenetic". Пользователь может ожидать, что там окажется apk-файл для устройств, которое не имеют те же, к примеру, сервисы Google Play, но там оказываются те же две ссылки на магазины приложений, и тогда становится не понятным наличие третьего способа получения, если он ничем не отличается от первых двух.

Так намного лучше, за счет увеличения квадратов он стал более четкий и не выглядит как сжатый из большого разрешения в маленькое. Наглядно сравнил по вашему скриншоту, читается телефоном теперь с большего расстояния, чем имеющийся в системе.

Позвольте уточнить, с какой целью было принято решение добавить этот QR-код? Чтобы пользователь его отсканировал, попал на сайт компании и оттуда перешел в нужный магазин приложений и сразу скачал приложение, вручную не производя поиск?

У меня окно не загружается с любым из зарегистрированных хостов. Self-test со всеми настройками подойдет?

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

@eralde У меня установлены: base,cloudcontrol,corewireless,dhcpd,lang-en,lang-ru,mws,nathelper-ftp,nathelper-h323,nathelper-pptp,nathelper-rtsp,nathelper-sip,ndmp,ndns,ndw4,pingcheck,ppe,pppoe,sstp,sstp-server,wireguard. При обращении к этому окну в логе кинетика появляется запись: Core::Configurator: not found: "show/rc/ip/traffic-shape/host" [http/rci]. Похоже, это происходит из-за отсутствия траффик-шейпера.

@hellonow в актуальных ветках 4.0 и 4.1 имеется небольшая погрешность в русскоязычном описании вкладки "Монитор трафика". Ранее, до обновления перевода в одной из ранних 4.0, предложение начиналось с "Зарегистрируйте...".

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

@eralde Предлагаю реализовать в веб-конфигураторе возможность установки нестандартного номера порта для управления кинетиком через HTTPS. В CLI это уже доступно начиная с 4.0. Например, позволить пользователю сделать выбор из перечня портов, поддерживаемых службой KeenDNS, по аналогии с протоколом HTTP.

Несмотря на то, что это лишь первая публичная версия, не могу не сообщить о найденных визуальных погрешностях. 1. В десктопной версии меню-гамбургер не сворачивается автоматически после клика по нужному пункту и остается развернутым несмотря на то, что было ранее свернуто. В 3.x если было свернуто, то после клика по пункту автоматически снова сворачивается. 2. Dashboard, плитка "Интернет": подписи оси времени в графике скорости по подключению оформлены другим шрифтом: 3. Подписи кнопок выбора варианта графика в мониторе трафика также оформлены другим шрифтом: 4. Dashboard, плитка "Монитор Wi-Fi": в подписях кнопок также другой шрифт: 5. Для подключения типа GigabitEthernetX/VlanX некорректно отображается наименование: 6. Dashboard, плитка "Приложения": выводится список всех возможных приложений, которые даже недоступны для установки на тот же, например, KN-3010: 7. "Мои сети и Wi-Fi", сегменты сети: чек-бокс ограничения скорости доступен несмотря на то, что шейпер трафика не установлен: 8. Десктопный веб: начальной позицией всех всплывающих окон является центр видимой области. Для маленьких окошек это хорошо, но те, которые вмещают много информации в высоту, также оказываются в центре, и их требуется прокручивать: 9. Десктопный веб, форма входа, "Другие возможности управления": QR-код достаточно мелкий и трудночитаем: 10. Приоритеты подключений, применение политик: не отображается русскоязычное наименование стандартных сегментов: @eralde вы не против, если в будущем я буду добавлять в данный вопрос другие возможные визуальные баги, или лучше создавать новый?

Функция закрепления плиток не помешала бы, но при необходимости их перемещения, скроллинг страницы окажется все равно невозможным. Еще, как вариант, в мобильной версии можно отключить перемещение плиток на самой странице, оставив эту возможность только в настройках системного монитора. Правда, там точно такая же проблема, при попытке прокрутить список плиток, они все начинают перемещаться.

@eralde новый веб мне понравился: красивый, минималистичный, и при этом, как я понимаю, станет еще более функциональным по сравнению с 3.x. Спасибо за проделанную работу! Функционал настройки положения плиток на dashboard очень хорош, но, к сожалению, из-за него теперь неудобно просматривать мобильную версию этой страницы. При попытке скроллинга начинают перемещаться все плитки, а сама страница при этом не прокручивается, о чем также упомянул @PriSonerS61: Возможно ли сделать перемещение, например, по двойному тапу по плитке, чтобы случайно её нельзя было перетащить в другое место? Или же, сделать как в десктопной версии, перемещение только при удержании на специальной области каждой плитки?

@hellonow @Infy на версии 4.0.2 FT-переходы в гостевой сети корректно заработали. Спасибо!

Также подтверждаю исправление в 4.0.2. Спасибо!

@hellonow @Infy @Padavan С переходом на 4.0.1 заметил, что в гостевой сети перестали работать FT-переходы. Устройства постоянно пытаются переключиться между узлами Wi-Fi системы, но им это не удается, упорно держатся за одну точку до полной потери от нее сигнала. Весь лог контроллера и ретрансляторов, между которыми идет переход, засыпан сообщениями вида: ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint1": STA(*) FT authentication rejected (status code: 53). При этом, в сегменте "домашняя сеть" все работает корректно.

@Infy @hellonow в 4.0.1 у меня аналогично в незарегистрированных устройствах висит один из KN-3210. Причем, отображается он как устройство, принадлежащее сегменту "Гостевая сеть". В логах контроллера по данному ретранслятору, в отличие от второго, нет записи вида: ndm: Network::NeighbourTable: host "*" is an alias of the extender "*". Похоже, по каким-то причинам система не поняла, что это один и тот же ретранслятор, но имеющий дополнительный MAC-адрес для неосновного сегмента, и поэтому считает его отдельным устройством, которое можно захватить в Wi-Fi-систему.

@eralde @admin в 4.0.1 на KN-1110 мастер заработал, спасибо!

@eralde прошу прощения за оффтоп, но хотел бы поинтересоваться: насколько новый веб будет тяжелее текущего по занимаемой памяти? Есть ли шансы, что он уместится на тот же, например, KN-1110 при самом минимально возможном наборе компонентов? В неофициальных сборках для архивных моделей будет ли доступна его установка?

@eralde попробовал на KN-1110 с 4.0.0. Установил компонент easyconfig, затем сбросил на заводские. Действительно, происходит редирект на wizard/initial-setup.

В 4.0.0 исправлено. Спасибо!

Подтверждаю исправление в 4.0.0. Спасибо!

@eralde отлично, ждём-с

@eralde по поводу того бага ещё могу добавить, что проявляется он, как мне показалось, при закрытии окна в момент кратковременного подвисания отображаемых данных, когда они не обновляются чуть дольше, чем обычно. По поводу нового веб-интерфейса хотел бы уточнить. Это будет визуально измененный текущий, или полностью новый и переписанный с нуля? Можно вас попросить показать для затравочки скриншотик хотя бы одной какой-нибудь вкладки, чтобы иметь представление, что нас ждёт? Или ещё пока что рановато?

@eralde если закрыть pop-up окно метрик сигнала сотовой сети, иногда повторно его открыть не удается - кнопка перестает быть активной, хотя окно закрыто. Кратковременно лечится перезагрузкой страницы или повторным входом в раздел Mobile из меню. Проявляется в полноразмерном и мобильном вебе плавающим образом. Причем, необязательно окно закрывать крестиком, достаточно клика вне его области. Видеодемонстрация бага в полноразмерном вебе (Яндекс Диск) Видеодемонстрация бага в мобильном вебе (Яндекс Диск)