Перейти к содержанию

Вопрос

Опубликовано (изменено)

Новый обобщённый график приема-передачи он конечно интересный, но в некоторых случаях становится не очень информативным. Когда есть большие пики. и в целом на контрасте объемов приема-передачи.

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

Изменено пользователем keenet07

Рекомендуемые сообщения

  • 0
Опубликовано (изменено)

Я ещё один баг нашёл этой панели, время уходит за границы графика. Вот скриншот:

  Показать контент

Проверил в трёх бразерах Firefox, Google Chrome и Яндекс.Браузер, проблема отсутствует только Яндекс.Браузере. Используемая ОС: Ubuntu Mate.

 

Проверил график приёма-передачи в Win 7 с браузером Firefox 115.1.0esr, там также есть этот баг из-за разности шрифтов.

  Показать контент

 

Изменено пользователем Rootdiv
Дополнительная информация
  • 0
Опубликовано
  В 05.08.2023 в 19:15, Rootdiv сказал:

Я ещё один баг нашёл этой панели, время уходит за границы графика. Вот скриншот:

Показать  

Это какие-то особенности конфигурации вашего браузера. В моем случае такого не наблюдается. Но выявить и исправить конечно нужно.

  • 0
Опубликовано
  В 05.08.2023 в 19:17, keenet07 сказал:

Это какие-то особенности конфигурации вашего браузера.

Показать  

Проверил в трёх бразерах Firefox, Google Chrome и Яндекс.Браузер, проблема отсутствует только Яндекс.Браузере. Используемая ОС: Ubuntu Mate. Сейчас дополню пост.

  • 0
Опубликовано
  В 05.08.2023 в 19:24, Rootdiv сказал:

Проверил в трёх бразерах Firefox, Google Chrome и Яндекс.Браузер, проблема отсутствует только Яндекс.Браузере. Используемая ОС: Ubuntu Mate. Сейчас дополню пост.

Показать  

У меня Vivaldi, также проверил на Chrome всё под виндой. Возможно у вас проблема из-за нестандартного шрифта под линуксом.

  • 0
Опубликовано
  В 05.08.2023 в 19:28, keenet07 сказал:

Возможно у вас проблема из-за нестандартного шрифта под линуксом.

Показать  

Везде используется шрифт предложенный web-итерфейсом, а не подбирается системой. Тут может проблема в каких-то особенностях отрисовки svg браузером под разными ОС. График вместе со временем это svg картинка.

  • 0
Опубликовано
  В 05.08.2023 в 19:37, Rootdiv сказал:

Везде используется шрифт предложенный web-итерфейсом, а не подбирается системой. Тут может проблема в каких-то особенностях отрисовки svg браузером под разными ОС. График вместе со временем это svg картинка.

Показать  

Как уже писал @dimon27254, шрифт в подписях под графиками отличается от основного шрифта на странице. Мы подразумевали, что там будет Roboto, но сейчас это не так. Вероятно, дело в этом, потому что я ни разу не видел, чтобы метки времени обрезались таким образом, как у вас.

  • 0
Опубликовано
  В 05.08.2023 в 20:00, eralde сказал:

шрифт в подписях под графиками отличается от основного шрифта на странице

Показать  

Не обратил на это внимание, у меня если не указан шрифт то используются шрифты: DejaVu Sans в Firefox, Google Chrome и Liberation Sans в Яндекс.Браузер

  • 0
Опубликовано

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

  Показать контент

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

  Показать контент

 

  • 0
Опубликовано
  В 13.08.2023 в 09:07, dimon27254 сказал:

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

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

Показать  

Мне пока не удается это воспроизвести, генерируя данные для графика программно.
Если эта ситуация у вас на устройстве легко воспроизводится, выложите сюда, пожалуйста, выдачу браузера по адресам:

  • <IP_или_KeenDNS>/rci/show/interface/rrd?name=PPPoE0&attribute=rxspeed&detail=0
  • <IP_или_KeenDNS>/rci/show/interface/rrd?name=PPPoE0&attribute=txspeed&detail=0

Выдача выглядит примерно так:
image.png

  • 0
Опубликовано

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

Вывод из rci:

  Показать контент
  • 0
Опубликовано

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

  • 0
Опубликовано
  В 13.08.2023 в 12:45, dimon27254 сказал:

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

Показать  

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

Интересно, что для некоторых типов интерфейсов API всегда возвращает 64-значения, а для некоторых -- нет :221_see_no_evil:

  • 0
Опубликовано
  В 13.08.2023 в 12:47, eralde сказал:

Интересно, что для некоторых типов интерфейсов API всегда возвращает 64-значения, а для некоторых -- нет :221_see_no_evil:

Показать  

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

  • 0
Опубликовано
  В 13.08.2023 в 13:07, dimon27254 сказал:

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

Показать  

Насколько я помню, уровни детализации для всех команд такого типа одинаковые. Максимальное число отсчетов на каждом уровне детализации всегда 64,

  • detail=0 -- весь интервал ~3 минуты, 1 отсчет: 3 минуты / 64 ~= 3 секунды
  • detail=1 -- 1 час
  • detail=2 -- 3 часа
  • detail=3 -- 1 сутки

Похоже, что ошибка в документации, потому что там в качестве возможных значений detail указан интервал [0, 11], но для значений > 3 возвращается ошибка:
image.png

  • 0
Опубликовано
  В 13.08.2023 в 13:14, eralde сказал:

Похоже, что ошибка в документации, потому что там в качестве возможных значений detail указан интервал [0, 11], но для значений > 3 возвращается ошибка:

Показать  

Тоже пробовал ввести значение > 3, и получил аналогичную ошибку. Предположил, что для KN-3010 работает иначе, но получается, всё-таки это ошибка документации.

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

Но не будет лучшим тогда на них оставить именно эту детальность без интерполяции подробных значений до 1 секунды?

Или это может оказаться непонятным для пользователя, т.е. почему ось времени выводится вплоть до секунды, а на графике можно посмотреть только значение за 3?

  • 0
Опубликовано
  В 13.08.2023 в 13:53, dimon27254 сказал:

Тоже пробовал ввести значение > 3, и получил аналогичную ошибку. Предположил, что для KN-3010 работает иначе, но получается, всё-таки это ошибка документации.

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

Но не будет лучшим тогда на них оставить именно эту детальность без интерполяции подробных значений до 1 секунды?

Или это может оказаться непонятным для пользователя, т.е. почему ось времени выводится вплоть до секунды, а на графике можно посмотреть только значение за 3?

Показать  

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

  • 0
Опубликовано
  В 24.08.2023 в 16:35, dimon27254 сказал:

@eralde в актуальной 4.1 Alpha 4 бага с плавно нарастающей в графике скоростью мной не замечено. Поправили, спасибо!

Показать  

Интересно, что изменений на эту тему нет ни в интерфейсе, ни в самой прошивке насколько я вижу :7_sweat_smile:
Вероятно, проблема ещё себя проявит, но мы про неё помним (:

  • 0
Опубликовано
  В 24.08.2023 в 17:18, eralde сказал:

Интересно, что изменений на эту тему нет ни в интерфейсе, ни в самой прошивке насколько я вижу

Показать  

Может быть, подправленные статусы соединения поспособствовали тому, что баг перестал проявляться?

Проверил все в точности также, как и ранее. Значения скорости на промежутке, где соединение еще не установилось, полностью нулевые, без нарастания:

  Показать контент

 

  • 0
Опубликовано (изменено)
  В 24.08.2023 в 17:18, eralde сказал:

Вероятно, проблема ещё себя проявит

Показать  

Проявила :)

Проверял на 4.1 Alpha 5, воспроизводится сложнее: график плавно нарастает в случае, когда соединение через несколько секунд работы разорвалось, или же установилось не с первого раза, завершаясь ошибками:

  Показать контент

 

Изменено пользователем dimon27254
  • 0
Опубликовано

@eralde @Anna Zhelankina при отключенном кабеле все равно отображается график приема/передачи. Так было задумано, или это ошибка?

  Показать контент

В текущем вебе график не выводится в этом случае.

  • 0
Опубликовано
  В 20.09.2023 в 03:10, dimon27254 сказал:

@eralde @Anna Zhelankina при отключенном кабеле все равно отображается график приема/передачи. Так было задумано, или это ошибка?

В текущем вебе график не выводится в этом случае.

Показать  

@dimon27254, добрый вечер! Так и было задумано) 

  • 0
Опубликовано

@eralde @Anna Zhelankina в 4.1 Alpha 10 увидел упоминание об исправлении плавного нарастания графиков скорости.

Но, к сожалению, подтвердить не могу. Все также удается иногда словить ситуации, когда происходит то же самое:

  Показать контент

Более того, теперь появился новый баг: почему-то сразу после подключения отображаются данные не за 3 минуты, а с момента запуска кинетика и по настоящее время:

  Показать контент

Если оставить страницу открытой на некоторое время, отображение нормализуется и снова выводятся данные за 3 минуты.

  • 0
Опубликовано
  В 30.09.2023 в 13:37, dimon27254 сказал:

@eralde @Anna Zhelankina в 4.1 Alpha 10 увидел упоминание об исправлении плавного нарастания графиков скорости.

Но, к сожалению, подтвердить не могу. Все также удается иногда словить ситуации, когда происходит то же самое:

  Показать контент

Более того, теперь появился новый баг: почему-то сразу после подключения отображаются данные не за 3 минуты, а с момента запуска кинетика и по настоящее время:

  Показать контент

Если оставить страницу открытой на некоторое время, отображение нормализуется и снова выводятся данные за 3 минуты.

Показать  

Исправление было сделано в API, которым пользуется веб-интерфейс. Похоже, что не всё учтено. Приложите сюда, пожалуйста, скрытым сообщением self-test + выдачу браузера по адресу <IP_или_KeenDNS>/rci/show/interface/rrd?name=PPPoE0&attribute=rxspeed&detail=0 в тот момент, когда отображение явно некорректно.

  • 0
Опубликовано
  В 18.10.2023 в 10:31, dimon27254 сказал:

@eralde в 4.1 Alpha 13, увы, снова не могу подтвердить исправление отображения графиков. Поведение полностью идентично Alpha 10.

Показать  

Приложите, пожалуйста, снова отладочные данные (выдачу браузера по адресу <IP_или_KeenDNS>/rci/show/interface/rrd?name=<ИМЯ_ИНТЕРФЕЙСА>&attribute=rxspeed&detail=0)

 

  • 0
Опубликовано
  В 18.10.2023 в 13:56, eralde сказал:

Приложите, пожалуйста, снова отладочные данные (выдачу браузера по адресу <IP_или_KeenDNS>/rci/show/interface/rrd?name=<ИМЯ_ИНТЕРФЕЙСА>&attribute=rxspeed&detail=0)

Показать  
  Показать контент
  • 0
Опубликовано

@eralde еще начиная с Alpha 10 в выдаче я заметил, что массив после запуска интерфейса забивается нулевыми значениями (предполагаю, это правки в API по NDM-2913), а затем они постепенно заменяются на актуальные.

Зануляется как скорость, так и время. В итоге, между соседними точками оказывается разница в 13740 секунд:

    {
      "t": "13740.400000",
      "v": 138
    },
    {
      "t": "0",
      "v": 0
    },

Предполагаю, из-за этого график первые несколько минут теперь и отображается от момента старта Кинетика до настоящего времени. Затем, когда массив полностью заполняется актуальными данными с ненулевым временем, то отображение становится корректным.

До Alpha 10 в выдаче браузера отображались только реальные данные с момента запуска интерфейса, т.е. массив изначально пустой, а затем постепенно заполняется.

Непонятно, правда, почему в 3.х вебе все корректно в этот момент отображается. В нем иная логика построения графика?

  • 0
Опубликовано
  В 18.10.2023 в 14:58, dimon27254 сказал:

@eralde еще начиная с Alpha 10 в выдаче я заметил, что массив после запуска интерфейса забивается нулевыми значениями (предполагаю, это правки в API по NDM-2913), а затем они постепенно заменяются на актуальные.

Зануляется как скорость, так и время. В итоге, между соседними точками оказывается разница в 13740 секунд:

    {
      "t": "13740.400000",
      "v": 138
    },
    {
      "t": "0",
      "v": 0
    },

Предполагаю, из-за этого график первые несколько минут теперь и отображается от момента старта Кинетика до настоящего времени. Затем, когда массив полностью заполняется актуальными данными с ненулевым временем, то отображение становится корректным.

До Alpha 10 в выдаче браузера отображались только реальные данные с момента запуска интерфейса, т.е. массив изначально пустой, а затем постепенно заполняется.

Непонятно, правда, почему в 3.х вебе все корректно в этот момент отображается. В нем иная логика построения графика?

Показать  

Код веб-интерфейса сейчас должен корректировать такие наборы данных, где присутствуют элементы с t: 0 (отсчитывать время назад от первого элемента, для которого t > 0). Видимо, мы опять что-то упустили в этом процессе.

Текущий интерфейс делает примерно то же самое, но вообще не привязывает значения к меткам времени (поэтому в нём, например, проблематично вывести тултип для конкретной точки на графике).

Присоединяйтесь к обсуждению

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

Гость
Ответить на вопрос...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.