Alex Wells

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

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

Если не можешь разобраться на 100% почему и что где использовано в https://github.com/phpstan/phpstan-src/tree/master... (хотя бы в этом неймспейсе), то забудь, хорошо не получится.

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

COMPOSER_MEMORY_LIMIT=-1 (либо свое значение, но для локалки и -1 сойдет)

Ну, либо, как говорили выше - попробуй composer 2.0

Если вкратце, то этот код выкидывается и заменяется ORM'кой типа Cycle, Eloquent или Doctrine.

А так - больше нечего сказать, код херня по всем фронтам. Эксепшены, именование функций, типизация, автозагрузка - это все обязательно для современной разработки на PHP, и у тебя этого нет.

Обычную. nginx + fpm гугли.

ZTS - баганная хрень. Если у тебя нет задачи, которую невозможно решить без многопоточности - так и делай. Если есть - лучше подумай о языке, где это продумано с коробки и давно работает, типа Java/Kotlin.

JSON поле. И заполнять нужно не те, которых он НЕ видел, а те, которые он видел. Увидел - добавил ключ. Можно даже json массив.

Не надо никаких отдельных таблиц, это полный бред.

Ну хранить поля в Order'е, конечно, отдельно. ДТО служит для передачи данных, а не хранения в модели. Какой тогда вообще смысл от Order?

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

Джобы в sync? Либо они должны быть в sync, либо включаешь xdebug для cli версии php и запускаешь horizon/queue worker с флажком xdebug'а.

composer install

phpstorm.

(что бы несколько компьютеров внутри локальнйо сети могли осуществлять отладку)?

Шутка что ле? Вы дебажите удаленный сервер? Это полный идиотизм.

А так - не вижу причин почему это не должно работать.

Для PHP кроме phpstorm IDE не существует. То, что вы назвали - какая-то древняя помойка.

Laravel/lumen

Дополню ответ Максим :

В своих проектах я всегда начинаю с того, что пишу какой-то базовый Exception, типа AppException, который всегда ловится Exception Handler'ом и отдает инфу юзеру. Он же висит в списке $dontReport, так как это всегда ожидаемая мной ошибка, о которой я не хочу быть уведомленным.

Собственно если я хочу, что бы ошибка попала в логи, потому что такой ситуации не должно быть - обычные встроенные эксепшены типа AssertionError, IllegalArgument, LogicException и так далее. Если не хочу - AppException и наследованые от нее.

Тогда почти везде в контроллерах пропадают try-catch'и за счет exception handler'а.

Зачем? Получить список можно. Без события.

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

Остальное по code style и качеству кода - PSR стандарты, laravel validation, carbon, логику за пределы контроллера.