rPman

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

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

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

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

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

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

например тройка цифр и пробел считать за начало новой строки, поставить перед ним

\d\d\d\s
но это как ты понимаешь ненадежно, у тебя потеряна информация в файле и возможны ситуации когда эта регулярка все сломает

Штатно операционная система не даст офторматировать файловую систему, если она примонтирована, но это не значит что ты не можешь в принципе что то туда записаь, root доступ это позволяет.

Например можно проделать с помощью виртуализации, если диск передать как устройство внутрь файловой системы и уже из нее провести форматирование

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

При монтировании в режиме только для чтения, проблем с отформатированным диском не будет, но чтение с этого диска начнет выдавать ошибки

p.s. одновременно смонтированный на запись диск из хост и гостевой системы при использовании описанной схемой монтрования с помощью виртуализации, с очень высокими шансами повреждает структуры файловой системы и даже данные, в которые велась запись
В одном моем конфиге был момент, когда внутри виртуальной машины использовался системный диск и если не успеть выбрать правильную ос, получалась одновременная загрузка одной и той же системы на хосте и в гостевой машине, данные на диске повреждались во всех случаях (потерялись даные mysql базы используемой какими то системными утилитами), это был 'временный конфиг' и даже тут успел напортачить, позже само собой для виртуалки был настроен отдельный grub, кстати совет, не размещать windows по соседству с linux, с очередным обновлением с высокой вероятностью приезжает что то ломающее загрузчик

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

Отличный пример - в windows значительно медленнее работа с файлами и базами данных, но я видел ситуацию когда частые обновления с fflush укладывали на linux сервере дисковую подсистему 'на лопатки' если файл лежит на nfs в сети на соседней машине но тот же код приемлемо работал локлально тоже на linux.

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

сомневаюсь что речь идет именно о пользовательском опыте, скорее всего это внутренние заморочки компании, использующей единый портал для входа как своих сотрудников так и пользователей

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

в существующий нельзя (если он на твоем домене, то доступ есть), но поверх него можно, координаты iframe известны, рисуй поверх него прозрачный canvas или svg и на нем уже что хочешь рисуй

Странно, обычно известны координаты центра и все размеры

определяй координаты центра, для этого можно взяв за начало координат точку B (0,0) повернуть расположенный нормально прямоугольник (в твоей схеме это отрицательные значения по X,Y соответственно половина ширины и высоты прямоугольника), используя матрицу поворота

Затем получаешь координаты центра, прибавив к полученным координатам B, а чтобы получить координаты A снова прибавляешь (так как вектор тот же самый)

потму что ты определил вложенные замыкания (не думал что такое синтаксически возможно)
(param) => () => {
вот пример

var x = (param) => () => {  console.log("Выхлоп!" + param);}
x();
// > function x()
x(1)();
// Выхлоп!1

var x = (param) => {  console.log("Выхлоп!" + param);}
x(1);
// Выхлоп!1

лично мне интересно почему надо писать x(1)() а не x()(1)

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

если разработчик делает все же приложение для смартфона то только для одной цели - сбор приватных данных, не надо делать так пожалуйста

загрузиться в рековери режиме (в меню загрузки grub выбирать advanced - recovery) там можно выбрать проверку диска в меню либо вручную зайти в консоль и сделать fsck и раздел то что у тебя /