D
Size: a a a
2021 March 29
AN
Сейчас кстати best practice я так понял код в src размещать? А если есть локальные бандлы, которые пока ещё не переехали в composer куда их девать?
в
Нет, надл все в public/index.php писать
AN
Раньше были времена, когда были src/AppBundle, src/OtherBundle, src/SomeshitBundle, но тогда код был частично в app
AD
Сейчас кстати best practice я так понял код в src размещать? А если есть локальные бандлы, которые пока ещё не переехали в composer куда их девать?
Как придумаешь, так и будет
G
Сейчас кстати best practice я так понял код в src размещать? А если есть локальные бандлы, которые пока ещё не переехали в composer куда их девать?
да хоть бы и в src1
AS
Сейчас кстати best practice я так понял код в src размещать? А если есть локальные бандлы, которые пока ещё не переехали в composer куда их девать?
VK
Сейчас кстати best practice я так понял код в src размещать? А если есть локальные бандлы, которые пока ещё не переехали в composer куда их девать?
в чате бестпрактис банить за вопросы по бестпрактис
AN
в чате бестпрактис банить за вопросы по бестпрактис
Почему же.
AL
Раньше были времена, когда были src/AppBundle, src/OtherBundle, src/SomeshitBundle, но тогда код был частично в app
Пространства имён настраиваются в composer.json, создайте в корне BundleName и на него пространство имён.
Но вообще лучше конечно сразу в бандл выделять код.
Но вообще лучше конечно сразу в бандл выделять код.
BB
Раньше были времена, когда были src/AppBundle, src/OtherBundle, src/SomeshitBundle, но тогда код был частично в app
у меня и щас так на symfony4.4 😅
AL
у меня и щас так на symfony4.4 😅
Вероятнее всего вам не нужны бандлы, достаточно было разложить код по папкам.
Бандл (пакет) по определению переиспользуемая часть.
Бандл (пакет) по определению переиспользуемая часть.
BB
Вероятнее всего вам не нужны бандлы, достаточно было разложить код по папкам.
Бандл (пакет) по определению переиспользуемая часть.
Бандл (пакет) по определению переиспользуемая часть.
вы совершенно правы. Это мы сделаем на следующем апгрейде. Просто проект большой, и до этого руки не доходят)
AL
вы совершенно правы. Это мы сделаем на следующем апгрейде. Просто проект большой, и до этого руки не доходят)
"Так вышло" и "исторически сложилось" никто не отменял, понимаю :)
НО
Всем привет.
Есть symfony messenger, который работает с rabbitMQ стандартным симфонийским AMQP транспортом.
Проблема следующая, у нас запущено 10 воркеров, но бывает так что в очередь задачи попадают редко, и только 2-3 воркера работают, остальные простаивают.
Хендлеры при обработке сообщений могут пустить в какую-то другую очередь сообщения.
Но из-за того, что rabbitmq соединение простаивает, сервер rabbitmq обрубает соединение по таймауту.
И получаю ошибки: "Library error: connection closed unexpectedly" при попытке задиспатчить сообщение из хендлера.
При этом в стандартном php-amqp нет возможности проверять живое ли соединение. Метод isConnected() всегда возвращает true, даже если выключить RabbitMQ сервер.
Есть одно решение, но оно мне кажется костыльным.
Можно запускать
Может кто сталкивался?
Есть symfony messenger, который работает с rabbitMQ стандартным симфонийским AMQP транспортом.
Проблема следующая, у нас запущено 10 воркеров, но бывает так что в очередь задачи попадают редко, и только 2-3 воркера работают, остальные простаивают.
Хендлеры при обработке сообщений могут пустить в какую-то другую очередь сообщения.
Но из-за того, что rabbitmq соединение простаивает, сервер rabbitmq обрубает соединение по таймауту.
И получаю ошибки: "Library error: connection closed unexpectedly" при попытке задиспатчить сообщение из хендлера.
При этом в стандартном php-amqp нет возможности проверять живое ли соединение. Метод isConnected() всегда возвращает true, даже если выключить RabbitMQ сервер.
Есть одно решение, но оно мне кажется костыльным.
Можно запускать
php bin/console messenger:consumeс флагом —time-limit в N секунд, а при коннекте к RabbitMQ тоже выставлять у клиента таймаут в эти же N секунд, тогда, кажется, проблема обрыва соединений будет решена.
Может кто сталкивался?
AD
Всем привет.
Есть symfony messenger, который работает с rabbitMQ стандартным симфонийским AMQP транспортом.
Проблема следующая, у нас запущено 10 воркеров, но бывает так что в очередь задачи попадают редко, и только 2-3 воркера работают, остальные простаивают.
Хендлеры при обработке сообщений могут пустить в какую-то другую очередь сообщения.
Но из-за того, что rabbitmq соединение простаивает, сервер rabbitmq обрубает соединение по таймауту.
И получаю ошибки: "Library error: connection closed unexpectedly" при попытке задиспатчить сообщение из хендлера.
При этом в стандартном php-amqp нет возможности проверять живое ли соединение. Метод isConnected() всегда возвращает true, даже если выключить RabbitMQ сервер.
Есть одно решение, но оно мне кажется костыльным.
Можно запускать
Может кто сталкивался?
Есть symfony messenger, который работает с rabbitMQ стандартным симфонийским AMQP транспортом.
Проблема следующая, у нас запущено 10 воркеров, но бывает так что в очередь задачи попадают редко, и только 2-3 воркера работают, остальные простаивают.
Хендлеры при обработке сообщений могут пустить в какую-то другую очередь сообщения.
Но из-за того, что rabbitmq соединение простаивает, сервер rabbitmq обрубает соединение по таймауту.
И получаю ошибки: "Library error: connection closed unexpectedly" при попытке задиспатчить сообщение из хендлера.
При этом в стандартном php-amqp нет возможности проверять живое ли соединение. Метод isConnected() всегда возвращает true, даже если выключить RabbitMQ сервер.
Есть одно решение, но оно мне кажется костыльным.
Можно запускать
php bin/console messenger:consumeс флагом —time-limit в N секунд, а при коннекте к RabbitMQ тоже выставлять у клиента таймаут в эти же N секунд, тогда, кажется, проблема обрыва соединений будет решена.
Может кто сталкивался?
Heartbeat пробовали?
НО
Heartbeat пробовали?
нет, а как из php отправлять эти heartbeats, если он синхронный?
AD
нет, а как из php отправлять эти heartbeats, если он синхронный?
В документации messenger есть опция для конфига
НО
в доке 5.2 есть, в 4.3 нету про это ничего.
но и в 5.2 есть note
"Note, librabbitmq has limited heartbeat support, which means heartbeats checked only during blocking calls."
но и в 5.2 есть note
"Note, librabbitmq has limited heartbeat support, which means heartbeats checked only during blocking calls."
НО
судя по описанию в php-amqp репе
"heartbeats are limited to blocking calls only, so if there are no any operations on a connection or no active consumer set, connection may be closed by the broker as dead."
мне это не поможет так как вообще нет никаких операций в соединении, ни консьюминга, ни отправок
"heartbeats are limited to blocking calls only, so if there are no any operations on a connection or no active consumer set, connection may be closed by the broker as dead."
мне это не поможет так как вообще нет никаких операций в соединении, ни консьюминга, ни отправок