ACL убрали в 4 симфони?

Из коробки

https://symfony.com/doc/current/security/acl_advanced.html

фух

Алексей, а можешь на пальцах про флексы расказать? что для чего и зачем?

Алексей, а можешь на пальцах про флексы расказать? что для чего и зачем?

flex - новый способ установки и управления зависимостями в виде composer плагина. 4-ка с нуля устанавливается с минимальным набором функционала. Весь остальной подключется, через композер. В симфони определены рецепты для flex и сначала композер будет обращаться к серверу Symfony Flex, а если рецепт не найден, будет попытка загрузить пакет из composer репозиториев. Рецепты носят простое имя, напирмер, mailer, что является недопустимым composer пакетом. Уставнока SwiftmailerBundle composer require mailer . Также есть изменения в структуре проекта и вместо бандлов в src/, используются просто нэймспейсы.

после загрузки рецепта он сам прописывается в концигурацию и может создать свои файлы конфигурации

не нужно теперь ручками делать

а если рецепта нет? может ли он автоматом просто подключить бандл?

да, добавит в bundles.php файлик может упасть на cache:clear команде и не добавит в .env переменные

правильно ли я понимаю что бандлы в 4 уже не нужны?

какое решение для приватных репозиториев под flex?

Их смысл как бандлов может нивелироватся, т. к. они предназначались как конфигуратор по подключению 3rd party библиотеки в проект, т. к. это может перейти на ответственность рецептов

какое решение для приватных репозиториев под flex?

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

100% есть

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

значит все-таки допилили )

приватные рецепты только на гитхабе могут жить?

а можете пояснить, как с конфигами работать? Т.е. вот есть папка config в ней packages + routes.yaml и service.yaml. Как правильно теперь создавать свои конфиги и обращаться к ним из своих классов. Просто напрямую читать или есть какой-то единый провайдер конфигов?

приватные это все хорошо. но кроме Github существуют и другие репозитории

сложно как то все

нельзя ли просто в composer.json добавить свой репозиторий под flex

приватные это все хорошо. но кроме Github существуют и другие репозитории

пока запилили только гитхаб, это не значит что только гитхаб и останется

https://github.com/symfony/flex/issues/71

https://github.com/aurimasniekis/flex-server

ну короч там можно почитать

начали пилить свои велосипеды короче

Autowiring services based on the types they implement is not supported anymore. Rename (or alias) your services to their FQCN id to make them autowirable. Правильно ли я понял суть что теперь вместо прокидывания интерфейса, необходимо прокидывать именно четко необходимый класс?

можно и интерфейс. только сделать его алиасом

вчера ковырял, сильно autowire и паблик не привычно. И не всегда понятно, почему падает ошибка на composer install/update (крч. composer run auto-scripts падают) для пакетов без рецептов

как по мне, так лучше прокидывать интерфейс.

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

сделай алиас

или надо именно их?

ибо как я выставлял public: true для всего, то ругалось на fail автовайр для kernel (string аргументы не резолвятся. Может стоило самому задефайнить, но не пробовал)

да их

в бандле юзали в контроллерах $this->get('service')

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

но есть хак https://symfony.com/blog/new-in-symfony-3-4-defining-compiler-passes-in-the-kernel

не уверен в правильности решения )

ибо как я выставлял public: true для всего, то ругалось на fail автовайр для kernel (string аргументы не резолвятся. Может стоило самому задефайнить, но не пробовал)

по хорошему твоя цель должна быть избавиться от public: true

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

на knp видел хороший материал как плавно мигрировать на autowire

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

удивишся потом на скольно похудает твой конфиг сервисов )

и как я буду ловить, какого ** там не тот сервис, что нужен

у нас уже было обсуждение, нужен вайр или нет

и как я буду ловить, какого ** там не тот сервис, что нужен

container dump?

Пасиб, видел. Неудобно

Пасиб, видел. Неудобно

debug:container | grep

и в целом - почему там должно быть что-то не то?

Андрей, дело в привычке скорее

и в целом - почему там должно быть что-то не то?

несколько реализаций интерфейса, к примеру. Но это пока теория. Я не успел разобраться

несколько реализаций интерфейса, к примеру. Но это пока теория. Я не успел разобраться

у тебя будет элиас

возможно я и "старовер", но хз

Interface: @Implementation

возможно я и "старовер", но хз

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

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

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

локальные биндинги есть

но там можно и вручную указать MyService: arguments: $myAttr: @MyCustomService

дальше все зависит от того насколько все плохо организовано в проекте

да, можно еще и так, по старинке

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

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

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

true

ERROR: S client not available

дальше все зависит от того насколько все плохо организовано в проекте

ну я стартанул пустой проект. Свой не готов переводить

Как считаете. При разработке бандла надо делать основной сервис (к примеру knp_paginator) приватным? или все-таки публичным?

Как считаете. При разработке бандла надо делать основной сервис (к примеру knp_paginator) приватным? или все-таки публичным?

все делать приватным

на крайняк - предоставлять локаторы

но опять же в случае того же knp paginator - в этом нет смысла особо

Как считаете. При разработке бандла надо делать основной сервис (к примеру knp_paginator) приватным? или все-таки публичным?

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

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

да, типа knp_paginator

да, типа knp_paginator

тогда тут все зависит от религии мейнтейнера — хочет ли он поддерживать и старый и новый подход или хочет ли он учить людей юзать только приватные сервисы. ИМХО, сервис должен быть публичным. Если какой-нибудь условный арки будет юзать God Object с инжектом всего контейнера и захочет сделать $this->container->get или в контроллерах будет дергать сервис через контейнер — пусть делает.

тогда тут все зависит от религии мейнтейнера — хочет ли он поддерживать и старый и новый подход или хочет ли он учить людей юзать только приватные сервисы. ИМХО, сервис должен быть публичным. Если какой-нибудь условный арки будет юзать God Object с инжектом всего контейнера и захочет сделать $this->container->get или в контроллерах будет дергать сервис через контейнер — пусть делает.

хз, как по мне knp paginator можно вообще не делать сервисом)

ну там.... поупарываться по whole value и т.д.

по поводу "старый и новый" - это все старые подходы. Просто раньше было неудобно

Как лучше всего реализовать слой абстракции над поисковым движком?

Через спецификации не понятно как получать фасеты

может попробуй сделать без абстракции?)

а там как пойдет)

мы делали свой конвертер json -> ES query

Без абстракций уже сделано)

может попробуй сделать без абстракции?)

Да не... ну ты че... а разве так можно было? ?

уточню, фасеты не юзали. Пропустил этот момент

В принципе у нас и абстракция тоже готова. Такая правда реализация получилась. В конструктор объекта запроса приходит массив, не понятно как этот массив лучше всего валидировать. Что делать если пришли не поддерживаемые данные, игнорить? ...

Чую что в целом подход неверный, но какой верный не чую)

мб хранить мета данные (маппинги) для индексов, и сравнивать с ними?

Без абстракций уже сделано)

а что от чего вы хотите абстрагировать?)

В принципе у нас и абстракция тоже готова. Такая правда реализация получилась. В конструктор объекта запроса приходит массив, не понятно как этот массив лучше всего валидировать. Что делать если пришли не поддерживаемые данные, игнорить? ...

в dev режиме сыпать исключения, в prod в логи писать

Запрос в поиск абстрагировать от http реквеста в первую очередь

И абстрагироваться от типа поискового движка во вторую

Дабы не размазывать Solarium либу по всему проекту

Такой вопрос, в 4 версии, если я не ошибаюсь, нельзя будет делать $container->set(). Активно применяю данный метод для тестов(инжекчу моки/фейки). Как можно эту проблему решить в 4 версии?

Запрос в поиск абстрагировать от http реквеста в первую очередь

Ну так не передавайте на вход поисковому сервису массив, а передавайте какой-то класс на вход, ждите какой-то класс на выходе. Интерфейс поискового движка "SearchEngineInterfcae" имеет один метод search(Input $input): Output; Только не пытайтесь его написать универсальным (как доктриновский QueryBuilder) а делайте его под свой бизнесс $qb->filterByMamuEbal($aParam)->filterByTvoiDomTrubaShatal($bParam); Все - любая ваша реализация поискового движка должна уметь обработать Input и вернуть Output Input собирайте со своего httprequst. Profit?

ребят, а каким механизмом переопределяются в симфони разные классы? например я переопределил AuthenticationHandle забил его в сервисы получается, приоритет аналогичных классов, только переопределённых пользователем - выше, чем стандартных?

Так и сделано