Если прям про метод речь, то аннотация ApiResource добавить можно разные операции через collectionOperations, itemOperations. Для CRUD просто указываются get, post, delete. Для кастомных контроллер. В доке расписано же это все.

Всем привет.
Вопрос не совсем по симфони, но гугл не помогает, может кто направит куда копать.

Проект в докере. Есть команда bin/console app:test.
Если её запускаю руками в котейнере - она отрабатывает.
Если её запускают через cron в контейнере, то не отрабатывает, в чем может быть трабла? :С

* * * * * /var/www/html/bin/console app:test > /var/www/html/crontab.txt

Заранее благодарю за советы или ответы :)

а крон в контейнере точно работает ?

* * * * * /var/www/html/bin/console app:test > /var/www/html/crontab.txt

в том, что у крона девственный env

скорее всего

ну и команды в кроне лучше запускать через /usr/local/bin/php /var/www/html/bin/console

* * * * * /var/www/html/bin/console app:test > /var/www/html/crontab.txt

начни с статьи https://habr.com/ru/company/redmadrobot/blog/305364/

плюс расположение папки неверное /var/www/html подразумевает что это уже видно под вебсервером

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

мне вообще не надо :) я считаю извращением запускать крон в контейнерах

ну и не запускай тогда. Если кубернетис, например, то там для этого CronJob

так я и не запускаю, может вы глянете в чем вы ошиблись ?

сорян, попутал источник вопроса =)))) без обид

Всем добрый день. Подскажите, каким образом можно обойти ограничение DQL на использование subquery внутри COALESCE?

Данный код не будет работать, хотя по стандартам SQL он норм:

->addSelect('COALESCE((' . $subquery->getDQL() . '), 0) AS HIDDEN id')

Выкинет ошибку:
[Syntax Error] line 0, col 21: Error: Expected Literal, got 'SELECT'

* * * * * /var/www/html/bin/console app:test > /var/www/html/crontab.txt

Благодарю всех за советы по этому вопросу.

Лучше погуглив, понял, что кронтаб лучше не запускать в контейнере с пыхой.
Теперь пытаюсь его запустить с локалки

* * * * * /usr/local/bin/docker-compose -f /home/user/var/www/project/docker-compose.yml exec fpm bin/console app:test> /home/user/var/www/project/crontab.txt

ocker-compose.yml exec fpm bin/console app:test> /home/user/var/www/project/crontab.txt

Но все равно, почему-то команда не отрабатывает, в команде просто ```echo "test"

Если команду запустить руками, то все отработает, проблема именно с кроном :С

/usr/local/bin/docker-compose -f /home/user/var/www/project/docker-compose.yml exec fpm bin/console app:test> /home/user/var/www/project/crontab.txt

Если же в крон записать новую джобу

* * * * * echo "text" > /home/user/var/www/project/crontab.txt

То все нормально записывает, не могли бы подсказать в чем трабла :С

Скорей всего, ты прав)
Но я вынес джобы крона из докера, теперь они на локали, и все равно такая же трабла :С

от того что ты вынес крон, у крона env не появился

так у меня же локально он работает на обычные джобы, например echo "text"

сделай крон задачу env > ~/cron.env