Щас как раз нуужен срочно человечек разбирающийся в этих вопросах

вопрос не по теме, а что такое "человечек" ?

Маленький человек 😂

т.е. ему нужные маленькие люди?

Что произойдет если ты все сервисы поставишь в зависимость от одного?

неплохой срез

а кем ещё пилить микросервисы?

логично

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

Каша в голове. Я не про железо а про архитектуру приложения.
Вам бы прежде чем соваться в микросервисы, почитать бы, как их готовить

У Майкрософт есть неплохой цикл статей.  Там сишарп и дотнет, но схемы и идеология достаточно верно переданы.
eShopOnContainers вам в помощь

Я же отписал 2 кейс про архитектуру 🤔

Опа, гляну

Может кто подскажет. У меня есть два модальных окна на bootstrpap. Сначала запускается одно окно, внутри этого окна по нажатию открывается еще одно окно. И когда я нажимаю закрыть окно у второго модального окна, то происходит закрытие сразу двух модальных окон. Почему это происходит понятно. Из за единого селектора modal. Мне бы закрывать только одно модальное окно по нажатию. Работать могу только с первым модальным окном, со втором модальным окном, которые открывает внутри первого работать не получится. Может есть какие решение bootstrap или вручную только самому сделать модальное окно?

Вы чатом ошиблись

Дата атрибуты используй. И прерывай всплытие события

Потому что зачем

Надеюсь, что тухлыми помидорками новичка не закидают. Только осваиваю симфонию, есть задача при сохранении изображения из формы его сразу ужать как мне надо. Оказалось, что все это, а заодно и кэширование превьюшек (что тоже нужно) умеет liipimagine
И тут встает вопрос по архитектуре уже самой симфонии. Для того, чтобы сохранить файл из разных форм мне кажется логичным написать код где-то отдельно. Это правильнее делать в контроллере специально обученном? Или для таких целей есть какие-то другие подходы? Просто в моем понимании, контроллер в первую очередь отвечает на запросы, может я туплю, конечно.

контроллер контролирует. Грубо говоря смысл контроллера в том что бы сконвертить http запрос в действие приложения. Контроллеры не должны прнимать решений сами (делигируют кому-то, например какой denyAccessUnlessGranted). Есть так же argument value resolvers которые позволяют какие-то общие вещи по работе с данными запросов выносить выше. Удобно для мэппинга структур каких и т.д.

В случае кто должен непосредственно загрузку делать - сервисы. Контроллер опять же ленивый менеджер и все делегировать должен.

я тоже только осваиваю, для понимания работы можно и в контроллере оставить, но потом это вырастет в толстый контроллер

вот другой подход
ImageUploader
https://github.com/adelf/acwa_book_ru/blob/master/manuscript/1-bad-habits.md