Saboteur

Пройди курсы и сдай сертификат на LPIC

Волшебной палочки нет.

"Надо смотреть в даль много времени чтобы мышцы зрения имели амплитуду"

У вас неправильное понимание о том, что происхоид с глазами. Им надо не вдаль смотреть, им надо тренироваться.
Проблема в деменции аккомодации. Чтобы глаз не терял способность, надо смотреть то вдаль то вблизь.
А если долго смотреть вдаль, то не сможешь потом видеть рядом. Захочешь ногти постричь и тупо не сможешь.

Поэтому
1. находи время давать глазам отдых. Маленькие разминки за работой, капли для глаз.
2. Сходить к окулисту и по ЕГО рекомендации взять очки.

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

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

777 - зачем?
Кому нужны права?
Если юзер ламп создает папку, то скорее всего у него и так есть права.
У вас какая проблема возникает? Может разными юзерами создаете папку и читаете ее потом?

public float maxVelocityChange = 10f;

У вас скорость меняется на это значение.
Просто придумайте алгоритм, чтобы менять значение переменной. Например если направление не изменилось, увеличиваете на 0.5, если изменилось, то сбрасываем на 10f.
Плюс может быть какой-то лимит добавить.

1 домен. Отображать юзерам содержимое исходя из ИП адреса пользователя.

Это точно не есть гуд.
Отображать нужно согласно выбору юзера, хранить выбор в куках. А по дефолту в первый раз можно отображать исходя из, комбинации - языка браузера + геоIP

Странный вопрос.
А где сейчас хранишь информацию об одном боссе?
Там же храни и про нескольких.

Архитектура строится исходя из
1. как это будет запускаться, на каких ресурсах, хватит ли 1-2 cpu сейчас или через год, если надо будет масштабировать?

2. Опять же сколько данных будет через год или 5 лет, будут ли они обрабатываться также быстро?

3. Надо будет обновлять софт - ОС, версию java или еще чего. Насколько удобно и легко это будет делать

4. Нужно ли вам работа 24/7, или можно отключать систему по ночам или выходным для различных технических требований (апгрейды, бэкапы, миграции)

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

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

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

Придумайте себе тулзу/сайт/прогу, которая бы лично вам была интересна/полезна и развивайте ее.
Когда-то таким пет-проектом был собственно линукс

В локальной одноранговой сети комп можно найти по имени и при помощи wins и при помощи dns. там все по броадкастам может работать (mDNS или LLMNR).

Например ты покупешь процессора на 20 долларов дороже и как полезный эффект - получаешь +20 % к скорости сжатия-пережатия

Это уже очень давно так не работает. Получить +20% прироста скорости получить за счет процов крайне сложно, если мы говорим про более-менее современные процессоры. Ну и 20$ это явно не разница между медленным и быстрым.

Расширять память можно до определенного предела но надо смотреть сколько фотошоп отжирает - если он отжирает меньше чем 2/3 оперативки во время пикового использования, то уже смысла расширять нет.

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

Ryzen 9 5900 однозначно будет быстрее, но... если не работать с конвертацией видео, не факт что это будет достаточно существенно для фотошопа, ибо задержка на 1 сек или на 1.1 сек или даже 1.2 сек - незаметна.

Я бы больше оптимизировал саму работу - открывать меньше файлов параллельно, может меньше разрешение, может меньше слоев. Как-то разбивать на куски.
Если никак - то страдать.

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

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

Если архив солид - то тогда все. У солид архива один "словарь" на все файлы, начиная с самого начала.
Если архив не солид - можно распаковать только те файлы, которые целиком есть в скачанных местах.

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

в кавычки нельзя взять -d="$URLGEN" ?