Максим Федоров

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

Нет. Это рофл.

Хотя зависит от того принимает ли принимающая функция все варианты ответов (типов) вызываемой. Например если вызываемая getAllUsers вернет false (boolean) может случиться фаталка тк array_keys принимает только (array) массив. Но в таком случае можно сделать такую проверку:

array_keys(getAllUsers() ?: []);//если положительный ответ то его иначе (по умолчанию) пустой массив

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

Пора освоить внедрение зависимостей.
https://m.habr.com/ru/post/350708/comments/#commen...
Это такие штуки, которые сами подставляют в конструктор класса требуемые ему зависимости.
Например можно взять php-di пакет в composer.

Хотябы базовые структуры данных и алгоритмы знать нужно для любого ЯП:
Структуры данных:

• Array
  
• ArrayList
  
• HashMap
  
• HashSet
  
• Деревья (хотябы обычные)
  
• Stack
  
• Queue
  

Алгоритмы:

• Линейный поиск
  
• Бинарный поиск
  
• Сортировка (Желательно парочку алгоритмов знать)
  
  

Без этого жить будет очень сложно.

В нормальных конторах знают, что есть требование отработать 2 недели перед увольнением. Абсолютно нормальный вопрос на собеседовании: "Когда сможете приступить к работе?".
То что будущий сотрудник честно говорит, что у него есть обязательства перед предыдущим работодателем показывает его с хорошей сторны - будущий работодатель точно так же будет от него расчитывать, что он, если что, не пропадет неожиданно, а, как и пологается, отработает 2 недели.
Так что я бы на вашем месте не переживал. Спокойненько идете в свой отдел кадров, пишете заяление, одновременно с этим новому работодателю сообщаете, что выйдете через две недели.

вообще без разницы

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

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

На самом деле, поскольку вы используете Messenger - то вы уже весьма близки к цели, поскольку Messenger перезапускает обработку сообщения в случае неполной обработки. Просто настройте retry_strategy под свои нужды и оно будет работать. Надо только мониторить failed messages.

Также, если вы можете позволить себе использовать Symfony 5.2 - то в этой версии появился отдельный компонент RateLimiter, который специально предназначен для решения именно таких задач. Сделайте Messenger middleware для того чтобы помечать сообщения на отправку только если это разрешает RateLimiter, а для остальных бросайте RecoverableMessageHandlingException чтобы отменить обработку. Но, опять же, не забудьте про настройки retry strategy чтобы это не приводило к потерянным сообщениям.

Подключите нормальный почтовик без ограничений и не выдумывайте.

Уведомления, чаще всего, должны быть практически синхронными иначе в некоторых из них теряется смысл. Используя ограничение 200 сообщений вы лишаете возможности человека получать актуальные уведомления при превышении лимита. Рано или поздно этот лимит будет много раз перекрыт и ваши уведомления никогда не дойдут до пользователя.

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

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

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

Лучше приведите текст ошибки.
В PHP 8, нет полной обратной совместимости. А если речь о типах - в новой версии появилась проверка соответствия сигнатуры метода на соответствие с его абстрактным аналогом из используемого трейта. И тут либо откатывать, либо переписать по человечески.

У класса "B" нету поля "а", и я читал что приватные поля не наследуются, как можете это объяснить?

Это значит, что такое поле у B как бы есть, но из-за того что оно приватное - доступ к нему имеют только методы родителя.
Класс B в вашем случае передаёт значение в конструктор родителя, чтобы инициализировать это поле.