Во-первых, информировать о рисках можно заранее. Во-вторых, можно использовать альтернативные каналы доставки информации (например, соц.сети, email-рассылки и т.д.).
Cloudflare действительно позволяет отключить ECH через панель управления, но только на платных тарифах. Стоит ли оно того?
Нет, конечно. Владельцам сайтов следует информировать своих пользователей о причинах перебоев с доступом и способах их преодоления. Надо продвигать в массы идею об априорном использовании инструментов преодоления цензуры (прокси, VPN и прочие анти-DPI).
Понятно, что всяким коммерческим и зависимым от гос.бюджета сайтам сподручнее прогибаться под ркн и занимать очередь с вечера, со своим вазелином. Но хочется верить, что таких - меньшинство.
Что "В салоне не курили, ездили только по выходным, в аварии не попадали", что подобные сгенерированные для галочки описания - показатель уровня IQ продавца и того, насколько тщательно он заботился о машине.
Если нужно, чтобы одно из нескольких условий было выполнено, используй anyOf. Например, хочется, чтобы поле могло быть либо числом, либо строкой...
С oneOf всё жестче — валидируется только одно из условий
Объясните разницу между AnyOf и OneOf. Пока что сложилось впечатление, что при AnyOf допустимо выполнение всех условий, а при OneOf одно условие должно выполняться, а все остальные - не выполняться (как XOR). Но примеры в статье как будто о другом.
ИМХО, самое страшное в регулярках то, что в разном софте слегка разный синтаксис. grep, sed, nginx, apache, php, javascript... Маски и "полноценные regex", PCRE и POSIX...
Вот и получается, что, кажется, знаешь общие принципы, подстановки... Но всё-равно приходится гуглить, например, как конкретно в этом случае организовать именованную группу, как отключить "жадный" режим" и т.п.
Вы про WiFi Direct? У меня тоже была попытка такое решение применить, но затык случился ещё на этапе поиска телевизора. То есть сам Андроид его видит, цепляет. А приложение Ютьюба - нет. И бился я, пока до меня не дошло, что, видимо, активация VPN (только для этого приложения или для ОС в целом) скрывает для него устройства в локальной сети.
Может, дело всё-таки в чём-то другом, и таки есть какой-то рабочий способ при использовании ByeDPI или XRay-клиента настроить трансляцию YouTube-видео с Android-телефона на телевизор?
Что сильно дискредитирует Debian, так это wiki.debian.org, местами сильно устаревшая и несогласованная. На фоне ArchWiki и docs.redhat.com очень уж бледно смотрится.
А что, если пассажирский и грузовой отсеки самолётов заключить в клетку Фарадея? Связь с землёй устанавливать только через доверенное оборудование самолёта, с предоставлением доступа пассажирам через устройства из "белого" списка...
Я ранее через утилиту Ratiborus выполнял очистку, после неё перезагружался. Сейчас ещё в Office Tool очистку сделал. В отчёте было сказано, что не удалось удалить пару ключей реестра:
Делаю всё по инструкции. Запускаю развёртывание. Появляется окошко типа "Ждите...". Через минуту-две оно закрывается. И ничего не происходит.
Судя по анализу сетевой активности, загрузка не происходит. Скачивается буквально несколько килобайт. Лог в %TEMP%\OTP_Logs\ ограничивается записями
03.09.2024 hh:mm:ss Info C2R Creating configuration. 03.09.2024 hh:mm:ss Info C2R Checking Office information. 03.09.2024 hh:mm:ss Info C2R Checking Office version. 03.09.2024 hh:mm:ss Info C2R Configuration version is set to 16.0.17928.20114 03.09.2024 hh:mm:ss Info C2R Downloading C2R packages, source link is http://officecdn.microsoft.com/pr/492350f6-3a01-4f97-b9c0-c7c6ddf67d60/Office/Data/16.0.17928.20114
Утилиты от Ratiborus тоже не качают...
Ох, зря я предварительно зачистил предыдущую версию Офиса, которая, вообще говоря, меня устраивала)
Можете подсказать, как будет эффективнее диагностировать причину затыка?
Слегка настораживает часто звучащие утверждения, что и фсбшники, и "простые опера" имеют возможность читать чью угодно Telegram-переписку. При чём мне встречались даже случаи, когда у человека вроде бы не было мотива о таком заявлять, а ссылался он на личные наблюдения и информацию от знакомых ментов.
Понятно, что говорить можно что угодно, и речь там явно не про "секретные чаты", но осадочек, как говорится, остаётся. Более того, можно представить реалистичный сценарий создания дубликата симки или перехвата смски с одноразовым кодом, не говоря уж про намеренное распространение палёных прослушиваемых симок наивным желающим ради анонимности прикупить "левую".
И всё это, конечно же, не только к Telegram относится.
Действительно, почему бы для нивелирования "износа серверов Гугла" не использовать анти-DPI приёмы по образцу GoodbyeDPI на оборудовании провайдера? Это гораздо удобнее настройки каждого отдельного пользовательского устройства, и много человеко-часов будет сэкономлено.
Объясните, в чём преимущества использования учётки admin со входом по SSH-ключу и запуск sudoбез ввода пароля по сравнению с подключением с аналогичным ключом, но сразу под root'ом?
Я в курсе "хорошего тона" не пользоваться системой по умолчанию от имени привилегированного пользователя, чтобы ненароком не сломать что-то и не бояться оставлять терминал без присмотра, но когда в привычку входит перед каждой командой писать sudo, смысл этого трюка несколько теряется. Особенно это касается "рабочих" систем, на которых большая часть выполняемых действий требует прав рута.
По моему опыту, удобнее подключиться root'ом с ключом, обязательно защищённым паролем и опционально лежащим в ssh-агенте, выполнить нужные команды и отключиться. Ну или сначала зайти под кастомной учёткой с нетипичным логином, а потом набрать su -.
Во-первых, информировать о рисках можно заранее. Во-вторых, можно использовать альтернативные каналы доставки информации (например, соц.сети, email-рассылки и т.д.).
Нет, конечно. Владельцам сайтов следует информировать своих пользователей о причинах перебоев с доступом и способах их преодоления. Надо продвигать в массы идею об априорном использовании инструментов преодоления цензуры (прокси, VPN и прочие анти-DPI).
Понятно, что всяким коммерческим и зависимым от гос.бюджета сайтам сподручнее прогибаться под ркн и занимать очередь с вечера, со своим вазелином. Но хочется верить, что таких - меньшинство.
Что "В салоне не курили, ездили только по выходным, в аварии не попадали", что подобные сгенерированные для галочки описания - показатель уровня IQ продавца и того, насколько тщательно он заботился о машине.
Объясните разницу между AnyOf и OneOf. Пока что сложилось впечатление, что при AnyOf допустимо выполнение всех условий, а при OneOf одно условие должно выполняться, а все остальные - не выполняться (как XOR). Но примеры в статье как будто о другом.
Вспоминаю времена петиции на РОИ с требованием остановить блокировки. РуТрекер тогда отстоять пытались. Более десяти лет прошло...
И знаете, челобитные плохо помогают защищать право на информацию. Даже если жаловаться самому презику.
Возможно, поводить перед носом адресата кулаком со словами "Чуешь, как пиз*юлями пахнет?", будет более эффективно.
Перед пунктом "Бизнес увеличивает тарифы" я бы добавил "Правительство создаёт условия, вынуждающие бизнес нести дополнительные накладные расходы".
Такие уж best practices for Chrome.
Напомнило про домен .ai и чудной работающий адрес
http://ai./ИМХО, самое страшное в регулярках то, что в разном софте слегка разный синтаксис. grep, sed, nginx, apache, php, javascript... Маски и "полноценные regex", PCRE и POSIX...
Вот и получается, что, кажется, знаешь общие принципы, подстановки... Но всё-равно приходится гуглить, например, как конкретно в этом случае организовать именованную группу, как отключить "жадный" режим" и т.п.
Вы про WiFi Direct? У меня тоже была попытка такое решение применить, но затык случился ещё на этапе поиска телевизора. То есть сам Андроид его видит, цепляет. А приложение Ютьюба - нет. И бился я, пока до меня не дошло, что, видимо, активация VPN (только для этого приложения или для ОС в целом) скрывает для него устройства в локальной сети.
Может, дело всё-таки в чём-то другом, и таки есть какой-то рабочий способ при использовании ByeDPI или XRay-клиента настроить трансляцию YouTube-видео с Android-телефона на телевизор?
Что сильно дискредитирует Debian, так это wiki.debian.org, местами сильно устаревшая и несогласованная. На фоне ArchWiki и docs.redhat.com очень уж бледно смотрится.
Допустим, с вопросом "Кто виноват?" разобрались...
Звучит красиво, только у меня большие сомнения относительно надёжности таких поделок. Какой у них ожидаемый срок службы?
А что, если пассажирский и грузовой отсеки самолётов заключить в клетку Фарадея? Связь с землёй устанавливать только через доверенное оборудование самолёта, с предоставлением доступа пассажирам через устройства из "белого" списка...
Блокируют, потому что могут себе это позволить.
И нагло врать они тоже могут себе позволить.
Ох, ёлки-палки, теперь получилось)
Я ранее через утилиту Ratiborus выполнял очистку, после неё перезагружался. Сейчас ещё в Office Tool очистку сделал. В отчёте было сказано, что не удалось удалить пару ключей реестра:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\Common\Smart Tag\Actions\{B7EFF951-E52F-45CC-9EF7-57124F2177CC}
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Office\Common\Smart Tag\Actions\{B7EFF951-E52F-45CC-9EF7-57124F2177CC}
Но загрузка файлов потом выполнилась успешно, как и установка с активацией.
Делаю всё по инструкции. Запускаю развёртывание. Появляется окошко типа "Ждите...". Через минуту-две оно закрывается. И ничего не происходит.
Судя по анализу сетевой активности, загрузка не происходит. Скачивается буквально несколько килобайт. Лог в %TEMP%\OTP_Logs\ ограничивается записями
03.09.2024 hh:mm:ss Info C2R Creating configuration.03.09.2024 hh:mm:ss Info C2R Checking Office information.
03.09.2024 hh:mm:ss Info C2R Checking Office version.
03.09.2024 hh:mm:ss Info C2R Configuration version is set to 16.0.17928.20114
03.09.2024 hh:mm:ss Info C2R Downloading C2R packages, source link is http://officecdn.microsoft.com/pr/492350f6-3a01-4f97-b9c0-c7c6ddf67d60/Office/Data/16.0.17928.20114
Утилиты от Ratiborus тоже не качают...
Ох, зря я предварительно зачистил предыдущую версию Офиса, которая, вообще говоря, меня устраивала)
Можете подсказать, как будет эффективнее диагностировать причину затыка?
Слегка настораживает часто звучащие утверждения, что и фсбшники, и "простые опера" имеют возможность читать чью угодно Telegram-переписку. При чём мне встречались даже случаи, когда у человека вроде бы не было мотива о таком заявлять, а ссылался он на личные наблюдения и информацию от знакомых ментов.
Понятно, что говорить можно что угодно, и речь там явно не про "секретные чаты", но осадочек, как говорится, остаётся. Более того, можно представить реалистичный сценарий создания дубликата симки или перехвата смски с одноразовым кодом, не говоря уж про намеренное распространение палёных прослушиваемых симок наивным желающим ради анонимности прикупить "левую".
И всё это, конечно же, не только к Telegram относится.
Действительно, почему бы для нивелирования "износа серверов Гугла" не использовать анти-DPI приёмы по образцу GoodbyeDPI на оборудовании провайдера? Это гораздо удобнее настройки каждого отдельного пользовательского устройства, и много человеко-часов будет сэкономлено.
Объясните, в чём преимущества использования учётки admin со входом по SSH-ключу и запуск sudo без ввода пароля по сравнению с подключением с аналогичным ключом, но сразу под root'ом?
Я в курсе "хорошего тона" не пользоваться системой по умолчанию от имени привилегированного пользователя, чтобы ненароком не сломать что-то и не бояться оставлять терминал без присмотра, но когда в привычку входит перед каждой командой писать sudo, смысл этого трюка несколько теряется. Особенно это касается "рабочих" систем, на которых большая часть выполняемых действий требует прав рута.
По моему опыту, удобнее подключиться root'ом с ключом, обязательно защищённым паролем и опционально лежащим в ssh-агенте, выполнить нужные команды и отключиться. Ну или сначала зайти под кастомной учёткой с нетипичным логином, а потом набрать su -.