Max
Max
Евгений
Nikolay
Евгений
спасибо, посмотрю
Евгений
Друзья! Помогите пожалуйста настроить docker phpstorm xdebug.
Евгений
Nikolay
У вас сервер настроен? (PHP -> Servers)
Евгений
Да
Алексей
Евгений
Спасибо. С праздником!
rekhlitskyi.dmytro
Thawne
Всем привет, такой вопрос, у меня есть таблица customer и job, и я пытаюсь получить список клиентов с их заказами. Как видно на скрине я четко указал что мне нужен только job с id 41534 но он мне вытаскивает все job’ы клиента🤔
Денис
Денис
Если тебе нужна одна конкретная джоба, то и получай ее в соответствующем репозитории
Корочка
Ребята, всем привет. Не подскажете пожалуйста, может кто знает как Phpstorm сделать git checkout -- .
Igor
Gleb
Корочка
Денис
Товарищи. Есть мнение, что среди нас завелся спамер
Денис
Нужно его вычислить
Max
да и еще с премиум подпиской)
Sergey
Не знаю о ком вы. Даже подозрения нет.
Nikolay
Привет всем, есть такой спорный вопрос по миграциям, нужно ли писать откат для миграции, которая обновляет данные. Я считаю, что это нецелесообразно и просто трата времени. Подскажите, что можно почитать по этой теме, чтобы убедиться, что я неправ
Sanan
а в связи с чем эта миграция была создана? вместе с каким то функционалом, который эти данные использует, или это просто данные, и от них ничего не зависит?
Sanan
что будет если ты в откате миграции откатишь эти изменения? на что это повлияет?
Sanan
если эти изменения ни на что не влияют, и откат их не может как либо пагубно отразится на системе, которая их использует, и при их откате ничего не случится критического, то думаю, можно смело писать миграцию на откат
Иван
Иван
ценность ролбеков крайне ограниченная
Sanan
он мог там что то накодить, что может использовать эту версию миграции
Sanan
например какой нибудь енам
Sanan
и при откате миграции по бд, надо и версию приложения откатить
Sanan
надо смотреть связана ли миграция с функционалом приложения
ꗇ
ꗇ
полагаю, это по крайней мере "good practices", раз там оно есть..
Nikolay
Sanan
ну по такой логике можно вообще откатывающие миграции не писать
Nikolay
Если цены снова поменяются то это уже будет новая миграция
Nikolay
ꗇ
Привет всем, есть такой спорный вопрос по миграциям, нужно ли писать откат для миграции, которая обновляет данные. Я считаю, что это нецелесообразно и просто трата времени. Подскажите, что можно почитать по этой теме, чтобы убедиться, что я неправ
я вообще если честно, не имел дела с "миграцией, которая обновляет данные". Миграции (если мы про Доктрину и тд) - они как раз про структуру БД, кмк 🤷♂
Nikolay
ꗇ
Nikolay
Nikolay
ꗇ
Nikolay
Pavel
Раз уж эти данные так редко меняются - меняйте ручками запуская запрос, зачем вам для этого миграции? Миграции нужны для поддержания актуальности схемы данных, а не изменения самих данных, особенно не константных. В крайнем случае напишите себе консольную команду, которая будет обновлять нужные данные..
Pavel
Иначе это у вас не список миграций, а история sql запросов какая то
Pavel
Которая еще и в репозитории хранится
The Ant
Привет всем, есть такой спорный вопрос по миграциям, нужно ли писать откат для миграции, которая обновляет данные. Я считаю, что это нецелесообразно и просто трата времени. Подскажите, что можно почитать по этой теме, чтобы убедиться, что я неправ
откат не нужен в принципе, потому что откат это изменение бд, а изменение бд это миграция. Т.е. накатываем новые миграции всегда, в том числе для отката в старое состояние
The Ant
The Ant
по моему все делают быстрофиксы )
Павел
Если можно сделать быстро фикс, то лучше его. А если нельзя или проблема не понятна?
The Ant
что делать когда во время миграции меняются данные?
например после енама откат невозможен обычным запросом, там ебанина будет
The Ant
имеюв виду енам -> инт тип колонки
Павел
Не делать енамы в БД)
The Ant
в любом случае, случайно не роллбекнуть миграцию надо делать новую, это будет осмыселнный шаг
Павел
Ну а вообще надо конкретные кейсы и конкретные проекты рассматривать, где то и даун проекта возможен на "технический перерыв"
The Ant
ну крч даун миграции для педиков )
это сразу потенциальные проблемы куда хуже чем небольшой факап в коде, вплоть до проеба всех данных
Ivan
Всем привет! Пробую использовать Baldinof/roadrunner-bundle. Столкнулся с проблемой с сессиями, что они пересоздаются каждый раз заново, причём это поведение проявляется в prod режиме. В dev работает корректно. Изменение поведения kernel_reboot strategy на always ни к чему не приводит. Помогает только установка http.pool.num_workers=1. Никто не сталкивался?
Vlad
а сессии где лежат?
Ivan
Redis
Max
Max
Еще отличие dev от prod это количество job-ов
В dev = 1, а в prod сколько укажешь
Ivan
Ivan
Я видел у этого bundle вот такой middleware, https://github.com/Baldinof/roadrunner-bundle/blob/2.x/src/Integration/PHP/NativeSessionMiddleware.php
И предполагал, что сессия будет восстановлена из куки. И от количества workers вроде как не должно зависеть?
Max
Max
В чате разрабов RR часто помогают с таким