пхп форева

флекс выйдет, заживем же

это вечный спор

все пишут, на том, что удобно.

понятное дело, я утрирую

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

поставил laravel, там даже фавикон сф

кеш в браузере )))))

а silex кто нить юзал чисто для бэка?

даже в продакшене, а что?

просто интересно как он себя показывает

думаю о связке angular+silex

нормально показывает, смотря что нужно

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

это понятно)

просто по нему чет не так много инфы

свежей

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

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

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

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

спроса нет. если у тебя есть действительно маленький проект и тебе плевать на скорость - всё еще проще взять тот же ларавел. если важна именно скорость и поэтому ты хочешь менее тяжеловесный фреймворк - имеет смысл посмотреть в сторону других языков, типа go\rust\scala\etc.

остается только кейс, когда скорость всё же важна, но плодить стек технологий и искать программистов на еще один язык не хочется

а он не такой частый

вот у нас именно такой случай, поэтому юзаем

ну и фреймворк на реальном проекте имхо далеко не первое что тормозит )

ну и фреймворк на реальном проекте имхо далеко не первое что тормозит )

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

в итоге тот же сайлекс имеет меньшее ядро, меньшее количество фич. нет DIC, более простой роутинг, вот это всё.

ну и в целом, когда бОльшая часть бизнес логики в этой самой апихе это SQL запросы и pure-PHP для обработки данных перед отдачей на фронт, какой смысл брать что-то навороченное?

ну и в целом, когда бОльшая часть бизнес логики в этой самой апихе это SQL запросы и pure-PHP для обработки данных перед отдачей на фронт, какой смысл брать что-то навороченное?

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

Ну собственно поэтому и ответил, да, юзаем )

спасиб за ответ)

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

оффтоп, мне казалось раньше cloc умел понимать куски SQL кода и считал их как SQL, а тут вдруг пишет что php-only.

это что было?

Откуда то наплыв

боты

Перебанил или пока не мешают?

надо бота поставить

сейчас забаню

Кажется у них генератор имен из Докера позаимствован

кто что использует? fos_oauth_server или jwt ?

2 разные вещи. Jwt используется для аутентификации. Оа для авторизации.

кто-нибудь знает готовые решения для внедрения чата на симфони? И лучше бы на вебсокетах и не завязанного на fosuserbundle. Не хочется городить ведро своих костылей и сроки как всегда

блин, как такое возможно curl -X POST http://web.local/app_dev.php/api/login_check -d _username=ol_sm -d _password=123455 выдает токен, а через postman "Bad credentials"

проверь хедеры

нормально там все

Username \"NONE_PROVIDED\" does not exist. в логе пишет

все ровно прописано

Username \"NONE_PROVIDED\" does not exist. в логе пишет

Это означает, что ты неверно передаешь параметр пользователя

Кто-нибудь может подсказать, как генерировать уникальный id для каждого поля формы, включая вложенные?

uniq

возьми uuid

А в каком вообще месте его можно задавать? Если у меня кастомный тип или FormCollectionType, например

кто-нибудь знает готовые решения для внедрения чата на симфони? И лучше бы на вебсокетах и не завязанного на fosuserbundle. Не хочется городить ведро своих костылей и сроки как всегда

Плюсую, тож интересен вопрос

вебсокеты? на пхп? шо, опять?

можно на каком-нибудь socket.io на ноде накостылить решение, взять первую попавшуюся демку, которых миллион и заюзать. можно как взрослый прикрутить центрифугу, она "ок".

https://github.com/centrifugal/centrifugo

Rocketchat

а чем плох node-redis-sf?

а чем плох node-redis-sf?

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

Rocketchat

ух монстр какой

я помню юзал Ratchet

сейчас как вспомню, вот хохма то

вебсокеты? на пхп? шо, опять?

Есть платформа оро црм, длч нее нужно сделать чатилку сотрудников. Сокеты в проекте есть уже вроде как, как и юзеры и тому подбное. Проект тяжёлый итак очень

Так что тяжёлого городить не хочется ничего

Ребята, может вы знаете, помогите советом. У меня в БД в json хранятся доп. поля сущности. При этом в разных видах, обычно там массив [type=>123, id=>121, value=>123sad] расшифровка ID - в статических классах. Как лучше сделать генерацию текстовой составляющей при рендере

пока идея только делать что-то типо маппинга, для такого столбца, такой класс енумов

и там дергать

ничего в голову не приходит

А в каком вообще месте его можно задавать? Если у меня кастомный тип или FormCollectionType, например

У FormType можно задать дефолтные значения для полей. Ничто не помешает сделать там new UUID(). Ну или в конструкторе, или в entity listener prePersist

кто-нибудь знает готовые решения для внедрения чата на симфони? И лучше бы на вебсокетах и не завязанного на fosuserbundle. Не хочется городить ведро своих костылей и сроки как всегда

Есть Gos Web Socket Bundle, его функционала хватит с головой для чатов

У FormType можно задать дефолтные значения для полей. Ничто не помешает сделать там new UUID(). Ну или в конструкторе, или в entity listener prePersist

Спасибо, все верно. Еще для CollectionType и наследников каждое значение - это еще один вложенный экземпляр Form, а у Form есть id'шники

А можно такой вопрос

почему чат это именно вебсокеты, вк до сих пор юзает long pooling

можно так упростить, или вообще, заюзать SSE

Лонг поллинг много у кого, Google Docs и Facebook его используют. Просто два способа решения проблемы

почему чат это именно вебсокеты, вк до сих пор юзает long pooling

Ну как "упростить", в сокетах тоже ничего сложного нет. А аргумент про то, что его где-то юзают, достаточно странный. Мотивы у всех свои. Тот же вк внедрял всё это достаточно давно, тогда сокеты просто банально далеко не каждый браузер держал. А сейчас, даже если вдруг выяснится что сокеты солидно профитнее - всё равно надо дважды подумать, прежде чем тратить силы на переписывание того, что работает.

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

Хорошо, давайте поспорим

Я не за лонг пуллинг, просто до истины какой-то дойдем, критерии нужны :)

Хорошо, давайте поспорим

Разве что чуть-чуть, времени свободного не так много )

Таски сами себя не закроют )