tukreb

Доктрина очень капризна, даже порядок объявлений атрибутов в таблице важен (в частности для ManyToMany).
Я обычно делаю так.
Автоматически генерируемые имена индексов использую только для отношений ManyToMany (потому что доктрина не поддерживает другие :))
Всё остальное пишу руками.
Далее делаю doctrine:mapping:import (эта функция кстати депрекейтет и скоро удалят, если никто не вызовется поддерживать) и сверяю с тем, что написано у меня, т.к Доктрина очень капризна, у вас может быть всё правильно написано, но не в том порядке или не в том месте.
Я не знаю как там с MySQL, но в PostgreSQL все индексы и комментарии (за исключением внешних ключей) объявляю только через отдельные: $this->addSql();
Например:

$this->addSql('COMMENT ON COLUMN table.field IS \'(DC2Type:datetime_immutable)\'');

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

Старые диски (без AF, обычно до 2012 года выпуска и менее 2 ТБ) - проверять можно MHDD
Новые диски AF - WHDD, hddscan или Виктория.

Процедура проверки следующая:
1. Обязательно делать посекторный ERASE, чтобы перезаписались сектора и обновился SMART.
2. Далее читаем поверхность на бэды.

Если не выполните 1 пункт, то не получите точные данные, такие как количество реллокейтет или повреждённые сектора. Причина в том, что диск может считать проблемные сектора, а вот записать нет, именно первый пункт вычисляет такие сектора и заодно помечает их в SMART.
Так же бывают pending сектора - это временно зависшие, помогает многократное перезапись этого сектора, хотя не гарантировано и диск может пометить его как бэд, тут как повезёт.

Нет в ЕС такого бреда.
В ЕС ещё популярны анонимные сим карты (точнее это типичные симки, просто продаются в автоматах или в магазинах), а ещё в ЕС 3-4 года как убрали роуминг, и тарифы равны тарифам той стране в которой выпушена была сим карта, поэтому те кто любят дешёвую связь будут сидеть на всяких болгарских или польский сим картах находясь в любой точки ЕС, что в общем я и делаю :)

У вас при инициализации лишнии переменные.
Должно быть просто
$link = [&$one, &$two];

https://onlinephp.io?s=s7EvyCjg5UpJTc5JLErVKC4pykw...

1. Заходим на свой роутер (обычно адрес gateway), сразу меняем туда пароль.
2. Отключаем WPS, и меняем пароль на WPA2 как минимум, чтобы был в 16 символов и содержал буквы и цифры (так вас повторно сломают через несколько лет подбором)
3. Отключаем вебморду для внешней сети только для локалки оставляем.
4. Заходим на телефон в настройки и блокируем ВСЕМ приложением весь функционал, особенно если он связан с WiFi. Не переживайте WiFi не перестанет работать, а вот собирать данные к каким точкам вы подключаетесь приложения перестанут, а значит не смогут следить и отслеживать ваше движение. Этим занимается по полной программе VK.

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

PostgreSQL - это enterprise решение. Конечно если сомневаетесь что выбрать, всегда лучше выбирать PostgreSQL, т.к MySQL во всех случаях будет как даунгрейд, просто потому, что MySQL на несколько лет позади в развитие и до сих пор многое не умеет, хотя конечно лучше, чем было на 5 версии.
Но если у вас есть тот, кто буквально знает ВСЁ об MySQL и сумеет его правильно приготовить, то тогда конечно лучше выбрать его.

Очевидное - самое простое.
А очевидное решение, создать таблицу черновиков (или как лучше придумаете ей название), куда будут попадать все новые или изменённые записи в ожидание модерации. Как они пройдут модерацию, они добавляются или изменяются существующие записи.
Можно ещё дальше пойти и развить её так же для истории, то есть все записи в таблице черновик остаются, но привязываются к нужной записи и человек может посмотреть историю всех изменений.

Пока нет ни какого законодательной базы, но прецеденты есть
https://habr.com/ru/news/t/708146/

В общем лучше не афишировать, а ссылаться что вы использовали различные инструменты типо Photoshop. Самое забавно, что ИИ этот тоже photoshop и без нужных знаний нормальной картинки не получите :)

В общем есть "официальный"
https://symfony.com/bundles/LexikJWTAuthentication...

Использую в одном проекте на симфони 5.4 всё устраивает.

Сам бандл активно развивается тоже https://github.com/lexik/LexikJWTAuthenticationBundle

Не повторяй мою ошибку трогай только Линукс на Arch, например Manjaro.
Если бы я начинал не с Debian/Ubuntu (или другого мусора построенного на Debian) я бы не имел такого лютого подгорания от Linux desktop. Всё что основано на Debian просто трешак и работает через пень колоду в GUI, магические баги, не решаемые баги десятилетиями и т.д.
Да и вообще самое опасное в нем (Debian) - это то, что система сама себя может нахрен удалить при установки какой то программы. https://www.youtube.com/watch?v=0506yDSgU7M&t=600s - установка app удалила всю систему оставив только ядро. Тут красно глазики могут оспорить, он ведь не читал стену текста. Вот только потом это видео разбирали влиятельные Linux люди и они согласились, что это ужасно, и никто не будет читать стену текста перед установкой программы. Да даже сам создатель ядра Линус в далёкие 2013 годах посылал разработчиков Debian за их менеджер зависимостей.

П.С Debian хорошо в серверном терминал варианте.

Вы сами и ответили почему заброкали, но ещё добавлю, что ваш код написан с натяжкой на php 7.0
Серьёзно? Уже этого достаточно.
Ну и вообще написан ваш код в стиле 2010 годов, и вообще ни какого форматирования. Вы прямо кричите этим кодом, что вам похер на ревьювера и его глаза, ну вот ревьювер сам вас и послал на 3 буквы.
Композер, PSR, и строгий стиль php (с типами данных) - это обязаловка. Никто больше не пишет новые проекты через ректальный язык программирование php5 (да и старые тоже).

https://elisdn.ru/blog/104/domain-entities-modelling
Здесь всё разжёвано.

Можно, в php 8.0 ввели сахар Constructor Property Promotion
https://wiki.php.net/rfc/constructor_promotion
https://stitcher.io/blog/constructor-promotion-in-php-8

Есть best practices им и следуйте, всё до вас уже придумано.
https://restfulapi.net/resource-naming/
В отличие от обычного web где есть только GET and POST запросы. Через API используется ещё PUT, DELETE и т.д, что и заменяют все эти слова create/edit/remove и т.д.

Не изобретайте велосипед и используйте уже давно придуманное решение - используйте GUID/UUID
Лучше использовать последнею версию UUIDv7или в простонароден Ulid, которые имеет все плюсы целого числа (всегда будут вставляться друг за другом и не приведут к фрагментации данных. Ваш вариант как раз таки к таким проблемам и приведёт, и это одна из проблем) и гарантирует, что не будет повторов.