Pull to refresh
-2
0.2

I WILL NOT EAT THE BUGS I WILL NOT LIVE IN A POD

Send message
Детонация может произойти в любое время с момента открытия данного письма.
Вот только я не видел ни одного почтового сервиса, который бы уведомлял отправившего письмо о его прочтении и сильно сомневаюсь, что в протоколе вообще подобное имеется.
Вот только выяснить, насколько хостинг идейный, порой невозможно как раз до того момента, когда начнут давить. Плюс могут пойти вверх по инстанциям и вынудить вышестоящего провайдера прекратить обслуживание, как оно случилось с Epik.com и их BitMitigate.
В ZeroNet есть Git Center, где репозитории представляют из себя такие же децентрализованные сайты, как и всё остальное в зеронете.
«Альтернативных» гит-хостингов и так достаточно: GitGud, repo.i2p, ещё несколько было в Tor, но я их не запомнил. Проблема только в том, что пока их используют малые сообщества, никто их и не тронет, ведь они никому и не нужны. А если какому-то агенству внезапно понадобится их закрыть, то сделать это можно, обратившись напрямую к хостеру и/или регистратору домена, либо просто вывести из строя каким-нибудь дудосом, противостоять которому ресурсов не найдётся. Прецеденты уже были с Gab, 8chan и Kiwi Farms.
Даже положенные 100 мбит она отдаёт со скрипом, а для медиасервера этого маловато.
Разве в четвёртой малине не завезли гигабитную сеть отдельно от USB-шины?
И чем такая схема будет лучше обыной загрузки ядра с этого boot-раздела загрузчиком?
Я бы вместо ssh -D предпочёл Shadowsocks с v2ray-plugin, обёрнутый в валидный HTTPS. Он у меня и работает шустрее, и, как я считаю, множество HTTPS-трафика на один хост менее подозрительно, чем столько же SSH-трафика.
Не только AES, там ещё много шифров поддерживается: всякие ChaCha20, Camellia, иногда даже ГОСТ. Ну а анализу самого трафика никакое шифрование не мешает, в отличие от анализа самого зашифрованного содержимого. Проверяют clienthello, хендшейк с их заголовками, SNI и прочим, и уже на основе этого решают, отбрасывать или нет.
Насколько я помню, на рынке достаточно планшетов и нетбуков с ~1-2 гигабайтами оперативки, на которые предустанавливают 32-битную винду. С наибольшей вероятностью у них всех 32-битный EFI, о чём, например, есть много жалоб на линуксовых форумах. Сам не пользовался, так что точно сказать не могу.
Пока «по умолчанию», в терминал линукса не будет введено что-нибудь более удобоваримое для использования (каскадные/ниспадающие меню и т.п.),
Ncurses уже давным-дано существует, как и утилиты на базе него (например, nmtui для редактирования соединений NetworkManager). Почему тогда большинство прогамм не перешло на него? Возможно, потому что это не нужно ни разработчикам, ни большинству пользователей.
И при этом любая инструкция, пост на форуме, и т.п. всегда начинаются с «откройте терминал и наберите...»
Не вижу, чем этот факт противоречит с предыдущим. Это ведь просто примеры того, как можно использовать ту или иную утилиту, которые могут подойти к какой-либо задаче.
ПКМ — «Форматировать» попробуйте, узнаете много нового.
И форматируете вы лишь один её раздел, не меняя ни таблицу разметки, ни количество и размеры разделов. Уместнее был бы менеджер дисков в «Управлении компьютером», но и тот довольно куцый.
Нужно запоминать многие десятки команд с ключами и каждый раз их набирать
У почти всех популярных шеллов есть автодополнение из истории при вводе команды и возможность прописать алиасы для частоиспользуемых команд, а у большинства консольных утилит — маны и/или ключ --help с возможными вариантами их выполнения. Графические утилиты вроде GParted (раз уж зашла речь о разметке диска), как ни странно, тоже существуют.
Но вот если скачать тот .app.zip файл, который Apple раздаёт, то никакого, вот совсем никакого способа его использовать вне MacOS нет.
Насколько я помню, внутри этого app-файла лежит dmg-образ, который уже можно конвертировать чем-нибудь вроде dmg2img.
На ios тоже можно сторонние браузеры ставить…
Которые всё равно могут использовать лишь местный аналог WebView с движком Safari.
такое поведение явно нарушает все мыслимые условия использования сервисов Google
Разве? Как по мне, это было бы нарушением, если бы гуглосервисы были предустановлены с первого включения устройства. Здесь же пользователь их ставит сам, хоть и через недокументированные возможности, но сам. Не вижу, как подобное поведение может отличаться от установки gapps на кастомных прошивках для устройств иных вендоров.
Речь идёт про наноборду. Насколько я помню, там уже планировались транспорты через BitMessage, но что-то не удалось, а дальше идея забылась. Вообще, с текущей реализацией длительное хранение данных зависит от самих пользователей, поскольку все нанопосты сохраняются в локальной базе, и контейнеры с ними возможно самостоятельно распространить, если уже имеющиеся контейнеры на ресурсе, их хранящем, будут удалены.
Но вот беда — докера под ARM нет :(
Всегда был. Основное требование для его работы на каком-либо хосте — поддержка ряда опций в ядре хоста, нужных для контейнеризации. От архитектуры устройства это не сильно зависит, пусть там хоть PowerPC будет.
Засунув в сейф, её особо не распространишь. А при таком раскладе этим займутся заинтересовавшиеся проектом.
Да и с Ghostery и его политикой конфиденциальности не сильно весело. Если уж и нужно блокировать всякую каку, то лучше связки uBlock+uMatrix с солидными списками подписок ничего не будет.

Information

Rating
2,975-th
Registered
Activity