keenet07

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

Только вернуться на старую прошивку. Это не лучший вариант, но возможно вам визуал важнее функционала.

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

А в чем разница? Хотя я и не настаиваю на их сужении. Но потенциал есть.

Да, давно хотел такое. В том числе и для маршрутов в Маршрутизации. Иногда нужно. Как в правилах Межсетевого экрана это реализовано к примеру.

Да и на моем 4K 16:9 спокойно три столбца плиток вошло бы. А если бы сделали столбцы хотя бы двух размерностей по ширине. То более узкие можно было бы разместить посредине. А по бокам те что пошире. Ну или кто как захочет расставить. Кто в два столбца, кто в три. Даже сейчас некоторые плитки имеют избыточную ширину.

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

А если там на плитке Мои Сети и WI-FI нажать на стрелочку вниз, то раскрывается дополнительная информация. Вам не это нужно?

Ну там же написано что места в памяти не хватает.

У меня комп и роутер стоит автоматически синхронизировать время. Разница 10 сек. Если у вас разница растет, значит либо комп либо роутер не синхронизируется автоматически. Либо период синхронизации слишком большой. Ну а так да, наверное не самый точный кварцевый резонатор стоит. Нагрев так же может повлиять. ПС: А вообще знаете, если вы наблюдаете время в открытой долго время вкладке браузера не обновляя её, то там оно может отличаться от реального времени на устройстве на не определенное количество секунд или даже минут. Время отображаемое в браузере попадает туда при загрузке страницы и очень сильно вероятно что больше и не синхронизируется с устройства, а идёт там автономно средствами браузера. И вот тут уже даже соседняя нагруженная вкладка браузера вызывающая его микро фриз может сильно повлиять на правильность этого таймера даже на весьма небольшом промежутке времени.

Сегодня дискорд заблокировали. А вот ютюб как будто бы ожил. Работает прям лучше чем обычно за последнее время. Наверное чтоб сильно не расстраивались. )

Ютюб сейчас у многих если и работает, то работает не стабильно. Может сразу открыться, может не прогружать превьюшки, может долго думать перед открытием видео с любого канала. И всё это рандомно и не всегда связано между собой чередуется. Может первые 19 сек видео отдавать на полной скорости, а потом сбрасывать скорость до минимума и вас переключает на качество всё ниже и ниже. Но если страницу обновить сразу же после открытия, то она будет проигрываться без снижения скорости. У кого-то это может и не работать. Наверное зависит от того что у вас в браузере включено. QUIC не QUIC. Так что, неизвестно как вы там проверяете. И в какой момент попадаете. @cmsokol В вашем случае, наверное ещё можно сравнить конфигурацию DNS на обоих роутерах.

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

Ну это уже другой вопрос. Можно добавить предупреждение и на перезагрузку. Но это уже не в сторону ускорения действия. PS: тем более оно там уже есть.

Ну вроде бы не так далеко лезть. Два клика в пределах одной страницы, чтоб разлогиниться. И случайно не нажмешь. А если вынести на видное место, то предупреждение придётся обязательно добавлять. И всё-равно два клика.

Да нет предубеждений. Web-интерфейс у меня открыт всегда. Одна вкладка. Журнал нужен не всегда. Держать всё время открытыми две вкладки не хочется. Каждая вкладка генерирует отдельный поток к внутреннему веб-серверу, как я это понимаю. Не знаю, показалось ли мне, но когда открыто больше одной вкладки интерфейс становится чуть менее отзывчивым. Наверняка чем слабее железо, тем это заметнее. Если это не так разубедите меня. Открывать вторую вкладку с журналом когда он нужен и потом бегать между ними конечно можно, но это лишние действия, которые не нравятся лично мне. Для кого-то может быть норм. Поэтому я и спросил, возможно ли это реализовать для всех. Но, если это вызовет дополнительные сложности для других и никому кроме меня больше не нужно, то конечно и не стоит. Ну да. Это куча дополнительного кода на каждой странице. Либо она должна быть в основном фрейме.

Годится. Но нужно вторую вкладку открывать. А так находишься ты например на странице Другие подключения, пытаешься подключиться к чему-нибудь. Не идёт. Нажал одну кнопку и у тебя прямо поверх открылось это контекстное окошко журнала. Увидел что хотел. нажал крестик и ты снова на своей странице Другие подключения продолжаешь какие-то свои действия. Согласитесь удобно бы было. И такой сценарий можно придумать почти на любой странице меню. Как консоль.

А можно на какой-нибудь из плиток дашборда, на которой это было бы уместно, предусмотреть быстрый переход в системный журнал? В виде ссылки или небольшого ярлычка/значка. Или найти для него в шапке место. Чтоб исключить ряд лишний действий и ради удобства перехода с любой страницы и быстрого возврата к ней. Чтоб не проматывать постоянно боковое меню до пункта Диагностика для перехода к нему. И чтоб потом не возвращаться обратно с этого меню на ту страницу которая была открыта до перехода. Или даже чтоб не открывать Системный журнал во второй вкладке браузера. Каждая вкладка дополнительно нагружает устройство при отрисовке и обновлении. Или контекстное окошко журнала умеет открываться исключительно на странице Диагностика?

<!DOCTYPE html> <html lang="ru"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>Page with Gradient and Tiles</title> <style> * { margin: 0; padding: 0; box-sizing: border-box; } body { height: 100vh; display: flex; } .side { width: 10%; background-color: #ffffff; padding: 20px; box-shadow: 2px 0 5px rgba(0, 0, 0, 0.1); } .menu { list-style-type: none; font-family: Arial, sans-serif; font-size: 16px; color: #333; } .menu-item { margin-bottom: 15px; cursor: pointer; } .menu-item:hover { color: #007BFF; /* Цвет при наведении */ } .gradient { width: 80%; background: linear-gradient(to right, #cccccc, #ffffff 90%); display: flex; justify-content: center; align-items: center; } .tiles-container { display: grid; grid-template-columns: repeat(2, 1fr); grid-template-rows: 1fr 1fr; width: 100%; height: 100%; gap: 20px; padding: 20px; } .tile { background-color: #ffffff; border-radius: 8px; box-shadow: 0 4px 6px rgba(0, 0, 0, 0.1); display: flex; justify-content: center; align-items: center; font-family: Arial, sans-serif; font-size: 18px; color: #333; text-align: center; padding: 10px; } </style> </head> <body> <div class="side"> <ul class="menu"> <li class="menu-item">Home</li> <li class="menu-item">Dashboard</li> <li class="menu-item">Reports</li> <li class="menu-item">Settings</li> <li class="menu-item">Help</li> <li class="menu-item">Contact Us</li> </ul> </div> <div class="gradient"> <div class="tiles-container"> <div class="tile">Tile with some data</div> <div class="tile">Another important tile</div> <div class="tile">More detailed info</div> <div class="tile">Statistics & Analysis</div> </div> </div> <div class="side"></div> </body> </html>

Если только поэкспериментировать с градиентной заливкой. Слева максимально серый, справа всё плавно переходит в цвет основного фона. Хотя такое смотрелось бы хорошо, только на качественных дисплеях высокой битности. Имею в виду плавный градиент без видимых переходов.

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

Т.е. это дизайнерская задумка а не баг? В разрешении 4K это выглядит вот так. Скриншот во всю ширину отображения страницы. И да, серый фон за вторым столбцом плиток больше в несколько раз.

@eralde Подтверждаю. У меня также появилась серая заливка в центре. А справа и слева белые поля. на большом разрешении экрана. Только на дашборде.

4.2.1 Исправлена ошибка, из-за которой настройки открытой Wi-Fi сети (без защиты) становились недействительными после перезапуска устройства. [NDM-3485]

Если ваш прокси виден в системе как подключение, то можно.