dimon27254

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

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

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

@eralde на данной странице никаких критических проблем я не нашел, чисто визуальные моменты по мобильному вебу: 1. Подписи кнопки обновления всей MWS оказалось маловато места. Еще кнопка настройки отображения колонок с информацией по узлам находится без интервала, но это можно списать на большие поля. 2. В журнале переходов большеваты межстрочные интервалы. Вкупе с полями вокруг, на экран полноценно умещается не более 1 записи. Также невозможно прочитать, между какими диапазонами сети сегмента происходит переход, информация скрывается за многоточием. offtop:

@eralde на этой странице мной также замечены некоторые погрешности. 1. Мобильный веб, разъемы сегмента и VLAN: столбцу с наименованием сегмента, как мне кажется, выделили многовато ширины. Сократить бы её в половину, добавить перенос имени сегмента на пару строк (а если имя оказалось длинным, обрезать его многоточием), и для портов уже будет намного больше места, нежели чем сейчас, когда влезает всего один порт. Также имеют место быть немалые межстрочные интервалы. При их уменьшении функционал не пострадает, но места на экране в высоту будет заниматься куда меньше. 2. Мобильный веб: фраза "не используется" для VLAN ID из-за полей страницы не вмещается в одну строку, и, как результат, при переносе смещена чуть ниже текстового блока: 3. У чекбокса, управляющего доступом к приложениям кинетика для клиентов protected-сегмента, потерялось описание: 4. При сохранении любых настроек в сегменте выводится предупреждение, даже если параметры IP не изменились: Если это работает как ожидается и сделано в качестве дополнительного предупреждение о вероятной потере управления, о добавлении которых я когда-то писал в развитии, то, наверное, стоит скорректировать текст к более общим фразам, например, "Вы можете потерять связь с интернет-центром, если измените параметры сегмента".

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

@Infy @hellonow Заметил эти же сообщения и на 4.1 Alpha 1 (ретрансляторы на 4.0.2), не пропадают даже после перезагрузки.

@eralde в разделе "Wireguard" мне попались некоторые недочеты по поп-апу "настройки подключения". 1. Мобильный веб: дополнительные настройки, чекбокс "Подстройка TCP MSS": немного некрасивый перенос слова "подстройка". Но это, наверное, из-за больших полей в поп-апе. 2. Мобильный веб: настройки пира, кнопка удаления пира ушла за пределы видимой области. 3. После добавления/удаления подсети для пира и сохранения изменений, они некорректно применяются. Проблема плавающая, проявляется не всегда и по-разному: чаще всего, не удаляются уже имеющиеся подсети, редко дополнительно еще и не сохраняются новые. На видео и self-test удалось зафиксировать момент, когда добавленные для пира подсети сохраняются, а удаленные остаются на месте. Если случай с несохранением добавленных удастся отловить, также его прикреплю. Еще заметил, что при внесении изменений по интерфейсу не производится его перезапуск. На видео это видно по не сбрасывающимся счетчикам трафика и времени последнего хэндшейка, хотя в 3.х вебе перезапуск происходит при внесении любого изменения.

@eralde на глаза попались немного погрешностей: 1. Мобильный веб: не хватает интервала между заголовком переключателя соединения и выпадающим списком "расписание работы": В десктопном с этим все в порядке: 2. Затесался лишний пробел в скобках после "PPPoE" (проверил в русской и английской локализации), а также в мобильном вебе подпись кнопки импорта настроек выходит за границы самой кнопки: 3. При создании нового соединения, из уже имеющегося переносятся блоки с его данными о полученном IP, состоянии подключения и ping-check, хотя само новое соединение еще даже не сохранено:

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

Прикрепил в момент, когда выключил через настройки подключения. Именно тогда появляются неверные статусы.

@eralde по монитору трафика возникли некоторые вопросы, а также хочу сделать репорт о найденных мной багах на этой вкладке. 1. Как определяется цветовая гамма для графика? В моем случае на всех устройствах график отрисован в оттенки зеленого. Цвета довольно близки и некоторых из них не так легко различить с первого взгляда: В 3.х вебе используются цвета, контрастные по отношению друг к другу, за счет чего очень они хорошо различимы на графике: Предполагаю, сведение все к оттенкам одного цвета было сделано в угоду темной темы и новой концепции дизайна, чтобы график не казался "вырвиглазным" и не сильно выпадал из общего фона. Может быть, есть возможность как-то расширить цветовую палитру, чтобы не было проблем с различимостью столбцов? 2. Мобильный веб: отметки времени накладываются друг на друга: Помогает переключение диапазона времени на графике, но только до перезагрузки страницы. Затем снова та же ситуация. 3. Мобильный веб: график довольно узкий. Вкупе со схожестью цветов, небольшой его размер приводит к тому, что все детали слишком мелкие и сливаются. Слева и справа большие отступы, за счет их уменьшения можно было бы существенно расширить график в ширину. В старой версии он занимает почти всю ширину страницы и все части столбцов достаточно хорошо различимы: 4. Мобильный веб: при щелчке по одному из столбцов для просмотра подробной информации за небольшой промежуток времени, этот столбец выделяется странно: во-первых, высота выделения меньше, чем высота самих столбцов, во-вторых, после первого же обновления графика (смещения на один столбец), выделение само пропадает. Также поп-ап с данными очень широкий, и какая-то его часть почти всегда оказывается за границей видимой области страницы: 5. Мобильный веб: блок со средней скоростью и легендой графика не отцентрирован, а также не растянут на всю ширину. Его пропорции схожи с десктопным вариантом. Также после него ниже еще имеется много пустого пространства, которое увеличивает общую высоту страницы:

У меня PPPoE сразу поверх GigabitEthernet1, без VLAN. Self-test снять при выключении каким именно способом?

@eralde нашел баг, при котором управление интернет-соединением из разных мест работает по-разному. Так, если выключить соединение из его настроек, то вместо состояния "выключен" отображается "проверьте кабель": На dashboard в плитке "интернет" переключатель показывает, что оно включено, но статус сообщает, что подлежащее (может быть, лучше заменить на "нижележащее"?) соединение не готово: При этом, в 3.х вебе все отображается корректно: В этом случае, как в новом, так и старом вебе, судя по логу, выключается GigabitEthernetX. Если же выключить соединение из плитки с помощью переключателя, то все отображается корректно, но только в новом вебе: При этом, соединение можно включить назад только из этой плитки и только в новом вебе. В старом оно вообще пропадает из dashboard, а из настроек ни в одной из версий включить уже не удается. По логу видно, что из плитки выключается PPPoEX. В старом вебе на dashboard этот интерфейс затрагивается только при нажатии кнопки "перезагрузить". Получается, что в новом вебе аналогом перезапуска соединения является данный переключатель? В таком случае, непонятно, откуда лучше управлять соединением, если из разных мест выключаются разные интерфейсы.

@eralde на странице входа заметил некоторые особенности, возможно, багом и не являются, проясните, по возможности, пожалуйста: 1. Общий дизайн страницы входа. По сравнению с 3.х выглядит непривычно, но и при этом интересно, словно развернутая обложка мануала. Правда, хотелось бы увидеть здесь чуть более крупный шрифт заголовка "вход в веб-конфигуратор", по сравнению с прошлой версией выглядит мелковато. Не планируется ли на эту страницу добавлять еще что-либо, или это уже её окончательный вариант? Возможно, дело привычки, когда все было в центре экрана, но сейчас как будто чего-то не хватает 2. Логотип компании именно на этой странице почему-то оформлен таким же шрифтом, как и название модели. Выглядит как баг, так как обычно для логотипа подгружался собственный жирный шрифт. При этом, если в десктопной версии все выглядит однообразно вместе с моделью, то в мобильной логотип немного жирнее, чем модель. Выглядит странновато: 3. В мобильном вебе при нажатии гиперссылки "не могу войти" логотип и модель уходят вплотную к верхней части видимой области, выглядит тоже как баг: 4. Небольшая часть видимой области снизу в мобильном вебе залита в фирменный цвет компании. Если приглядеться, на границе между системной панелью навигации и концом видимой области страницы оказывается гиперссылка на поп-ап "другие возможности управления". По задумке, где она должна находиться?

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

@eralde у меня на устройствах Chrome постоянно изъявляет желание перевести страницы нового веба с английского на русский, несмотря на то, что текст и так отображается на русском. Сравнив атрибут lang в теге html, заметил: в старом вебе на страницах при установленном русском языке значением является "ru", а в новом "en", несмотря на установленный русский. Посмотрите, пожалуйста, откуда могут быть корни у этого бага.

А он у меня тоже не установлен. На всякий случай я прикрепил self-test, посмотрите, вдруг ещё от чего-нибудь окажется зависимость. Я случайно отправил не то сообщение скрытым, удалите, пожалуйста

Оригинальный вариант мне удалось прочитать только с очень близкого расстояния к экрану, но здесь скорее всего еще играет роль качество камеры телефона и разрешение/масштаб экрана, на который выведен этот 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]. Похоже, это происходит из-за отсутствия траффик-шейпера.