Полезная статья, спасибо. Я сталкивался с подобным, но без jsonb и gin, а с "обычными" колонками - в какой-то момент планировщик переключился с btree по user_id на относительно недавно созданный btree created_at
Не уверен что возможность типизации скаляров, которая появилась в PHP7, это "грязный хак". А назвать нормальным код, в котором нет типизации, уже сложновато. Работать то он будет, только поддерживать и развивать его будет становиться все дороже и дороже.
Ну так получается у вас "движок" написан по стандартам языка PHP 5.6 и вы не используете ни одной новой фичи из поздних версий. Сложно искать на такой код разработчиков.
А то что он запускается на 8.2 это скорее заслуга разработчиков PHP, которые с невероятным упорством тащат поддержку легаси из релиза в релиз.
Например, если в DI класс описывает интерфейс и у него всего один наследник, в старой Symfony брался именно он. Теперь это считается ошибкой, потому что нужно явно описать интерфейс в yaml-файле
Да вроде так и осталось. По крайней мере мне еще не требовалось прописывать единственную реализацию интерфейса в yaml. Предположу что у вас классы с реализацией лежат в другом месте проекта, а лоадер DI сконфигурирован так, что не видит их.
Я солидарен с вами в том, что тоже не использую дебаггер, так и не привык. Однако отмечу что ряд коллег ловко использует его как раз в тестах, чтоб понять почему же он не проходит. Так что дебаггер никак не противоречит хорошему покрытому тестами коду, это лишь дело вкуса.
Мне кажется это какой-то троллинг. Статья 10 летней давности, в которой заменили "PHP 5" на "PHP 7" и "PHP 7" на "PHP 8". Я уже и забыл про существование таких вещей как eAccelerator
Дима Стогов выкатил новый JIT
Полезная статья, спасибо. Я сталкивался с подобным, но без jsonb и gin, а с "обычными" колонками - в какой-то момент планировщик переключился с btree по user_id на относительно недавно созданный btree created_at
Не уверен что возможность типизации скаляров, которая появилась в PHP7, это "грязный хак". А назвать нормальным код, в котором нет типизации, уже сложновато. Работать то он будет, только поддерживать и развивать его будет становиться все дороже и дороже.
Ну так получается у вас "движок" написан по стандартам языка PHP 5.6 и вы не используете ни одной новой фичи из поздних версий. Сложно искать на такой код разработчиков.
А то что он запускается на 8.2 это скорее заслуга разработчиков PHP, которые с невероятным упорством тащат поддержку легаси из релиза в релиз.
Да вроде так и осталось. По крайней мере мне еще не требовалось прописывать единственную реализацию интерфейса в yaml. Предположу что у вас классы с реализацией лежат в другом месте проекта, а лоадер DI сконфигурирован так, что не видит их.
Либо я неправильно понял проблему.
Я солидарен с вами в том, что тоже не использую дебаггер, так и не привык. Однако отмечу что ряд коллег ловко использует его как раз в тестах, чтоб понять почему же он не проходит. Так что дебаггер никак не противоречит хорошему покрытому тестами коду, это лишь дело вкуса.
Мне кажется это какой-то троллинг. Статья 10 летней давности, в которой заменили "PHP 5" на "PHP 7" и "PHP 7" на "PHP 8". Я уже и забыл про существование таких вещей как eAccelerator