eralde

Домохозяйки это имя и не увидят никогда, скорее всего 🙂

Потому что рарешены только символы, которые занимают по 1 байту на символ. В SSID вы можете вписать даже emoji, которые занимают заметно больше, лишь бы только общий размер строки умещался в 64 (кажется) байта. С hostname все проще -- все символы, занимающие больше 1 байта, запрещены. Поэтому и сообщение об ошибке такое.

Результаты поиска по веб-интерфейсу состоят из двух частей: 1. поиск по текстам внутри интерфейса, 2. поиск статей из базы знаний. В текстах внутри интерфейса слово "график" не встречается, поэтому срабатывает код, ищущий результаты по запросу с "исправленной опечаткой" (график -> трафик). Этот код устроен достаточно просто и не может отбросить результаты с такой конкретно заменой, как не вполне адекватные. Это локальный поиск, он весь целиком (с базой текстов для поиска) живет в вашем браузере, пока открыт веб-интерфейс. Как работает поиск по статьям базы знаний, я достоверно не знаю, но в Dev Tools можно увидеть, что поисковый запрос в прошивку уходит без всяких замен. Т.е., ответ на этот запрос возвращает именно статьи базы знаний, которые каким-то образом матчатся по слову "график". Можно ли как-то более явно показывать, что результаты из первой части -- это поиск после "исправления опечатки"? Да, наверное.

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

@constgen @dimon27254 ларчик просто открывался: слово "график" ни в одном тексте внутри интерфейса не встречается, а слово "трафик" -- встречается много раз 🙂

Спасибо за репорт! Интересно 😅 Это такой "улучшайзер" поиска, который по задумке должен показывать что-то полезное, если пользователь опечатался. Непонятно, правда, почему он не находит точное совпадение и не показывает сначала его.

Ожидаемое) Думаю, что расширение .bat вообще упоминается только по той причине, что система ожидает маршруты заданные в том виде, в котором их принимают утилиты Windows. Пользователи Linux/macOS может быть про это расширение вообще не слышали никогда, но маршруты импортировать могут все равно 🙂

@Tacitus почитайте вот эти темы, там обсуждались аналогичные проблемы:

Думаю, что вам подойдет вот эта функция: https://help.keenetic.com/hc/ru/articles/115000041605-Можно-ли-перезагрузить-по-питанию-USB-модем-подключенный-к-Keenetic-средствами-интернет-центра

@Oleg Oleinikov, вероятно, не хватает заголовков Referer и Origin. Почитайте вот эту тему: И вот эту:

Если речь о мобильной версии, то да, тултип больше не должен появляться. Тултипы на мобильных устройствах -- это, в целом, крайне неочевидная механика

@Vladshee, брейк! Хотите продолжать переход на личности с @Denis P -- продолжайте в ЛС или заводите новую тему в Курилке.

@slomblobov посмотри, пожалуйста

Ну, пока получается, что веб-интерфейс все правильно показывает: обновления для выбранного ретранслятора нет. Почему сервер обновлений так ретранслятору отвечает -- это другой вопрос.

Запрашивайте rci/show/interface/system-name?name=Wireguard4 Так уж устроено API 🤷‍♂️