потому что прочитай дескрипшн)

> Provides integration for Doctrine with various Symfony components

это задача этого пакета - всё что можно симфонёвого в доктрину впихнуть

но работает же из коробки 😄

у рамси вон аналогичный пакет нашел

затестю как нить

но работает же из коробки 😄

эээ, нет, этого пакета вообще из коробки нет

Всем мир! Подскажите пожалуйста, если использовать для фронтенда reactjs, и авторизацию через jwt, то нужно для загрузки некоторых страниц делать несколько запросов, а если они на защищенные роуты, то и несколько проверок валидности токена? Или это делается по другому? Спасибо.

А в качестве бэкенда symfony

а зачем вам jwt?

почему не хотите использовать сессии?

Всем мир! Подскажите пожалуйста, если использовать для фронтенда reactjs, и авторизацию через jwt, то нужно для загрузки некоторых страниц делать несколько запросов, а если они на защищенные роуты, то и несколько проверок валидности токена? Или это делается по другому? Спасибо.

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

Всем мир! Подскажите пожалуйста, если использовать для фронтенда reactjs, и авторизацию через jwt, то нужно для загрузки некоторых страниц делать несколько запросов, а если они на защищенные роуты, то и несколько проверок валидности токена? Или это делается по другому? Спасибо.

Все так, но обычно это все под капотом на каждый запрос (защищенный).

Котаны, такой вопрос. У меня есть некие контроллеры, которые не контроллеры. Т.е. задача фактически сводится к тому, чтобы в сервисе диспатчера иметь контейнер с доступам к этим контроллеров на паблик. В рамках симфони можно было сделать: class: ControllerManager arguments: $container: !service_locator - App\Controller\Example: '@link_to_controller_service' - App\Controller\AnotherExample: '@link_to_another_controller_service' Но проблема в том, что эти сервисы грузятся как ресурcы: App\Controller\: resource: 'App/Controller' tags: ['app.controller'] Т.е. фактически у меня на руках есть теггед итератор из которого нужно создать сервис локатор. Я вот и не знаю как это сделать

А, всё, туплю

есть же !tagged_locator

App\Controller\: resource: 'App/Controller' tags: ['app.controller'] Example\ControllerManager: arguments: $container: !tagged_locator tag: 'app.controller'

Всем спасибо за предоставление услуг жёлтой уточки)

Народ, а как вы с интернационализацией на проекте работаете? Имею в виду, как разруливать какая сейчас локаль стоит у юзера? Где и как задавать дефолтный язык? Я сделал простенький резолвер, и подпихиваю его везде. Но мне чет не нравится эта штука. М.б. есть получше решение? https://pastebin.com/vqEMxiai

Народ, а как вы с интернационализацией на проекте работаете? Имею в виду, как разруливать какая сейчас локаль стоит у юзера? Где и как задавать дефолтный язык? Я сделал простенький резолвер, и подпихиваю его везде. Но мне чет не нравится эта штука. М.б. есть получше решение? https://pastebin.com/vqEMxiai

В настройках, как вариант

В настройках, как вариант

в каких настройках? у меня их нет )

в каких настройках? у меня их нет )

Сделать в базе табличку с настройками и там хранить, если это целесообразно

Народ, а как вы с интернационализацией на проекте работаете? Имею в виду, как разруливать какая сейчас локаль стоит у юзера? Где и как задавать дефолтный язык? Я сделал простенький резолвер, и подпихиваю его везде. Но мне чет не нравится эта штука. М.б. есть получше решение? https://pastebin.com/vqEMxiai

Кука, заголовок с языком браузера. Ну и по урлу как вариант если используется такое.

Кука, заголовок с языком браузера. Ну и по урлу как вариант если используется такое.

это понятно, вопрос в том что такое смастерить, чтоб в одном месте это все делалось, и небыло всратым )

ну типа, если по урлу, то юзается в контроллере переменная $locale, в каждом контроллере её закидывать куда-то дерьмовый вариант

резолвер со своей логикой определния локали ( настройка/заголовки/куки) - кажется норм вариантом

ну типа, если по урлу, то юзается в контроллере переменная $locale, в каждом контроллере её закидывать куда-то дерьмовый вариант

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

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

много бд, потому что как попало сделано )

в идеале поидее надо 2 метода: вернуть текущий язык, и вернуть дефолтный

в идеале поидее надо 2 метода: вернуть текущий язык, и вернуть дефолтный

Я думаю дефолтный язые в аппке почти никогда не нужен

Ну если нужен - то ок

А ну хотя, типо системные мессаджи те же, ну можно и дефолтный

Я думаю дефолтный язые в аппке почти никогда не нужен

он нужен для коллбека в запросах бд, если перевода у статьи нету

А ну хотя, типо системные мессаджи те же, ну можно и дефолтный

типо того

типо того

Ну в репо бы я не сувал, наверное

что именно?

что именно?

Резолвер

это не репо ) просто серсив который дергает посты с фильтром ну и ресурсы тянет к нему вот как теги, всё с переводами

это не репо ) просто серсив который дергает посты с фильтром ну и ресурсы тянет к нему вот как теги, всё с переводами

А ну ок

У тебя нейминг пздц конечно

connection - это qb

херь какая-то конешь, но я ниче умнее не придумал )

qb - это query

херь какая-то конешь, но я ниче умнее не придумал )

Ну можно разделить, хэндлер и фетчетр, но возможно смысла почти нет

нету ага

а если я репозиторю с ентитями в ридонли в инфраструктуру засуну это сильно всрато будет не?

"инфраструктура" туда попадает все что не вынесено в пакет

т.е. мусорка? )

т.е кандидаты для пакета

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

т.е. мусорка? )

мусорка это common

ну вот смотри, есть у меня таблица с языками, есть для нее интерфейс. И этим заведует отдельный пакет. Но, мне в других пакетах тоже надо языки, но только в виде объектов. куда это положить? )

звучит как отдельная фича.

ну вот смотри, есть у меня таблица с языками, есть для нее интерфейс. И этим заведует отдельный пакет. Но, мне в других пакетах тоже надо языки, но только в виде объектов. куда это положить? )

Тоже когда обсуждали думали что переводы - это отдельная фича

она не отдельная, оно юзается везде вообще, т.е. от неё зависят все и если для таблички в бд есть круд и оформлено как отдельная фича, то для этой хз... как по мне не надо ниче такого

ну и? это фича. которые зависят все

и типа под нее надо отдельную папочку? вот прям совсем отдельную? несмотря на то что она маст хев везде

прям отдельную

и типа под нее надо отдельную папочку? вот прям совсем отдельную? несмотря на то что она маст хев везде

Просто тут как можно рассуждать. Есть бизнес задачи и они врядли зависят от переводов. А переводы это чисто френдли чтение

так и есть )

но оно захардкожено везде, это не надстройка никакая

но оно захардкожено везде, это не надстройка никакая

Ну это уже проблемы конкретной реализации)

ну вот получается что это не фича, которую можно легко удалить, а прям часть приложения, его основа

ну вот получается что это не фича, которую можно легко удалить, а прям часть приложения, его основа

Ты любую фичу удали и грохнется что-то

нет )

ну, смотря как проектировал конешь

От фичи транаслейта зависит только чтение

Можно жестко заложить через join, а можно через какой нить декоратор, но будет более геморно и менее оптимиировано

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

это уже часть бизнеса

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

А причем тут переводы и локаль юзера тренды?

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

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

А переводы то тут причем?

при том что люди в своей стране смотрят сайт со своим переводом

Переводы != все что связно с мультиленгом

если он есть конечно

Переводы != все что связно с мультиленгом

а разница?

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

да

Вот и ответ