Попробовал ради интереса запустить на Маке — сайт предложил скачать какой-то рандомный dmg-файл. При условии, что можно было бы просто спросить номер модели. Нет, спасибо.
С телеками на Android TV (особенно Xiaomi) тоже есть такая проблема. Причем, в настройках даже есть опция запоминания источника ввода. Но оно периодически вываливается обратно в свою ОС и без пульта ничего не сделать.
Процессов может и куча, но старый Скайп и прочие Аськи на Android-телефонах в эпоху до появления пушей выжирали батарейку просто на глазах. Появление Google Talk с поддержкой пушей было просто глотком воздуха.
Это странно довольно, в современном мире пользователей мобильных устройств уже заметно больше, чем настольных. У значительной части пользователей нет вообще настольного устройства. И этот разрыв будет только расти.
Проблема таких промежуточных узлов в том, что они не смогут на мобилки пуши о сообщениях и звонках слать. То есть мобилкам все равно придется жить отдельно вне p2p мира.
Ни main, ни типизация, ни методы у структур не вызывает вопросов, если до этого писали на любом другом Си-подобном языке, к коим относится и Go. Явная точка входа и строгая статическая типизация — скорее привычное требование, нежели неожиданность. Да что уж там говорить, даже в Python принято точку входа называть main, и вызывать ее из if-блока.
Для звонков p2p ок, но для переписки p2p на мобилках почти невозможен. Почти, потому что никто не готов ради мессенджера высаживать батарейку за несколько часов. А некоторые платформы (iOS) просто не дадут так сделать.
У меня не открывался GitHub с телефона и другие сайты не в ru зоне. Вероятно, клиенты ретраили запросы и приложили рекурсоры. Другого объяснения у меня нет
Я всё же не понимаю принципиальной разницы от того, что это файловое хранилище. И то и то облако, и то и то хранит бинарный блоб зашифрованной базы с паролями. Вероятность утечки этого зашифрованного файла есть и там и там. Не знаю как там у lastpass, но у менеджера, которым я пользуюсь, база доступна локально без интернета на всех устройствах (и её можно забекапить дополнительно при необходимости). Это про второй пункт.
Про webdav (davfs, davfs2, независимо от реализации) я выше уже написал, что ему тоже какое-то хранилище нужно: это либо публичное облако, либо свой сервер, который нужно иметь и администрировать.
dropbox, gdrive, onedrive — это опять чьи-то чужие облака, которые тоже могут сломать, принципиальных отличий от облака того же lastpass нет, разве что в специфике.
davfs может быть на своём сервере, но нужен сервер
syncthing — да, но это опять же надо иметь компьютер/сервер, который 24/7 онлайн.
Утечка баз и кода — не утечка паролей, потому что пароли зашифрованы end2end.
Надежные локальные решения, конечно же есть, вот только когда надо синхронизировать несколько устройств, тогда уже начинается веселье и без отдельного сервера/хранилища, доступного 24/7 не обойтись. Уверен, что далеко не все пользователи менеджеров паролей могут поднять свой сервер хотя бы с self-hosted Bitwarden, не говоря уже про keepass.
Попробовал ради интереса запустить на Маке — сайт предложил скачать какой-то рандомный dmg-файл. При условии, что можно было бы просто спросить номер модели. Нет, спасибо.
Есть форки 7zip с поддержкой zst, brotli и других компрессоров.
Вообще, XZ, BZIP2 и GZIP — это не архивы, а форматы сжатия данных. Обычно архивом в их случае выступает TAR, реже — другой контейнер.
Важно различать:
Формат сжатия — нужен для уменьшения количества байтов в потоке данных (XZ, BZIP2, GZIP, ZSTD и др.).
Архив — позволяет объединить несколько файлов в один (TAR и др.).
Некоторые форматы совмещают в себе обе функции: ZIP, RAR, 7z, WIM, порой совмещая в себе несколько разных и форматов сжатия и архивов.
С телеками на Android TV (особенно Xiaomi) тоже есть такая проблема. Причем, в настройках даже есть опция запоминания источника ввода. Но оно периодически вываливается обратно в свою ОС и без пульта ничего не сделать.
Процессов может и куча, но старый Скайп и прочие Аськи на Android-телефонах в эпоху до появления пушей выжирали батарейку просто на глазах. Появление Google Talk с поддержкой пушей было просто глотком воздуха.
Для нейросети как-то слишком небрежно написано, нейросетевой текст обычно наоборот вычурно-академический.
Это странно довольно, в современном мире пользователей мобильных устройств уже заметно больше, чем настольных. У значительной части пользователей нет вообще настольного устройства. И этот разрыв будет только расти.
Проблема таких промежуточных узлов в том, что они не смогут на мобилки пуши о сообщениях и звонках слать. То есть мобилкам все равно придется жить отдельно вне p2p мира.
Нет, не нормально, на любом нормальном ревью за такое
бьют по рукамбудут ругать.и это не нормально,
for i in arr:. Не говоря, что называть переменныеiиarr— тоже плохой тон.Ни main, ни типизация, ни методы у структур не вызывает вопросов, если до этого писали на любом другом Си-подобном языке, к коим относится и Go. Явная точка входа и строгая статическая типизация — скорее привычное требование, нежели неожиданность. Да что уж там говорить, даже в Python принято точку входа называть main, и вызывать ее из if-блока.
Но больше всего мне непонятен посыл статьи.
Для звонков p2p ок, но для переписки p2p на мобилках почти невозможен. Почти, потому что никто не готов ради мессенджера высаживать батарейку за несколько часов. А некоторые платформы (iOS) просто не дадут так сделать.
Там не только регистратор, но и сам хост тоже на Cloudflare смотрит. Скорее всего, посредством Cloudflare прокси и реализован.
У меня не открывался GitHub с телефона и другие сайты не в ru зоне. Вероятно, клиенты ретраили запросы и приложили рекурсоры. Другого объяснения у меня нет
В чём отличие koboldcpp от llama.cpp? Если я хочу попробовать запустить сабж на linux — что лучше выбрать?
Жаль, что пропущен KHTML, форком которого и стал WebKit. В посте WebKit как будто бы с нуля был создан.
Яндекс по умолчанию не пересылает помеченные спамом письма. Да и вряд ли Гугл забанит Яндекс.
Я всё же не понимаю принципиальной разницы от того, что это файловое хранилище. И то и то облако, и то и то хранит бинарный блоб зашифрованной базы с паролями. Вероятность утечки этого зашифрованного файла есть и там и там. Не знаю как там у lastpass, но у менеджера, которым я пользуюсь, база доступна локально без интернета на всех устройствах (и её можно забекапить дополнительно при необходимости). Это про второй пункт.
Про webdav (davfs, davfs2, независимо от реализации) я выше уже написал, что ему тоже какое-то хранилище нужно: это либо публичное облако, либо свой сервер, который нужно иметь и администрировать.
Для этого есть e2e шифрование базы, код в облаке не имеет доступа к паролям.
dropbox, gdrive, onedrive — это опять чьи-то чужие облака, которые тоже могут сломать, принципиальных отличий от облака того же lastpass нет, разве что в специфике.
davfs может быть на своём сервере, но нужен сервер
syncthing — да, но это опять же надо иметь компьютер/сервер, который 24/7 онлайн.
Утечка баз и кода — не утечка паролей, потому что пароли зашифрованы end2end.
Надежные локальные решения, конечно же есть, вот только когда надо синхронизировать несколько устройств, тогда уже начинается веселье и без отдельного сервера/хранилища, доступного 24/7 не обойтись. Уверен, что далеко не все пользователи менеджеров паролей могут поднять свой сервер хотя бы с self-hosted Bitwarden, не говоря уже про keepass.