и парсить все запросы? тоже интересна задумка

И не надо)

Запросы или подготовку. Ну там уже смотреть надо. Вообще вроде даже логгер внутри есть, можно попытаться что-то и с ним сделать. Хотя тогда все равно изначально пролетит запрос изначальный...

а кстати кто-то делал партицирование таблиц? мне надо было партицировать данные по клиентам. тож немного намучался с doctrine

А в чем проблема была?

в основном в этом
https://github.com/doctrine/orm/issues/8431

не всегда изменение setPrimaryTable срабатывает. для DQL точно не работает.

насколько я знаю - партиционированием должна заниматься СУБД исходя из того, какой запрос к ней пришел

Тимлид: всегда делайте ясные и понятные комментарии к своим коммитам.
Так же тимлид: ...

P.S. Это не шутка и не фотошоп, реальный скрин из нашего гита.

А как вы потом коммиты к таскам в жире привязываете?

Я не жирный, просто у меня кость широкая. *ба-дум-тсс*

У нас всё внутри GitLab. Вообще всё. Никаких жиров, никаких других средств коммуникации (кроме личного общения и мессенджеров). Ну и, если без шуточек, то там, я полагаю, были срочные правки и было не до осмысленных названий.

правки в 7 коммитов, фрагилити хороший у вас?

Пр привязал и все

нет, всё плохо. Там за 10 лет было очень много разработчиков и всё сделано чёрт-те как. Только недавно более-менее нормальная команда собралась. Сейчас часть времени уходит на внедрение фич, а вторая часть — на рефакторинг старого кода.

У нас прост в каждом коммите есть линка на жиру, потом правый клик на коде, Annotate и сразу в один клик в жиру попадаешь

Круто) если 2 чела на проекте, то бівает лень)

Лень что?)

Оформлять коммит

Та прост имя тикета написать, а линку и тайтл таски по хуку гита из апи жиры выловить можно

Всем привет! Вопрос по урл генератору.

Короче, генерирую ссылку для колбека платежки. И мне нужно ее сгенерировать в двух контекстах
1. когда другой сервис стучится на мой и создает платеж
2. когда я отображаю на своем сервисе список доступных ссылок

Все упирается в то что при генерации ссылок присутствует RequestContext, который в первом случае стрится из урла http://payment/ (между докерами) а во втором случае это сайт который торчит наружу.
Нужно чтобы конкретно эти ссылки были всегда одинаковыми. Решение в целом есть - устанавливать новый контекст. Однако, это меняет его для всего приложения в рандомной точке, что не ок.

И тут есть два варианта - либо клонить сервис, и ставить ему контекст, либо устанавливать нужный контекст на момент генерации ссылки. Как бы вы вышли из такой ситуации?