да ну, это фича дополнительного характера. Для меня в формах в разрезе API то что я могу описать правила на получаемые данные, провалидировать их и замапить на сущность или дто.
ну вас никто не заставляет их рендерить в html. Я не вижу особых проблем почему для API не стоит использовать формы. Они хорошо подходят для маппинг, валидация реквест данных. Конечно в какой-то момент они избыточны, но согласитесь, что писать велосипед дороже. Хотя есть еще вариант использовать OptionsResolver, но не использовал, не могу по нему сказать какие плюсы или минусы.
Я бы не сказал что OAuth2 избыточный. Все зависит от того для чего его применять. Если вы пишите апи который используете только вы, то да возможно нет смысла тянуть туда OAuth2. digest и oauth разные цели преследую. oauth в первую очередь для того чтоб авторизировать приложение.
По поводу entity type. Все очень просто, вы можете указать в опциях query builder и тогда он будет вытягивать с условием in. Да не очевидный кейс но он работает
Я вам А, вы мне В. Разговор был про таймаут, вы мне рассказывается про персистентное соединение, при чем тут это? Даже если все фоне то кого волнует что соединение будет персистентное? От того что оно закешируется для фоновой задачи вы где-то выиграете?
Читайте внимательно
Постоянные соединения не закрываются при завершении работы скрипта, они кэшируются и используются повторно, когда другой скрипт запрашивает соединение с теми же учетными данными
К сожалению этот параметр не решает проблему сброса соединения со стороны MySQL сервера.
Изменение цены от $0.99 до $3.99 не оказывало значительного влияния на продажи
Мне почему-то кажется что это может быть эффективно только если приложение реально раскрученное и востребованное. Я так понимаю, как ни крути, ваше приложение все таки не для всех?
не вы один
Ну а если помимо API у вас есть веб сайт, где есть такие же сущности, то тогда легче юзать форму для двух вариантов.
Основной мой посыл в том что формы это не панацея. Все зависит от разработчика, который должен понимать что делает, а то потом может быть очень плохо)
зачем он вам? лучше взять FOSOAuthServerBundle и проблем не будет.
Дык мод уже на поддержки сообщества. Все силы направлены на отдельную игру DayZ
И еще в Silex есть DI)
Постоянные соединения не закрываются при завершении работы скрипта, они кэшируются и используются повторно, когда другой скрипт запрашивает соединение с теми же учетными данными
К сожалению этот параметр не решает проблему сброса соединения со стороны MySQL сервера.
Мне почему-то кажется что это может быть эффективно только если приложение реально раскрученное и востребованное. Я так понимаю, как ни крути, ваше приложение все таки не для всех?