eralde

Показыать этот текст без компонента mws -- это действительно лишнее. Уберем, спасибо!

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

Нет, так не должно быть, поправим, спасибо! Новый веб-интерфейс обновится теперь уже действительно только в драфте 4.2.

Да, это, конечно, непорядок. Спасибо! Поправим.

Все правильно, удалить можно только модем, который не подключен ("plugged": "no") к Кинетику. В процессе перезагрузки модема есть период времени, когда система сообщает, что модем не подключен. В идеальном мире было бы, конечно, здорово различать эти состояния (перезагрузка/физическое отсутствие модема в порту), но я думаю, что и текущий вариант работает приемлимо. Выбор частот для отключенного модема можно заблокировать, да.

Хорошая мысль. Правда, если я правильно помню, в Extra II нет USB3

@alex.g.popp, насколько я знаю, агрегация портов работает только на четырех моделях (Peak, Giant, Ultra, Ultra SE), как и описано в статье БЗ: https://help.keenetic.com/hc/ru/articles/360020764960-Агрегация-портов-в-Peak-Giant-Ultra-SE-и-Ultra-KN-1811. Свитч в Extra II агрегацию не поддерживает и ни в какой будущей прошивке эта поддержка не появится. По ответу на второй вопрос ничего не могу подсказать, но с большой вероятностью проще и дешевле найти гигабитный Кинетик и поставить его вместо Extra II, если все остальное в текущей конфигурации устраивает.

@dimon27254 ваших данных достаточно, спасибо! Ошибка понятная, будем исправлять.

Нет, GET-запросы работают только на чтение конфигурации или текущего статуса. Для того, чтобы поменять что-то в конфигурации, придется использовать POST-запрос.

Что-то с экранированием, наверное. У меня однострочный вариант работает: / # echo $SHELL /bin/ash / # curl --header "Content-Type: application/json" --request POST --data '{"system": {"configuration": {"save": true}}}' http://127.0.0.1:79/rci/ { "system": { "configuration": { "save": { "status": [ { "status": "message", "code": "8912996", "ident": "Core::System::StartupConfig", "message": "saving (http/rci)." } ] } } } }/ #

Попробуйте добавить слэш в конце (/rci/)

Приложите, пожалуйста, выдачу из WebCLI в ответ на вот такой POST-запрос: { "show": { "ip": { "hotspot": { "chart": { "attributes": "txspeed,rxspeed,sumspeed", "detail": 0, "items": "<MAC-адреса тех устройств, которые входят в Top 5, через запятую>" } } } } }

Пока непонятно в чем проблема, у меня на двух устройствах, где USB3 идет первым и вторым по счету, все отображается как надо. Поищу конкретно KN-1811, чтобы проверить.

Какое это устройство, какая версия прошивки, в каком режиме устройство работает?

Спасибо за репорт! Поправим.

Спасибо за такой подробный комментарий по недочетам! Это ошибка, кнопка сканирования эфира выводится и для UsbLte, и для UsbQmi, но текущий вариант кода запускает сканирование только на UsbQmi-модемах. Это тоже явно ошибка в коде. Остальные пункты будем смотреть вместе с дизайнером.

Веб-интерфейс сейчас выводит все данные, которые по результатам сканирования сетей выдает прошивка. По поводу технической возможности получить все данные со скриншота выше лучше спросить @vst.

Это проблема не веб-интерфейса, а моего расширения с темной темой (если отключить темную тему, то проблемы нет). Постараюсь поправить побыстрее.

По удивительному стечению обстоятельств как раз я как раз этим сейчас занимаюсь

Не хватает слэша после rci: http://192.168.10.1:81/rci/

Поправили возвращаемые прошивкой данные. Теперь не должно возникнуть ситуации, когда в массиве есть несколько точек с одинаковым значением t=0. Не помню по какой причине не стали писать об этом в Changelog, вероятно, потому что до этого уже писали.

Можно передавать массив команд parse: [ { "parse": "interface WifiMaster0/WifiStation0 down" }, { "parse": "interface WifiMaster0/WifiStation0 authentication wpa-psk 12345678" }, { "parse": "interface WifiMaster0/WifiStation0 ssid ***" }, { "parse": "interface WifiMaster0/WifiStation0 description ***" }, { "parse": "interface WifiMaster0/WifiStation0 up" } ] Можно передать массив объектов: [ { "interface": { "WifiMaster0/WifiStation0": { "up": false } } }, { "interface": { "WifiMaster0/WifiStation0": { "authentication": { "wpa-psk": { "psk": "12345678" } } } } }, { "interface": { "WifiMaster0/WifiStation0": { "ssid": "***" } } }, { "interface": { "WifiMaster0/WifiStation0": { "description": "***" } } }, { "interface": { "WifiMaster0/WifiStation0": { "up": true } } } ]

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

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

Насколько я знаю, никто ничего с этим не делал Если проблема возникнет снова -- посмотрим внимательнее.