Есть древний баг с one-to-one. Если хочешь ленивую загрузку, то это не сработает и всегда будет джоинить связанную сущность

если есть связка one to one, то сущности создаются вместе и удаляются. Сущность ни слева, ни справа не может существовать без второй части по определению

это one to one

Почему ты так решил?
Юзер может существовать без детального профайла и заполнить его позже
В one-to-one тоже есть главная сторона

привет всем!

С супервайзером кто-то работал? пытаюсь его в докер-контейнере запустить и получаю это

Error: Another program is already listening on a port that one of our HTTP servers is configured to use.  Shut this program down first before starting supervisord.

в конфиге юзаю юникс-сокеты, причем тут http серверы, про которые сказано в ошибке - я не понимаю

[unix_http_server]
file=/var/run/supervisor.sock   ; (the path to the socket file)
chmod=0700                       ; sockef file mode (default 0700)

[supervisord]
nodaemon=true
loglevel=debug
logfile=/var/www/html/var/logs/supervisord.log
pidfile=/var/run/supervisord.pid ; (supervisord pidfile;default supervisord.pid)
childlogdir=/var/www/html/var/logs/supervisord

[rpcinterface:supervisor]
supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface

[supervisorctl]
serverurl=unix:///var/run/supervisor.sock ; use a unix:// URL  for a unix socket

[include]
files = /etc/supervisor/conf.d/*.conf

[program:php-fpm]
command=php-fpm
autostart=true
autorestart=true
redirect_stderr=true
stdout_logfile=/proc/1/fd/1
stdout_logfile_maxbytes=0
stderr_logfile=/proc/1/fd/2
stderr_logfile_maxbytes=0

[unix_http_server]
file=/var/run/supervisor.sock   ; (the path to the socket file)
chmod=0700                       ; sockef file mode (default 0700)

[supervisord]
nodaemon=true
loglevel=debug
logfile=/var/www/html/var/logs/supervisord.log
pidfile=/var/run/supervisord.pid ; (supervisord pidfile;default supervisord.pid)
childlogdir=/var/www/html/var/logs/supervisord

[rpcinterface:supervisor]
supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface

[supervisorctl]
serverurl=unix:///var/run/supervisor.sock ; use a unix:// URL  for a unix socket

[include]
files = /etc/supervisor/conf.d/*.conf

[program:php-fpm]
command=php-fpm
autostart=true
autorestart=true
redirect_stderr=true
stdout_logfile=/proc/1/fd/1
stdout_logfile_maxbytes=0
stderr_logfile=/proc/1/fd/2
stderr_logfile_maxbytes=0

а зачем супервизор в докере?

пока нет детального профайла, не выполняется свойство 1 к 1 со стороны профайлов, значит это невозможная ситуация

он там запускает консюмеров rabbitmq

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

тогда она не one-to-one

где там? в том же контейнере?

да, в php-контейнере

запускайте отдельный контейнер на каждый коньсюмер и все.

Докер сам по себе хороший супервизор

доктрина работает с реляционкой а в реляционке правила такие. Хочешь чтобы правила были другие, то используй не реляционку, а то что выполняет твои требования

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

one to one отношение не может быть односторонним, т.к. выполнение единственности требуется с двух сторон отношения, one to one всегда 1 к 1 и никак иначе, только 1 строка слева и 1 строка справа, любые другие комбинации - это уже не one to one

In a relational database, a one-to-one relationship exists when one row in a table may be linked with only one row in another table and vice versa

обрати внимание на may be linked

я о таком подходе даже не слышал. Где можно какие-нибудь best-practice почитать на тему?

Однако проблема в том, что на рабочем проекте оно используется именно так как я описал и моя задача понять почему супервайзер не запускается(

собственно внешние ключи в БД не дадут тебе впилить несуществующий айдишник в таблицу, но вот null на раз два