оффтоп, мне казалось раньше 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

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

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

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

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

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

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

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

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

честно говорю, я сам хз