ничего не изменилось

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

А, обычно тебе нужно заменить только часть, (Я менял твиг и логин по емейлу - остальное меня устраивало). Кому нужно больше там есть куча костылей - ивентов, на крайняк кидаете роут на свой контроллер и переписываете метод (полностью замещая фос реализацию) Про отдельно юзеров и креды - вещь полезная, но только для энтерпрайзу (один раз была необходимость). Для дефолтных апликачек-админочег не очень и нужно.

Короче, если начнешь, я звездочку на гитхабе поставлю :)

надо тебе поддержка логина по никнейму - вуаля, надо тебе двухфакторная аутентификация - на

не подходит и нужен LDAP - вуаля, можешь бридж подрубить

надо подтверждение о регистрации с СМС и кодом - вулая, надо с email и вводом этого кода на скрине - ну ты понял идею

чет смахивает на вжух ....

fos user bundle как бы это RAD

для всяких хакатонов, прототипов и прочего гавна

ну я об этом и говорю, у тебя либо RAD либо нихера

не подходит и нужен LDAP - вуаля, можешь бридж подрубить

Symfony Guard же есть

Symfony Guard же есть

есть)

но это если мы про логин говорим

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

p.s. вообще что-то типа клона auth0

мне он понравился

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

я предпочитаю такое самому писать

не так уж часто это приходится делать

последний раз писал модуль юзеровый года 3.5 назад

еще стоит учитывать, что активации, восстановления и прочее это еще и инфраструктурные штуки

может за 3 года они наконец релизнули новую мажерную версию и переписали ее знатно

Релизнули, но изменений там не шибко много.

Я знаю киллерфичу в новом фосе: регистрация/авторизация через yandex аккаунт + автоматическая установка амиго, если галочку не отжал

Что то из интересных обсуждений скатились в говно

fos user bundle он такой

Смысла в FosUserBundle не много. В итоге его заменяют своими реализациями

Что тут обсуждать?

У всех свои требования

не напишем универсальную шнягу

fub чисто пример для реализации

Ничего более

не так уж часто это приходится делать

ну если у тебя один проект и только он) у меня есть куча небольших проектов по 2-3 месяца каждый так что мы это делаем раза 3-4 в год минимум

и прям каждый раз одинаковый модуль с креденшиалами?

Парни, привет. Объясните мне дураку, почему при создании рефлексии в returnType метода при указании типа integer мне приходит \Namespace\integer, а при указании типа int => int ??? php7.1 http://take.ms/j9jq6

и прям каждый раз одинаковый модуль с креденшиалами?

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

ну есть кастомы но это типа... уже кастомы)

Парни, привет. Объясните мне дураку, почему при создании рефлексии в returnType метода при указании типа integer мне приходит \Namespace\integer, а при указании типа int => int ??? php7.1 http://take.ms/j9jq6

потому что нет такого типа

integer

есть int

integer - может быть напрмиер название класса

и если ты не указал явно use будет браться из текущего неймспейса

int - тип примитива, integer - тип объекта

Но при этом я могу вот так: (integer) "0" // 0

Но при этом я могу вот так: (integer) "0" // 0

Это пхп

Блин)

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

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

Так же как на любой сервер.

int - тип примитива, integer - тип объекта

Спасибо

Но при этом я могу вот так: (integer) "0" // 0

потому что это умел пых еще с 5-ой версии

если не раньше. Обратная совместимость.

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

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

и зря

уже 1005000 версий тянут

Но это ппц не очевидно... У меня щяс мир перевернулся. Я всегда думал что boolean, integer, и double это то-же самое что int, bool, float

и зря

скажи это тем несчастным у которых все завязано на классы Integer

Но это ппц не очевидно... У меня щяс мир перевернулся. Я всегда думал что boolean, integer, и double это то-же самое что int, bool, float

это PHP)

язык проектируемый стихийно

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

скажи это тем несчастным у которых все завязано на классы Integer

Я один из них)) Был...

там такие эпичные срачи были

я помню раз в пару дней просто с попкорном internals читал)

Так же как на любой сервер.

Там доступ только с локал хоста)

Там доступ только с локал хоста)

Это как понимать?

Там доступ только с локал хоста)

и что мы должны придумать?

Но это ппц не очевидно... У меня щяс мир перевернулся. Я всегда думал что boolean, integer, и double это то-же самое что int, bool, float

Ты ещё про проблему haystack/needle в аргументах функций вспомни...

я помню раз в пару дней просто с попкорном internals читал)

Та бляха. В пхп голоса в основном у всяких пидоров

ERROR: S client not available

Ну, app.php проверяет с локалхоста обращаются к нему или нет)

Потому и треша всякого приносят

Ты ещё про проблему haystack/needle в аргументах функций вспомни...

мне вчера открыли глаза почему array_map убогий

Ты ещё про проблему haystack/needle в аргументах функций вспомни...

С этим я уже смирился давно к сожалению ))

Ты ещё про проблему haystack/needle в аргументах функций вспомни...

а что не так7

Типа везде по разному7

мне вчера открыли глаза почему array_map убогий

Где?

Та бляха. В пхп голоса в основном у всяких пидоров

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

Где?

тут

Типа везде по разному7

Да1

тут

Я всё проспал :(

@Enleur объяснил что там все так потому что можно больше одного массива передать)

Потому и треша всякого приносят

основной урон был во времена php3. С большинством этого трэша мы живем до сих пор. Пытаются сделать все что можно по максимуму сохраняя BC

иначе будет как python2/python3

основной урон был во времена php3. С большинством этого трэша мы живем до сих пор. Пытаются сделать все что можно по максимуму сохраняя BC

Дело даже не в том что старое выпилить не могут

а то что новое моментами трешовое

оговорился. Новое

будущее за котлином?

Из последнего меня ОЧЕНЬ смутило это RFC

https://github.com/php/php-src/pull/2265

эт для обратной совместимости в либах

эт для обратной совместимости в либах

Поясни

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

Да

но нет

Слишком мягко

поступают

будущее за котлином?

вот я тоже думаю что вместо того что бы пытаться сделать из пыха нормальный язык проще работать в сторону интеграции пыха в другие языки. В .NET так например сделали и норм

если у тебя нет возможности резко всять и переписать все на .NET Core то можно заюзать тулу

https://github.com/peachpiecompiler/peachpie

и не страдать фигней

знаем такое