допустим, у тебя в теле json запроса нет обязательного поля ты обязан будешь кинуть исключение

Пробовал работает лайк э шарм

Спасибо, надо было поднастроить ssh-демона чтобы он с 172.17.0.1 работать начал и, действительно, лайк э шарм 🤝

допустим, у тебя в теле json запроса нет обязательного поля ты обязан будешь кинуть исключение

я могу валидировать в контроллере и вернуть нормальный ответ апи чето типа return $this->json([ 'foo' => [ 'id' => 123, 'errors' => [....] ] ]); не бросая никаких исключений

я могу валидировать в контроллере и вернуть нормальный ответ апи чето типа return $this->json([ 'foo' => [ 'id' => 123, 'errors' => [....] ] ]); не бросая никаких исключений

зачем не бросать исключения, если можно бросать исключения? это же исключительная ситуация

потом и спрашиваю, нормально ли ) Я вот не считаю ошибки валидации исключительной ситуацией.

к томуже на фронте будет проще обработать этот ответ. подсветить чо не так.

normalizer и готовишь исключение в нужном формате для фронта)

потом и спрашиваю, нормально ли ) Я вот не считаю ошибки валидации исключительной ситуацией.

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

ну и на фронте вообще всё равно даже лучше, если по коду ответа понятно, что не 200

У кого-нибудь был опыт обновления проекта с symfony 2.8 php 7.1 до symfony 5.*/php 7.4?

c помощью rector сможешь обновить

https://github.com/rectorphp/rector

Да, смотрел на него, а он нормально зависимости типа сонаты и прочего обновляет?

c помощью rector сможешь обновить

Там же последовательно надо как-то обновлять Я читал пробовал обновлять с 2.8 до 3.4 но далее не смог до 4.3 Главные вещи конечно запустилась но дальше все в 500 уходило т.к. надо код править Я пробывал обновлять по статье https://tomasvotruba.com/blog/2019/02/28/how-to-upgrade-symfony-2-8-to-3-4/

кто может срочно помочь symfony2 session_write_close(): Failed to write session data using user defined save handler сессии хранятся в memcached php -i | grep session.save_path session.save_path => /var/lib/php/sessions => /var/lib/php/sessions на папку права 777

Всем привет. Кто работал с новой системой authentication в 5.3?

Как запустить параллельно 2 механизма форма и апи токен?

В доках как на зло инфа старая

Как запустить параллельно 2 механизма форма и апи токен?

в supports методе чекаешь что прилетело, и обрабатываешь исходя из данных.

в supports методе чекаешь что прилетело, и обрабатываешь исходя из данных.

Это понтно. вопрос о другом: в User есть метод public function getUserIdentifier(): string { return $this->apiToken; }

и тут либо email либо token получается надо настледовать от User ApiUser и там его переопределять

я не понял, две формы шлются на один роут и сложно узнать, где какая?

я не понял, две формы шлются на один роут и сложно узнать, где какая?

2 разных провайдера на одну entity

Отдельный аутентификатор для мыла, и отдельный для токена. если хотяб 1 из них сработает, то аутентифицирует

ну так в getUserIdentifier может быть что то одно

ну так в getUserIdentifier может быть что то одно

в доке и вравду кривовато все написано. Но есть выход. в UserBadge можно колбек засунуть. Будет чето типа return new Passport( new UserBadge($apiToken, function ($userIdentifier) { return $this->userRepository->findOneBy(['apiToken' => $userIdentifier]); }), new CustomCredentials( function ($credentials, UserInterface $user) { return $user->getApiToken() === $credentials; }, $apiToken ) ); чутка кастыльненько )

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

ну, новое даже так выглядит чище намного, чем старое

странно что они доку не поменяли

странно что они доку не поменяли

доки всегда отстают можешь помочь им с этим

доки всегда отстают можешь помочь им с этим

Сначала надо самому разобраться как оно работает :)

https://stackoverflow.com/questions/24681613/doctrine-entity-increase-value-download-counter Вот интересно а как это правильно делать? через запрос то понятно, но если, например делать инкремент из значения, которое находится в сущности в данный момент, то может получиться так, что 2 параллельных запроса попытаются заинкременить. получается самое надежное возложить это на базу данных

https://stackoverflow.com/questions/24681613/doctrine-entity-increase-value-download-counter Вот интересно а как это правильно делать? через запрос то понятно, но если, например делать инкремент из значения, которое находится в сущности в данный момент, то может получиться так, что 2 параллельных запроса попытаются заинкременить. получается самое надежное возложить это на базу данных

Возложить на базу - это атомарность

https://stackoverflow.com/questions/24681613/doctrine-entity-increase-value-download-counter Вот интересно а как это правильно делать? через запрос то понятно, но если, например делать инкремент из значения, которое находится в сущности в данный момент, то может получиться так, что 2 параллельных запроса попытаются заинкременить. получается самое надежное возложить это на базу данных

можно лочить, если аж колется, так надо через сущность

ну а какие вообще ещё представляются варианты?

Через мьютекс

Через мьютекс

это как ?

можно лочить, если аж колется, так надо через сущность

КОнкуретный запрос будет висеть до снятия лока ?

Задача такая - есть сущность в которую при API запросе должно писаться кол-во этих запросов.

это как ?

https://symfony.com/doc/current/components/lock.html

Задача такая - есть сущность в которую при API запросе должно писаться кол-во этих запросов.

почему нельзя это сделать как-то отложенно?

КОнкуретный запрос будет висеть до снятия лока ?

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

Задача такая - есть сущность в которую при API запросе должно писаться кол-во этих запросов.

эт не очень хорошая идея, статистика - отдельная от самих бизнессущностей задача

или реалтайм нужен?

хорошо, если API запросов будет 10 в секунду ? хотя.. я толкьо что подумал, что можно чуть логику изменить и сделать это в другой момент

эт не очень хорошая идея, статистика - отдельная от самих бизнессущностей задача

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

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

это оно и есть, у тебя сущности существуют отдельно от лимитов

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

ну так... а в чём проблема? держишь в памяти у себя + в базу скидываешь каждый N секунд

ну и проверяешь что бы (количество в памяти + количество в базе) < количества в тарифе

а что ты под разумеваешь под держать в памяти ?

сессия, мемкэш, редиска, файл....

флоу такой - получает апи запрос, сохраняем его в БД и кидаем задачу с id в реббит на обработку. в момент обработки надо проверить валидно ли количество уже обработанных запросов в соответствии с тарифом. Да, редис вариант. но для МВП не хочу нагромождать, т.к. это еще и на админа ляжет, а это лишнее время, которого сейчас нет. Пока виду вариант после окончания обработки запускать инкремент на стороне БД. Но опять же это не решит вопрос обработки задач, более чем 1 консюмером.

а чего не делать инкремент перед запуском задачи?

или чекать выполенные + в процессе

или даже не инкремент, а реально счёт вести в поинтах

чтоб были операции по 2-5 поинтов, например

инкремент + реальный счёт

соответственно у пользователя, а не у сущности и будет лимит на операции

count() дорогая операция

ну в принципе меня это скорее все устроит, будет скорее всего +5 примерно обработок от тарифа

А че нельзя сделать через dql update?

Зачем все эти мьютексы если на уровне бд и так уже есть внутри мьютексы где надо

Бывают ситуации когда через БД такое нельзя или не удобно сделать

Не знаю что может быть удобнее атомарного инкремента на уровне бд

Ну можно еще редис поднять там есть атомарный инкркмент но не понимаю особо в чем профит

В постгре там вообще есть такое понятие как сиквенсы и методы аля nextval()

Делаешь себе select nextval(sequence) и всё

Ну например если ооочень быстро инкрементить - база загнёться, а редиска нет

Не знаю, но звучит странно

Чем оно там принципиально отличается. Может там настроено так что редис не флашит на диск каждвйн инкркмент а бд флашит

Именно

Типа nosql

Ну есть риск потери счетчика тогда

В общем на больших нагрузках там свои правила

Хотя если настроить репликацию риск минимальный

Ну лучше пусть счётчик немного собьёться чем база будет тупить постоянно

В мускуле есть настройки которые позволяют настроить как часто идет флаш на диск

Минус правда в том что влияет на всю базу

Помню я получал существенный выигрыш в скорости в мускуле на запись когда изменял параметр этот