rPman

https://github.com/MetaMask/metamask-extension/tre... и смотри по коду где они используются, там почему то много мест где список регистрируется, лень код изучать

если на клиенте через api регистрировать то
https://docs.metamask.io/guide/registering-your-to...

По твоей ссылке не выдается excel файл, а html страничка с авторизацией.

Дропбокс и другие облачные файлохранилки с бесплатными лимитами не дают прямой доступ к файлу, там все равно нужна авторизация (так как иначе с помощью простых прослоек их начинают безжалостно эксплуатировать, с регистрацией 100500 аккаунтов)

p.s. ищи webdav доступ к файлам, на сколько я знаю у того же яндекс он есть
еще лучше - используй amazon s3 или аналоги
ну или идеальней (дешевле) всего, подними свой сервер и раздавай по своим протоколам и правилам

Храни токен сессии авторизации в куках браузера, тогда авторизация понадобится однократная.

Какую именно авторизацию выбрать правильно?

Гугл предлагает авторизацию через свой аккаунт, т.е. если в браузере есть авторизация (а в дефолтном она будет, если в смартфоне добавлен аккаунт гугла, а он добавлен более чем в подавляющем количестве случаев, так как по дефолту многие смартфоны даже не дадут собой пользоваться без этого), в этом случае для получения доступа пользователю будет дан соответствующий запрос в браузере

https://developers.google.com/identity/protocols/o...

Для пользователя в этом случае, обычно этот процесс это пару тапов по экрану, без ввода логина и пароля

p.s. поддержку авторизации через другие аккаунты (например фейсбук или яндекс) смотреть у них соответственно

p.p.s. более универсально, но дороже и потребует от клиента его номер телефона - это двухфакторная авторизация по sms (потребует договор с провайдером на доставку sms и какая либо библиотека для двухфакторки)

p.p.p.s. самое красивое (ничьи персональные данные никуда не уйдут) предложить пользователю использовать Time based One Time Password, один из популярных стандартов (от google authenticator rfc6238), гугл к примеру показывает эту реализацию. Пользователю потребуется на смартфон поставить соответствующее приложение (их тьма помимо самого гугла, есть встроенные в парольные менеджеры, например keepass2droid) но нигде регистрироваться и давать свой номер не придется, и владельцу сервера ни за что платить так же не понадобится.

Вопреки всеобщему мнению, эта авторизация вполне более чем достаточна (при наличии защит от брутфорса на сервере само собой), пользователю достаточно сказать свой логин и текущее значение TOTP, никаких паролей или email больше не нужно (чаще email нужен для других задач, когда сервису нужно как то связаться с клиентом)

p......s. еще есть авторизация через GPG (плохо с мобильными да и для десктопных браузеров расширения не сильно популярны), еще менее редкое - авторизация через приватные ключи криптовалютных кошельков... но такую экзотику вам глупо предлагать

python биндинги для libtorrent идут в поставке почти с любой современной linux, например в ubuntu - python3-libtorrent, так же есть в pipy (для установки через pip)

первый же пример из гугла

https://cloud.google.com/free/docs/gcp-free-tier/

Осторожно, сегодня бесплатно а завтра насчитают десяток другой килобаксов за пару часов

Не рекомендую пользоваться постоплатными системами, без прямого контроля и ограничений, Гугл и Амазон такие, могут и тариф сменить и деньги скушать сильно выше твоих ожиданий, и юридически само собой они будут правы

clonezilla умеет все включая кажется восстановления windows mbr boot sector (утилита ms-sys или mbr, для копирования), можно вручную с помощью partclone, но разделы создать самостоятельно (указать те же типы что на исходном)

Если загрузка происходит через EFI то достаточно на новом диске создать разделы загрузчика и собственно с системой (еще есть третий не обязательный на 500мб для 'сброса до заводских настроек'), на сколько я знаю даже загрузочным диск помечать не надо будет

Если загрузка legacy boot mbr то нужно будет обязательно склонировать загрузочный сектор (утилита mbr), пометить загрузочный раздел как active

p.s. если на второй диск поставить grub после клонирования разделов windows, он обнаружит и добавит в меню пункт для ее загрузки

select ... from ...
union
select ... from ...
union 
...

выдаст уникальные строки, если использовать union all то нет

DIP из SOLID

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

1. имена файлов и пути, а кодировки?
в разных ос разные правила, разные символы разделители, значимость больших/маленьких букв в именах
2. symbolic и hardlink свихнуться можно
это огромная головная боль для любых кто занимается копированием данных, поведение разнится к примеру, попадает ли путь в пределах каталогов, входящих в копию или нет
3. фичи типа sparce files или reflink (этакий hardlink но не для файла а на его сектора)
существуют задачи, в которых не сохранение и учет этих вещей могут невероятно усложнить восстановление данных (например если данные хранятся в дырявых файлах, логически петабайтового размера, в реальности же занимающие на порядки меньше, восстановить да и скопировать без учета этого будет практически нереально)
4. extended attributes
этим мало кто пользуется (но если пользуются то на столько глубоко, что не сделать резервную копию будет фатально), но помнить об этом надо, особенно когда нужно абстрагироваться от их реализации в ОС
5. права доступа
очень мало кто заморачивается с резервированием этой информации, а она зачастую не менее важна чем сами данные, так как иначе, при восстановлении данных со сложной структурой прав и большим количеством пользователей может превратиться в ад, и даже нести опасность утечки важных данных
6. инкрементальное хранение бакапов
это конечно не обязательно, но системы хранения резервных копий без этой фичи неудобны либо слишком дороги
7. работа с сетевыми nas, инструменты выборочного восстановления, поиск данных
Хранить бакапы локально - это фатальная ошибка, значит доступ к хранилищу должен быть удаленный
А еще, вероятность что понадобится восстановить весь бакап на столько низкая, по сравнению с другими сценариями, и заставлять человека извлекать петабайтовые архивы ради мегабайтового файлика, который удалили по ошибки и решили восстановить из бакапа...

p.s. не придумывай сам, спроси своего руководителя, на сколько глубока кроличья нора, так как к примеру все правильно сделать может тянуть на диплом или еще круче.

p.p.s. совет, не изобретай форматы хранения данных, храни все в файлах, пусть контейнером будет сама файловая система (не вздумай файлы хранить к примеру в БД), но вот за имена файлов придется чтобы отвечал кто то другой (вот тут БД), причем не рекомендуется полностью исключать имена файлов и каталогов из архива, достаточно составить список разрешенных символов (общих для большинства ос и основной кодировки) но это может наложить лимит на структуру данных (например в разных ос разный лимит глубины вложенности или длины символов в пути к файлу), тут же храни extended attributes (так же в виде файлов со своими именами)
Все остальное (настройки, структуру инкрементальных бакапов, права доступа, наличие дыр, symlink/hardlik, reflink и т.п.) так же храни в базе данных, может не так удобно как кажется с первого взгляда, но будет легче восстанавливать.

mtr (консольный, linux) или попроще winmtr
пингует не только цель но и промежуточные сервера в сети, позволяет выявить точнее где именно проблема

ты загрузился в режиме EFI (в биосе это может называться secure boot, а старый способ legacy mbr), grub автоматически это обнаруживает и пробует настроить efi загрузку

Для этого на диске должен быть раздел EFI, fat32 (отформатируй), примерно 100мб, он будет загрузочным, grub его автоматически обнаружит и скопирует нужные файлы.

p.s. чтобы поставить grub, chroot не обязателен, можно просто указать каталог с рутом системы (/dev /proc и прочие монтировать не придется, но /boot нужен) grub-install /dev/sda --root-directory=/mnt

в теории можно выводить видео на canvas и эта иконка не появится, это немного понизит эффективность использования железа (батарейка будет сильнее тратиться), решения гуглятся - html5 video inside canvas но делать так не надо, так делают только если хотят совсем насмерть рекламу в видео вшить (или запилить свой 360-градусов видео проигрыватель)

а кто сказал что интернет 400мбит?
до провайдера может быть хоть 10гбит, но нужна скорость хотя бы до ближайшего кеша youtube.

p.s. при использовании vpn/прокси все становится не так красиво, так что отключай

добавь к conn_str еще это
CHARSET=UTF8

Исследователи нашли способ взломать android, подключенный по usb даже без включенных опций отладки по usb так что при наличии достаточных стимулов, смартфон будет взломан по кабелю

не получается завести блютуз

любой другой инструмент не поможет с этой проблемой и ее придется решать (в чем и заключается работа программиста)
а так qt designer или visual studio для windows особенно начинающим, идеальны

Тебе нужен не api к трекеру, а точная и качественная база торрент с безглючной связью с базой например кинопоиска.

Я такого не видел, если найдешь отпишись тут.

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

Торент - это больше не хранилище данных (беда технологии, так как нет механизмов управления того какие торенты у клиентов должны храниться а какие удаляться, например редкие и наоборот слишком популярные) а некий оперативный буфер для контента здесь и сейчас, очень хорошо справляется когда сразу куча людей начинают что то скачивать но плохо с хранением на долго, особенно чего то не популярного. Отсюда народ не видит смысла правильно оформлять контент, например с обязательной ссылкой на кинопоиск/imdb и машиночитаемое описание с тегами по жанрам, авторам и т.п. чтобы поиск работал, и главное этот процесс сложно монетизировать и поддерживать в долгую.

самый дешевый и доступный практически всем 'аппаратный источник шума' на реальном железе (не виртуалки) - микрофон звуковой карты, даже наверное подключив просто резистор можно получить шум, особенно если повысить частоту дескритизации до максимума и включить усилитель.

https://habr.com/ru/post/62237/