keenet07
-
Постов
3 558 -
Зарегистрирован
-
Победитель дней
40
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент keenet07
-
Сегодня дискорд заблокировали. А вот ютюб как будто бы ожил. Работает прям лучше чем обычно за последнее время. Наверное чтоб сильно не расстраивались. )
-
Ютюб сейчас у многих если и работает, то работает не стабильно. Может сразу открыться, может не прогружать превьюшки, может долго думать перед открытием видео с любого канала. И всё это рандомно и не всегда связано между собой чередуется. Может первые 19 сек видео отдавать на полной скорости, а потом сбрасывать скорость до минимума и вас переключает на качество всё ниже и ниже. Но если страницу обновить сразу же после открытия, то она будет проигрываться без снижения скорости. У кого-то это может и не работать. Наверное зависит от того что у вас в браузере включено. QUIC не QUIC. Так что, неизвестно как вы там проверяете. И в какой момент попадаете. @cmsokol В вашем случае, наверное ещё можно сравнить конфигурацию DNS на обоих роутерах.
- 21 ответ
-
- 1
-
-
В текущей реализации конечно не нужно. Другое дело если бы она была вынесена на легкодоступное место. Ну вот вы с этого форума можете разлогиниться в один клик? Это практически на любом продуманном интерфейсе было бы невозможно. Но чисто для себя это конечно можно реализовать через кастомное расширение/дополнение к браузеру.
-
Ну это уже другой вопрос. Можно добавить предупреждение и на перезагрузку. Но это уже не в сторону ускорения действия. 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]
-
Если ваш прокси виден в системе как подключение, то можно.
-
Галочка Эксклюзивный маршрут в пользовательских правилах маршрутизации.
-
Что ещё заметил. До того как начал экспериментировать с этим. Переход в Приложения и полная загрузка страницы до появления всего содержимого происходила за 5 сек. Т.е. 5 сек крутится эта анимация загрузки на пустой странице меню. Потом всё прорисовывается. Чем больше я обновлял эту страницу пытаясь отловить глюк, тем дольше становилась её загрузка. На данный момент без перезагрузки устройства обновил страницу не менее 100 раз. И на текущий момент каждая загрузка её длится уже 30 сек. Явно какой-то процесс лишний происходит. Возможно если продолжать время будет расти кратно. Получается чем дольше пользуешься интерфейсом, в данном случае переходишь в Приложения, нарастает время на его прорисовку. Возможно конкретно в этой ситуации с недоступными серверами. И наоборот, выдержал какую-то паузу в несколько минут. Обновил страницу и она загрузилась уже за 20 секунд. Тайминги указываю достаточно точные. Предполагаю, что какой-то процесс при загрузке просто повторяется по несколько раз. А может быть и утечка какая-нибудь. Другие пункты меню веб-интерфейса загружаются как и прежде, без каких-либо возросших задержек.
-
Вот снова поймал его. Он не повторяется часто. Приходится страницу обновить пару десятков раз. Попробую посчитать, может имеет какое-то значение. Сначала думал может как-то зависит от переходов от какого-либо пункта меню к Приложениями. Но нет. Ловится и обычным обновлением F5 страницы Приложения. В журнале ничего не обычного: Core::Ndss: [12424] cannot connect to the server. Core::Configurator: not found: "components/list" [http/rci]. Напомню, доступ туда закрыт по IP.
-
Предварительный
-
VPN-СЕРВЕР IKEV2/IPSEC Не установлены Установите компонент для активации приложения Вот этот компонент снова вылез. Без доступа на сервера. Думаю видно что при этом нет всех остальных не установленных. Страница загружена полностью. При повторном обновлении страницы он исчезает.
-
Да. Даже если предположить что прошивка как-то прорвалась на свои сервера, и загрузила данные для components list, то почему не отобразились и все остальные не установленные компоненты. Ладно. Думал может у вас сразу появится какая-нибудь мысль на этот счет. А так в целом наверное разбираться в этом никому и не нужно. PS: Сейчас пытался повторить этот эффект, но сколько не обновляю страницу разными способами, при закрытых серверах ничего лишнего больше не появляется. Возможно что-то поменяется если перезагрузить устройство и обновлять не выпуская на сервера. Отпишусь, когда смогу проверить. Никакой кэш в браузере ведь не мог создать такой эффект?
-
Наверное не совсем понятно написал. Вопрос в том почему при первом переходе на страницу не установленных приложений нет. А если обновить её, то где-то оно находит одно приложение и отображает. Но не все доступные, как было бы в штатном режиме работы. Как и задумано. Повторюсь доступ к серверам обновлений в этот момент закрыт с самого начала загрузки устройства. Мне это как бы не мешает, но из любопытства спрашиваю. В чем разница подходов между первым и вторым к примеру обновлением этой страницы.
-
Пункт меню Приложения при переходе в него запрашивает список доступных компонентов, чтобы показать те которые можно было бы доустановить. Но если этот список не доступен, по причине того что обновления к примеру заблокированы вручную, то при переходе в это меню страница пуста, несколько секунд идёт попытка получения списка с анимацией кружка и только потом загружается содержимое страницы с только установленными компонентами. При этом уже не отображаются вкладки Скрыть неустановленные и Показать все. Есть только вкладки Две колонки/Три колонки только отображаются они уже не справа а слева. Это ладно. Но если перезагрузить/обновить эту страницу, то вкладки Скрыть неустановленные и Показать все появляются и даже в списке появляется в моем случае один неустановленный компонент. Но только один. Не все. Там нет ни Кабинета, ни OpenConnect и всего остального доступного но не установленного у меня. В общем по-моему там есть какая-то ошибка или странная логика работы. Понятное дело, если я открываю доступ на сервера обновлений и обновляю страницу Приложения, то там уже появляются и все остальное доступные для установки компоненты, типа Кабинета, OpenConnect и чего-то там ещё. Всё это на 4.2b4. На 4.2.0 не проверял.
-
Если трафик с DNS провайдером и так уже защищен протоколом, то особо смысла нет.
-
Эта галка для того чтобы ваше подключение появилось в Приоритетах подключений и можно было через него направить весь трафик роутера или выбранных устройств, как через шлюз по умолчанию. Если галки нет, то трафик на него прописывается индивидуально выборочно по адресам в пользовательских маршрутах. К тому же ведь не каждое же подключение это выход в интернет. )
