eralde

В политике по умолчанию чекбоксы всегда заблокированы, поэтому выглядят так бледно. В остальных политиках они более заметны.

Спасибо! Исправление для пунктов 1 и 2 уже в работе. Пункт 3 починим там же или отдельно, чуть позже.

Я, честно говоря, не думаю, что это очень принципиально. Отображать тултип только по тем значениям, которые реально доступны, более корректный вариант, но, на мой взгляд округление с трехсекундным интервалом и так покажет все реальные ограничения конкретного интерфейса (плохую линию, шейпер провайдера, погодные условия для 4G и др.).

Насколько я помню, уровни детализации для всех команд такого типа одинаковые. Максимальное число отсчетов на каждом уровне детализации всегда 64, detail=0 -- весь интервал ~3 минуты, 1 отсчет: 3 минуты / 64 ~= 3 секунды detail=1 -- 1 час detail=2 -- 3 часа detail=3 -- 1 сутки Похоже, что ошибка в документации, потому что там в качестве возможных значений detail указан интервал [0, 11], но для значений > 3 возвращается ошибка:

Похоже, что код, который забивает нулями отсутствующие значения, забыли перенести. Если его добавить, то проблема уйдет. Спасибо за данные для отладки! Интересно, что для некоторых типов интерфейсов API всегда возвращает 64-значения, а для некоторых -- нет

Мне пока не удается это воспроизвести, генерируя данные для графика программно. Если эта ситуация у вас на устройстве легко воспроизводится, выложите сюда, пожалуйста, выдачу браузера по адресам: <IP_или_KeenDNS>/rci/show/interface/rrd?name=PPPoE0&attribute=rxspeed&detail=0 <IP_или_KeenDNS>/rci/show/interface/rrd?name=PPPoE0&attribute=txspeed&detail=0 Выдача выглядит примерно так:

Похоже, что нет, без easyconfig это работать не будет. Спасибо, поправим!

У меня тоже так, причем в обоих версиях интерфейса. Значит, что-то сломалось в ответе команды, по которой веб-интерфейс этот график строит. @Le ecureuil, посмотри, пожалуйста. С интервалом в один день у меня то же самое (аптайм у Кинетика в районе недели, поэтому данные точно должны быть): Screen Recording 2023-08-12 at 09.12.40.mov

Похоже я понял, о чем вы. Данные после загрузки плитки не обновляются с течением времени. Поправим, спасибо!

Всё проверим, спасибо. Сортировку действительно забыли

Это та же самая проблема, что и выше. Надо, чтобы везде был один и тот же статус, конечно.

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

Ну, тут много вопросов сразу, попробую ответить на все по порядку. Общение на форуме никогда не было обязательным для разработчиков, разработчики тут общаются только по собственному желанию Баги совершенно точно исправляю не я один, этим занимается вся команда. Просто из-за того, что я по ним отписываюсь, создается, наверное, не очень правильное впечатление, что я всё сам и чиню. Расширение с ночной темой я начал делать в свободное время тоже по собственному желанию (и вместе с @T@rkus, на самом деле, он, фактически, ставил исходную задачу). Сейчас мне уже сложно вспомнить, зачем это всё было нужно, но упражнение, конечно, довольно интересное Я боюсь, что, во-первых, голосованием на форуме вопрос о том, за что я ответственный, не решается. А, во-вторых, я совершенно не уверен в том, что такое теоретическое решение вопроса сделает лучше. Все мы делаем ошибки, я их тоже делаю порядочно. В общем, чем более острой является ваша (пользователей) реакция на что-то, тем более вероятно, что мы на это что-то ещё раз посмотрим и, возможно, улучшим. Боюсь, что это единственное, что можно обещать.

Эту страницу ждёт переработка, на самом деле. Она формально готова, но код внутри требуется привести в порядок. Я думаю, что вместе с этой работой мы и замечания поправим.

Это похоже на какие-то глюки в работе форума. Действительно, темы есть, но если подняться на уровень раздела, то их там не найти. Со своей стороны я могу только сказать, что я таким не занимаюсь и не думаю, что движок форума позволяет спрятать тему от модератора в общем списке тем раздела По остальным вашим замечаниям, я сразу могу ответить в общем, потому что почти все они касаются мобильной версии. Спасибо, вам за такие подробные заметки! Мы, конечно, предполагаем использование веб-интерфейса на мобильных устройствах, но вряд ли оно будет настолько же удобно, как использование на десктопе. Какую-то часть замечаний явно нужно поправить, но что-то, скорее всего, останется как есть.

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

Поля явно не должны быть такими большими это ошибка. С содержимым таблиц нужно работать в каждом конкретном случае отдельно, но 4 строчки в одной ячейке -- это перебор, конечно. Опять же, нужно смотреть по каждой таблице отдельно. В общем случае, видимо, нужно работать над тем, чтобы заголовки фиксированных колонок были максимально короткими. Либо задавать ограничение по ширине вручную, в зависимости от контента. В примере с маршрутами это будет работать, а вот в примере с хостами -- нет (длинные имена устройств, скорее, норма). Видимо, нужно подумать ещё. На эту тему уже есть задача. Сейчас компонент с подсказками не адаптирован под мобильные устройства совсем, он будет доработан.

Цветовую гамму выбирал дизайнер. В текущей версии действительно используются максимально контрастные между собой цвета, которые выбираются случайным образом при загрузке страницы, а в новой -- гамма фиксирована. Посмотрим, можно ли улучшить. Пункты 2-5 действительно стоит попробовать улучшить.

Любым, который приводит к "странным" статусам. Спасибо

@dimon27254 у вас ведь VLAN + PPPoE поверх него, правильно? Не могли бы вы выложить self-test, снятый в тот момент, когда интерфейс выключен?

Будем разбираться. Выключаться во всех случаях должен Vlan. А вот почему статусы разные (причем, и "Проверьте кабель", и "Подлежащее соединение не готов" -- это не то, что должно отображаться).

Да, это недочет. Будем скрывать domain-specific сервера.

Я считаю, что это полезно. Но со свернутой секцией у нас вот какая проблема: и название подключения, и статус, выводимый слева справа, могут быть довольно длинными (не стоит забывать, что есть много пользователей, которые всё настроили через мастер настройки, у DSL-провайдеров там бывают крайне длинные названия). В общем, мысль хорошая, я сам понимаю, зачем это нужно. Осталось придумать, как сделать.

А вот это недодизайнили, я помню, что говорил, что нужно придумать куда это выводить.

@bigpu я невнимательно прочитал первый пункт. Идея в том, чтобы отдельно смотреть на график, а отдельно на простыню с подробностями? Да, сейчас такой вариант не предусмотрен, но можно над ним подумать.