В доктрину-то карбон не надо, наверное Достаточно в твиг-шаблонах хелпер Ну или если апи, то у сущности можно геттер с пропуском через diffForHumans()

Здарова комрады. Здесь есть 3 разрабы, у которых есть опыт работы с Amadeus?

Это хрень для бронирования авиабилетов? Или другое :)

ага

В доктрину-то карбон не надо, наверное Достаточно в твиг-шаблонах хелпер Ну или если апи, то у сущности можно геттер с пропуском через diffForHumans()

почему? в случае доктрины оверхед минимальный, а в примере с апи сущность ничего не должна знать о форматах (первый пример - отображение в разных форматах и на разных языках), в таком случае должен быть отдельный форматтер\принтер

В доктрину-то карбон не надо, наверное Достаточно в твиг-шаблонах хелпер Ну или если апи, то у сущности можно геттер с пропуском через diffForHumans()

какая разница делать new DateTime или new Carbon?

ты беспокоишься по поводу того что это привязка к сторонним решениям?

какая разница делать new DateTime или new Carbon?

никакой... впили свой тип и делай что хочешь

doctrine-тип конечно

ты беспокоишься по поводу того что это привязка к сторонним решениям?

Мне просто кажется, что diffForHumans это какая-то ситуативная вещь, не более чем представление данных. И это проблема шаблона (не важно, Twig или там какого-то JS-фреймворка в случае SPA) представить полученную дату в виде "3 часа назад" с учётом языка и таймзоны. Я бы в API вообще отдавал только в формате ISO8601

Мне просто кажется, что diffForHumans это какая-то ситуативная вещь, не более чем представление данных. И это проблема шаблона (не важно, Twig или там какого-то JS-фреймворка в случае SPA) представить полученную дату в виде "3 часа назад" с учётом языка и таймзоны. Я бы в API вообще отдавал только в формате ISO8601

ну там же не только diffForHumans есть)

Карбон же екстендит DateTime. Даже код нигде менять не придётся.

Ребятули, можно ли както “по умному” отловить ошибку при валидации UniqueEntity (email) и сменить 400ый код респонса на 409? фосрест, симфони формы

Ребятули, можно ли както “по умному” отловить ошибку при валидации UniqueEntity (email) и сменить 400ый код респонса на 409? фосрест, симфони формы

А там что, исключение не выбрасывается?

Ребятули, можно ли както “по умному” отловить ошибку при валидации UniqueEntity (email) и сменить 400ый код респонса на 409? фосрест, симфони формы

Ты хочешь именно одну ошибку валидации повесить на 409 а все остальные ошибки валидации на 400? Тебе не кажется это хреновой идеей? Я так понимаю, связанно это с тем, что на клиенте тебе нужна дополнительная логика, и ты хочешь проверить статус if 409 doSmthingWithEmail ? Ответь на вопрос: А что будешь делать, когда у тебя закончаться все 90+ свободных четырехсотых статусов? Поправь меня если я что-то не так понял

@skobkin неа, там ошибка валидации формы

@benbor я не хочу) я против этого

@skobkin неа, там ошибка валидации формы

Ну допустим. А проблема-то на каком этапе возникает?

@benbor я не хочу) я против этого

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

@skobkin { "code": 400, "message": "Validation Failed", "errors": { "children": { "firstname": [], "lastname": [], "email": { "errors": [ "This value is already used." ] }, "plainPassword": { "children": { "first": [], "second": [] } } } } }

@skobkin предлагаешь втупую проверять массив на наличие этой ошибки?

@skobkin предлагаешь втупую проверять массив на наличие этой ошибки?

Нет, не предлагаю. Ты же выдаёшь этот JSON в ответ. Почему бы не проверить ДО того как выдал?

@benbor да это одна девушка спрашивает, которой тут нима. я подумал, что тут мозги есть, которые подскажут адекватное решение

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

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

Ну кода тут никто не видел, вроде. Можно предложить if, но это тебе вряд ли поможет.

Ребята, подскажите по доктриновским миграциям, плз. По умолчанию в таблицу выполненных миграций пишется только версия. Номер итерации не известен. Что делать, если было выполнено 3 итерации (например сливали 3 ветки, и во всех было по несколько миграций) и одну из них надо откатить? Есть способ просто сказать, откати одну итерацию, а доктрина сама разберется какие миграции попали в итерацию? Может пакет какой нибудь есть... Типа как в ларавеле

Ребята, подскажите по доктриновским миграциям, плз. По умолчанию в таблицу выполненных миграций пишется только версия. Номер итерации не известен. Что делать, если было выполнено 3 итерации (например сливали 3 ветки, и во всех было по несколько миграций) и одну из них надо откатить? Есть способ просто сказать, откати одну итерацию, а доктрина сама разберется какие миграции попали в итерацию? Может пакет какой нибудь есть... Типа как в ларавеле

Из коробки там никаких итераций нет в принципе. Конкретную миграцию откатить - да. Конкретный коммит - нет, ЕМНИП.

Ты хочешь именно одну ошибку валидации повесить на 409 а все остальные ошибки валидации на 400? Тебе не кажется это хреновой идеей? Я так понимаю, связанно это с тем, что на клиенте тебе нужна дополнительная логика, и ты хочешь проверить статус if 409 doSmthingWithEmail ? Ответь на вопрос: А что будешь делать, когда у тебя закончаться все 90+ свободных четырехсотых статусов? Поправь меня если я что-то не так понял

Поясните плиз за 90+. Чем они ограничены?

комит не важен, это я для примера

Алексей if (!$request->request->has('registrationForm')) { throw new InvalidFormNameException('`registrationForm` form name allowed!'); } $user = $userManager->createUser(); $form = $formFactory->createNamed('registrationForm', RegistrationType::class, $user); $form->handleRequest($request); if ($form->isValid()) { $user->setEnabled(false); $user->setConfirmationToken($tokenGenerator->generateToken()); $event = new FormEvent($form, $request); $eventDispatcher->dispatch(FOSUserEvents::REGISTRATION_SUCCESS, $event); $userManager->updateUser($user); $mailer->sendConfirmationEmailMessage($user); return $this->view(['needConfirmation' => true], Response::HTTP_CREATED); } return $this->view($form);

if ($form->isValid()) { // ... } else { // ... ??? }

@skobkin нет, нужно отловить только UniqueEntity для email

и только в этом случае 409

@skobkin нет, нужно отловить только UniqueEntity для email

Ну, то есть, при нём у тебя true === $form->isValid()?

нет

но она будет не валид и в куче других случаев

если пришло 10 миграций, были выполнены первые 5 потом еще 2 потом еще 3, можно как то сказать откати последние 3 (не думая о версиях. Просто сказать migrations:rollback а он сам понял что последний раз накатывались 3)

например емеил короче 3ех символов

или сколько там

но она будет не валид и в куче других случаев

Ну и? Тебе никто не мешает сделать ещё один if().

ясно)

Ты же можешь из $form дёрнуть конкретное поле и его на ошибки проверить.

Хотя в целом ты что-то странное делаешь, кажется.

та это все понятно

я спрашивал про красивые методы решения проблемы

таких методов я сам 3 штуки придумал

если пришло 10 миграций, были выполнены первые 5 потом еще 2 потом еще 3, можно как то сказать откати последние 3 (не думая о версиях. Просто сказать migrations:rollback а он сам понял что последний раз накатывались 3)

Из коробки - нет. Можно конкретно сказать, что откатить. Но понять, что откатить - твоя задача.

Можно это решить, например, на уровне CI. Хотя, наверное, кто-то какое-то дополнение для DoctrineMigrations тоже делал.

может бандлы какие то есть, которые расширяют миграции?

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

найс решение, да?)

Можно это решить, например, на уровне CI. Хотя, наверное, кто-то какое-то дополнение для DoctrineMigrations тоже делал.

можно и свою команду написать, которая будет добавлять номер итерации, но хочу поискать сначала готовое (наверняка же кому то это нужно было еще)

можно и свою команду написать, которая будет добавлять номер итерации, но хочу поискать сначала готовое (наверняка же кому то это нужно было еще)

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

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

ЯННП. Ты написал что-то странное.

угу, по кривости также, как и через if

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

Бро, ты можешь ответить ЗАЧЕМ тебе 409. (хорошо, девушке, а не тебе) какую проблему это решит.

@benbor да я не ебу) мне в данной ситуации интересует только элегантное решение

угу, по кривости также, как и через if

По крайней мере, if - очевидно и читаемо. За логикой уследить проще. А какие-то отдельные классы с булёвыми свойствами - это страннота.

ну скорее всего для того, что бы на фронте отобразить окошечко другое для конкретно этой ошибки

блять :) так нету элегантного решения, когда проблемы не поставлена элегантно. То что ты просишь какая-то дичь. Если говорить "409 при ошибке емейла это БИЗНЕСС ТРЕБОВАНИЕ" тогда if будет очень даже элегантно.

@benbor да я не ебу) мне в данной ситуации интересует только элегантное решение

Это плохо. Нужно решая задачу смотреть на цель, которую нужно достичь в итоге. Потому что иначе могут ставиться абсолютно ненужные задачи.

Но скорее всего девушке стоит объяснить что менять статус на одну ошибку это пиздец хуевая идея, и тогда будет ЭЛЕГАНТНОЕ решение

В крайнем случае можно не валидировать это в форме А просто сделать ` try { $this->em->flush(); } catch (UniqueConstraintViolationException $exception) ` Но вообще-то это не юзкейс для кода 409, если что

ERROR: S client not available

ps как вообще в программировании можно применять слово "Элегантно" что это такое.... это не технический термин !!!

Ребята, кто нибудь для тестов использовал SQLite in memory mode database schema?

Это вообще законно?

Это вообще законно?

Абсолютно, но поскольку люди иногда пользуются специфичными для конкретной БД фичами (взять тот же postgis), это не всегда можно сделать

Ребята, кто нибудь для тестов использовал SQLite in memory mode database schema?

Типа у тебя в проде одна СУБД, а в тестах ты используешь вместо неё SQLite?

@benbor окей, учту)

Типа у тебя в проде одна СУБД, а в тестах ты используешь вместо неё SQLite?

В проекте нету ни строки кода на чистом SQL

Абсолютно, но поскольку люди иногда пользуются специфичными для конкретной БД фичами (взять тот же postgis), это не всегда можно сделать

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

В проекте нету ни строки кода на чистом SQL

Тем более. Не вижу смысла использовать SQLite, если у тебя уже завязка на другую СУБД.

@benbor окей, учту)

welcome

Почему завязка? Как раз заявязки нет - все чисто QueryBuilder разруливает

Так-то стремно конечно

Да я бы тоже для интеграционных тестов использовал реальную базу (и с конфигом максимально близким к продакшну), но если там одноклеточный CRUD, то проканает

Просто очень интересно стало, зачем тогда ещё этот in_memory

На пхп то)

Да я бы тоже для интеграционных тестов использовал реальную базу (и с конфигом максимально близким к продакшну), но если там одноклеточный CRUD, то проканает

И если схемы из постгреса, например, не используются. И последовательности.

Ребята, кто нибудь для тестов использовал SQLite in memory mode database schema?

мы используем. большой проект. есть базо-зависимые запросы и их можно либо мокать, либо писать две версии процессинга (узнать у доктрины драйвер)

А то на проекте маразм: на каждый тест загружаются необходимые фикстуры, т.е. каждый раз транкейтится бд

+ проще сделать параллельное тестирование (в несколько процессов)

У нас тут тоже накосячили) На каждую ветку и коммит собирается свой билд и поднимает контейнер.

CI машинка должна быть мощной для параллельных вычислений

Там еще docker

Тоже свои вопросы, хз короче

Есть какой-то fastest

И он все ядра жрал

Но проще кнеш поправить параллельное тестирование)

fastest это просто параллельное выполнение юнит-тестов, вроде. Пользовался им один раз, не понравилось что-то, что – не помню

Ну точнее не "юнит тестов", а "тестов на phpunit"

ps как вообще в программировании можно применять слово "Элегантно" что это такое.... это не технический термин !!!

А вот тут я бы возразил, кстати. Очень даже хорошо оно порой описывает ситуацию