Алексей Уколов

Как медиа станции эти коробочки хороши.
Но если вам действительно нужен сервер, то физический размер реально решает, а мини-ПК под это дело не подходит.
Вы будете ограничены во всем.
1. Процессор не сменить - он распаян.
2. Слотов под ОЗУ мало, а те что есть не дадут вам поставить планки с макс. емкостью - ограничение арх. процессора.
3. Процессор - всегда используется ноутбучный энергоэффективный вариант - как ресурс сервера так себе.
4. Нельзя нормально организовать RAID. Вам же нужна будет надежность хранения и наращивание скорости в x-раз от кол-ва накопителей?
5. Нельзя нормально подключить полноценные видеокарты. А БП на внешней видеокарте куда поставите - рядом с мини-ПК?
6. Нельзя нормально охладить систему в маленьком объеме, если вам нужно включить на пиковую производительность вычисления на 24/7.
И так далее, все преимущества мини-ПК - это недостатки для сервера.

Смену способа хеширования пароля вы можете провернуть только при участии каждого пользователя, в два этапа.
1 этап.
Делаете патч в функцию авторизации.
Когда пользователь авторизуется, проверяете, что заполнено поле по хешу новой функции.
Если оно заполнено по новой функции, то все проверки верности пароля проводите с ней, поле старой функции игнорируете.

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

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

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

Где хотите, удобнее или просто где вам требуется.

Первый же вопрос в FAQ:

How can the parent of a node be obtained?
-----
The AST does not store parent nodes by default. However, the `ParentConnectingVisitor` can be used to achieve this:
...

У вас файл создан под Уиндоуз, в которой в качестве разделителя строк используется последовательность \r\n
Разбивая по \n, вы в конце каждой строки оставляете висеть символ \r, и в итоге при сравнении совпадает только последний элемент файла, после которого нет перевода строки

Для чтения файлов в РНР есть специальная функция. Которая понимает любые переводы строк, и умеет их автоматически удалять.

$array = file(JPATH_SITE.'/list.txt', FILE_IGNORE_NEW_LINES | FILE_SKIP_EMPTY_LINES);

И всё сразу начнёт находиться.

Подсказывала и проверяла мои работы

Как может оценивать работу то, что само не может в 80-90% случаев написать нормальный код?

Рассуждала о возможных приоритетах и помогала в направление

Есть такой сайт https://roadmap.sh/ - он поможет с направлением

Ответы чтобы были более человеческие, а не сухие

Это можно решить промтом, задай его так, чтобы она тебя называла папочкой и в конце строк писала ^-^

Нейросеть не способна заменить собой ментора и учителя. Она способна подобрать последовательность буковок, которая кажется правильной. Тебе поможет курс(возможно платный) или ментор, который даст тебе и план, и проверки, и направления.

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

не понимаю как должны быть устроены эти ваши цоды

у меня будут 2 стойки / шкафа с серверами

2 шкафа - это не ЦОД.
ЦОД - это 200 шкафов или 2000 шкафов, а у вас только серверная комната.
Как устроены нормальные серверные комнаты я скажу. Ставят кондиционер или несколько кондиционеров, чтобы их мощность по теплу была не меньше, чем потребляемая мощность всего оборудования в комнате. Температура на кондиционерах выставляется 16..20 C. Если критично, то добавляется мониторинг климата (есть такие железки). Кстати, влажность тоже важна, кондюки подсушивают воздух, а это плохо для работающего железа (плодится статическое электричество и может устроить кирдык железу), так что в одной компании даже ставили вёдра\тазики с водой, чтобы не пересушить воздух.
Поскольку люди постоянно не находятся в серверной, то обычно принудительную вентиляцию там не делают, так и с пылью меньше проблем. С другой стороны, даже небольшая вентиляция поможет нормализовать влажность.

Это не баг json, это неправильный(меня поправили, json всё таки валидный, другое дело, что после стандартной обработки, в структуре данных останется только один набор ключ-значение) формат как json, так и dict, не могут быть в словаре элементы с одинаковым ключом. Решения два, либо исправить этот момент на уровне генерации json (например использовать тут список пар или сразу объединят), либо писать свой парсер этого кривого json'a
ЗЫ еще можно попробовать что-то типа JSON Lines, может это формат так может, надо поизучать его возможности

DeepSeek галлюционирует. Временные объекты живут до конца выражения. unique_ptr начнет уничтожение после выполнения всего выражения.

Вот ссылки на стандарт:

make_unique<> является prvalue: https://en.cppreference.com/w/cpp/language/value_c...

prvalue: a function call or an overloaded operator expression, whose return type is non-reference

В момент вызова происходит материализация временного объекта: https://en.cppreference.com/w/cpp/language/lifetime

Temporary objects are created ... in the following situations:
when performing member access on a class prvalue.

Там же написано:

All temporary objects are destroyed as the last step in evaluating the full-expression

Т.е. возвращенный make_unique объект будет уничтожен только в конце строки.

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

Если бюджет позволяет - то да, переход на АМ5 с АМ4 имеет смысл. Покупать устаревший проц для устаревшей платформы имеет смысл только в условиях ограниченного бюджета. Проц и мать выбирайте под ваши требования и бюджет - почти любая мать от топовых производителей типа MSI/Gigabyte будут нормальным выбором. Главное - сначала почитайте обзоры и тесты.