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

Но это не противоречит Александру. Если мы установили вендор либы при билде имейджа, то снаружи их видно не будет при старте контейнера. А если мы еще прокинул волюм пустой папки извне, на то, что сделали при билде - то наверное даже и перетрет данные при старте.

Насколько я понял эту документацию, что если мы монтируем пустую директорию поверх непустой, то данные автоматом будут туда скопированы

а ты именно пустую папку пробовал?

Я думаю это полезное поведение представь что ты установил какой-то софт который создал папку и закинул туда какие-то файлы и ты хочешь это в вольюм чтобы персистить

может надо именно маунтить

Скорее наоборот, надо вольюм подключать а не монтировать локальную директорию

Скорее наоборот, надо вольюм подключать а не монтировать локальную директорию

Короче мне этот вопрос до конца не понятен

Всем привет! Кто-нибудь реализовывал механизм авторизации сразу в несколько аккаунтов, а затем переключение между аккаунтами? По типу Яндекс, Гугл. Есть примеры реализации под symfony? Я бы наверное в еще одной Куке, доступной только бэкенду, хранил список этих аккаунтов с remember me куками под каждой из них, и переключал бы переключением значения этой куки.

Всем привет! Кто-нибудь реализовывал механизм авторизации сразу в несколько аккаунтов, а затем переключение между аккаунтами? По типу Яндекс, Гугл. Есть примеры реализации под symfony? Я бы наверное в еще одной Куке, доступной только бэкенду, хранил список этих аккаунтов с remember me куками под каждой из них, и переключал бы переключением значения этой куки.

Бесит такой подход, в моем понимании Яндекс и Гугл - это очень плохие примеры, а переключение аккаунтов - это костыль, чтобы хоть как-то исправить положение. Если вы пишете свое, делайте лучше 1 физический человек = 1 пользователь. А дальше допустим в разные организации (ну или что там у вас, почтовый ящик или что-то еще) можно предоставлять доступы. И переключать не аккаунты, а допустим организации / почтовые ящики ... . Но при этом у тебя как у человека всего одна учетка, один профиль и один пароль, а не десятки.

Переключение основных сущностей внутри аккаунта уже есть. Но пришло ТЗ, сделать возможность входить в несколько аккаунтов и переключаться между ними -)

Ну, я бы тогда это в localStorage засунул в виде json. Токены доступа, и какую-то инфу, типа логина / ФИО, чтобы было понятно из чего выбираешь. В принципе к беку отношения не имеет вообще никакого, не очень понимаю причем тут Симфони, но я сам ее и не использую для фронтенда вообще, только REST API...

Спасибо! Ну это аналог того, что это будет храниться в куке. Авторизация завязана на symfony куках, поэтому и вопрос так стоял.

Спасибо! Ну это аналог того, что это будет храниться в куке. Авторизация завязана на symfony куках, поэтому и вопрос так стоял.

По сути есть механизмы логаута и авторизации. Не нужно даже о куках думать. Просто текущего логаут, а второго авторизовать

Это если сессионный API, а если stateless - то ничего вообще делать на беке не надо, достаточно просто на фронте научиться помнить несколько токенов.

Тут функционал завязан на бэк, на сессии. Только бэк сможет что-то переключать.

Всем привет! Хотел обсудить одну вещь. При релизах мы вносим изменения в структуру базы данных. Для этого мы используем миграции. Также иногда есть необходимость внести изменения в состав базы данных (добавить/изменить сущности). Каким образом вы делаете это на своих проектах?

Тема полухоливар. Что то быстрое - в миграциях. Что то долгое - в командах / запрос в бд. Но это имхо. Опять же вопрос в самом релизе, на сколько это ломает не ломает что то, что может подождать до ручного запуска

Про команды. Т.е. перед релизом создаём команду новую, заполняем ее логикой добавления и при деплое запускаем?

Всем привет! Хотел обсудить одну вещь. При релизах мы вносим изменения в структуру базы данных. Для этого мы используем миграции. Также иногда есть необходимость внести изменения в состав базы данных (добавить/изменить сущности). Каким образом вы делаете это на своих проектах?

Короче, есть такой тонкий кейс, когда при релизе надо изменить состав бд, иначе новый код начнёт ломаться. Это нельзя сделать ДО или нельзя сделать ПОСЛЕ - оба случая приведёт к отказу. Тогда делайте one-shot команды которые приложение для деплоя выполнит автоматом после деплоя на одном из новых инстансов.

Короче, есть такой тонкий кейс, когда при релизе надо изменить состав бд, иначе новый код начнёт ломаться. Это нельзя сделать ДО или нельзя сделать ПОСЛЕ - оба случая приведёт к отказу. Тогда делайте one-shot команды которые приложение для деплоя выполнит автоматом после деплоя на одном из новых инстансов.

На самом деле почти всегда такие изменения можно разбить на 2. В первом код изменяющий таблицу, заполняющий данными дальше в процессе работы. Во втором уже код которые эти данные использует.

Привет! Посоветуйте пожалуйста, как реализовать поиск на сайте с использованием symfony. У меня есть контроллер, который выводит список книг. На странице вывода этих книг, кроме пагинации, есть инпут и кнопка Поиск по имени. Когда я ввиду имя и нажму кнопку, запрос на получение книг должен измениться. Пагинация и поиск передаются в запрос через параметры запроса. Спасибо.

Получаешь из реквеста данные с фронта и делаешь запрос к бд. В чем проблема то? Не очень ясно

Я не использую фронт отдельно, я использую twig

Я не использую фронт отдельно, я использую twig

Я не использую фронт отдельно, я использую twig

Форма куда должна отправлять запрос?

а вы точно изучаете симфони?)

Пытаюсь, а что?

Форма куда должна отправлять запрос?

Евгений Напишите в твиге обычную форму (без симфони форм) и запрос отправьте на ту же страницу (не прописывайте action у формы), где паказываете - это просто вариант чтобы разобраться. То что отправили должно будет отобразиться в браузерной строке. Ищите это потом в Request->query->all() Чисто для понимания что как "летает". Вообще это не симфони тема, а обычного web

Всем привет! Ребят, может кто сталкивался или подскажет куда копнуть. У нас есть symfony messenger, который консьюмит сообщения из RMQ. И до недавнего времени все было прекрасно. Все работало хорошо не менее года. Но почему-то начал происходить какой-то затык в рассасывании очереди. То есть в RMQ видим, например, 30 неразобранных сообщений, видим, что воркер работает, но не берет сообщения. А через, например, 4-5 минут начинает брать. Кто виноват и что делать?) Заранее спасибо!