eralde

Проблема в том, что кнопка "Войти" съезжает вниз? У нас в планах есть замена строки "Показать пароль" на иконку внутри самого поля для ввода пароля. Это должно решить вашу проблему.

Я передам эту идею руководству, но по срокам пока ничего не могу гарантировать

Похоже, что эту тему пора переносить в курилку.

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

Ну... наверное, со временем станет лучше.

Т.е. интерфейс плохо приспособлен для работы с телефона в ландшафтном режиме?!

Примеры?

Если речь идет про новый веб-интерфейс, расскажите, пожалуйста, что вы делали и в какой момент не заработало?

Тут нужен @Le ecureuil

Я не очень понимаю вопрос. Кнопка на странице -- есть, жмите на нее мышкой; прямая ссылка -- есть, вводите URL с клавиатуры. Большинству пользователей лог устройства видеть не надо. Если хотите прямую ссылку добавить в меню -- это можно сделать через userscripts или расширение для браузера. Я могу подсказать -- как. Но в самой прошивке это вряд ли появится. Это не must have фича.

log_popup.mp4

Начиная с 2.14 можно использовать прямую ссылку '<АДРЕС КИНЕТИКА>/controlPanel/diagnostics/log' -- при переходе открывается попап с журналом.

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

Пример на ноутбуке (1600 x 900, Windows 7, IE11):

Спасибо, я все посмотрел. Меню постоянно видимо при ширине окна браузера > 1280px.

Я эту проблему не смог воспроизвести ни в IE11, ни в Edge. Не могли бы вы снять видео (screen capture)?

Будем разбираться что там сломалось для IE11/Edge. Спасибо за репорт

Есть ряд команд, которые работают долго, поэтому возвращают такой статус если еще не могут выдать ответ. Для них после первого POST-запроса нужно продолжать посылать GET-запросы на тот же ресурс (URL) пока не будет получен ответ без признака continued -- это и будут нужные вам данные. В такой форме: {ip: {nat: {no: true}}} должно сработать. Во втором случае проще всего посмотреть, что отвечает роутер по GET-запросу rci/ip/static если такое правило создать в CLI (или через веб-интерфейс) Вот такой POST-запрос на адрес rci/ создает нужное правило: { "ip": { "static": { "interface": "Home", "to-interface": "ISP" } } }

аналогично с schedule true/false -- не строковые константы, а зарезервированные значения для булевого типа

Попробуйте "disable": false

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

Прямо сейчас -- удаляем все, сохраняем новый список целиком

Изменения попадут в 2.14. При создании списка с нуля (или удалении первой командой) -- ничего не поменяется.

1. Нет, эта процедура скоро станет необязательной. Как раз сейчас способ сохранения правил переделывается. Это запрос удаляет цепочку ACL целиком. 2. При сохранении правила цепочка будет создана автоматически. Чтобы сохранить несколько правил -- отсылайте правила массивом, в каждом элементе -- запрос для отдельного интерфейса с массивами в permit и deny Точную форму запроса можно найти, экспериментируя в Web CLI: my.keenetic.net/a (вкладка REST)

Да, я так и понял. Но пока пользовательские настройки для веб-интерфейса на Кинетике хранить нет возможности. Когда (если) появится -- будет и конфигурируемый дашборд, и иконки для хостов, и т.п.