php-amqp и rabbitmq-bundle наконец-то очухались. теперь полностью совместимы с пхп8

https://github.com/php-amqplib/RabbitMqBundle/releases

Овнеры репозитория не занимались опенсорсом, а основные контрибьюторы не имели доступов.

Так что не то, чтобы очухались, просто достучались до тех, кто может дать доступы

в php-amqp была целая драмма. там никто никуда не девался. у них были наполеонские планы в 3.0 сделать большой рефакторинг, на что им намекнули что всем похер и нужен только пхп 8

в итоге сделали 3.0, без рефакторинга и с одним пхп 8

в php-amqp была целая драмма. там никто никуда не девался. у них были наполеонские планы в 3.0 сделать большой рефакторинг, на что им намекнули что всем похер и нужен только пхп 8

в итоге сделали 3.0, без рефакторинга и с одним пхп 8

почему бы не выпустить минор с поддержкой 8 и потом заниматься мажором

вы уже в прод пхп8 деплоите?

сложно по такому описанию что то посоветовать. Если Car может на основе своих данных типа, седан, пробег и т.п. вернуть true\false рекламы то почему бы это не сделать просто методом?

Но если логика определения рекламы не такая явная, и может быть сложнее таких простых правил как пробег и тип, ну скажем пользователь забанил автора этой тачки, и не хочет видеть с ней рекламу, то true/false уже так просто не посчитать.

Если речь о каком то ДТО который должен передаться с флагом релкамы, то вполне нормально его просчитать заранее и передать как флаг. Тут наверное в дело должны включаться контексты.

нене, там никакию люди и авторы никак не вовлечены. флаг считается только на основании этих 3-5 свойств объекта. и свойства эти сами по себе не "рекламные", а просто вот так построена логика, что именно от них зависит показ в рекламе.
а список тачек для рекламы обновляется раз в сутки кроном, который просто приходит в таблицу и выгребаёт всё с флагом

в чем тогда вопрос, если у вас в таблице и так хранится флаг?

В том, что если эти флаги вместе друг от друга не зависят, но в куче влияют ещё на один - несколько правильно их объединять в какой-то один объект)
Но я не исключаю, что какую-то ерунду спрашиваю) 😶

В том, что если эти флаги вместе друг от друга не зависят, но в куче влияют ещё на один - несколько правильно их объединять в какой-то один объект)
Но я не исключаю, что какую-то ерунду спрашиваю) 😶

Приветствую. Вопрос про DI компоненту симфони. Если собирать контейнер вручную (т.е. голый компонент без фреймворка), то чтобы потом получит сервис, надо делать его паблик. Или глобальный паблик. Как тогда это работает в  симфе, что приватные сервисы доступны через автовайринг?  Или там 2 контейнера генерируется? Один полностью публичный для автоваринга и второй миниконтейнер, через который ничего нельзя получить $this->container->get('id')  ?

Те места (контроллеры, другие сервисы), в которых сервисы доступны через автовайринг - они тоже добавлены в автовайринг

Ну там да, можно поставить autowire в настройках. Но про паблик не понятно. Как в симфе доступны сервисы без установки public=true

Оно доступно потому что сам контроллер в автовайре