Вопрос, а как в SF4, организовать контроллеры по нужной мне структуре? скажем src Folder1 Controller Folder2 Controller

Вопрос, а как в SF4, организовать контроллеры по нужной мне структуре? скажем src Folder1 Controller Folder2 Controller

неймспейсы можно, почему нет?

Вопрос, а как в SF4, организовать контроллеры по нужной мне структуре? скажем src Folder1 Controller Folder2 Controller

Ну это придётся каждую директорию указывать в services.yaml что бы автовайринг работал, ну и неймспейсы менять, проще всё же внутри src/Controller папки создавать

Ну это придётся каждую директорию указывать в services.yaml что бы автовайринг работал, ну и неймспейсы менять, проще всё же внутри src/Controller папки создавать

ну это спорно имхо

угу, зачем каждую Sales\Presentation\Controller\: resource: '../../src/Sales/Presentation/Controller' tags: ['controller.service_arguments'] а внутри там твои каталоги

App\Folder1\Controller: resource: '../src/Folder1/Controller' tags: ['controller.service_arguments']

Ну не очень. Других вариантов точно нет?

там же resource принимает * в путях

нельзя сделать /src/*/Controller ?

Это не избавляет меня от написания кода выше

В неймспейсах я хочу чтобы было App\Folder1\Controller

ты один раз пишешь resource 'src/*/Controller' и тегаешь классы как controller.service_arguments

по импортам раскидать не вариант?

у тебя этих Folder от 1 до 59 ?)

че за проблема то))

src/{Folder1, Folder2}/Controller может проканать еще

просто интересно что за проект где пачки контроллеров такая насущная задача что ее надо во что бы то ни стало решить)

Ну да, просто не хочется прописывать. Было бы круто сделать также App\{*}\Controller

Ну это просто эстетически не оч приятно

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

У меня довольно теоритический вопрос

Если я там умею работать с симфони на бек енде, но хочу добавить фронтенд, а именно реакт

Мне сначало учить реакт, а потом уже на базе этих знаний вставлять всякие фичи в мой проект, или учиться уже на моём проекте?

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

ну модульность - не есть плохо имхо

наш чат переезжает сюда https://tjournal.ru/69152-v-krymu-posle-resheniya-o-blokirovke-telegram-nachali-testirovat-svoy-messendzher-dialog-m

ну модульность - не есть плохо имхо

так она никуда не денется, это же конфиг

То есть у меня есть апишка, и просто не знаю как с ней взаимодействовать на фронтенде

dry в конфигах?))

Может кто подскажет в какую сторону смотреть?

dry в конфигах?))

угу) не люблю конфиги на дофига строк

dry в конфигах?))

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

Может кто подскажет в какую сторону смотреть?

в сторону гайдов по реакту

axios, redux/thunk/saga

fetch тот же

наш чат переезжает сюда https://tjournal.ru/69152-v-krymu-posle-resheniya-o-blokirovke-telegram-nachali-testirovat-svoy-messendzher-dialog-m

ноль реакции

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

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

resource: '../src/*'

это норм

наш чат переезжает сюда https://tjournal.ru/69152-v-krymu-posle-resheniya-o-blokirovke-telegram-nachali-testirovat-svoy-messendzher-dialog-m

странно, что не "диалог наш"

))))

а выше объявление?

resource: '../src/**/Controller' пробуй

App\{тут}\Controller\: resource: '../src/*/Controller' tags: ['controller.service_arguments']

blob pattern ведь

а

в сторону гайдов по реакту

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

этот диалог-м выглядит как дешевая китайская подделка со встроеным прослушивающим устройством

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

ну конечно, как иначе?

видимо поэтому и не заблокируют его никогда )

этот диалог-м выглядит как дешевая китайская подделка со встроеным прослушивающим устройством

разве только выглядит?

ну конечно, как иначе?

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

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

ну порядок уже какой хочешь

можно и наоборот + моки данных

Ну да, просто не хочется прописывать. Было бы круто сделать также App\{*}\Controller

App\Controller\Web App\Controller\Api App\Controller\FolderI

Не вариант?

нет

отстой

отстой

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

Вообщем, если захочется свою структуру в SF4 можно не слабо так отхватить.

Омг. Почему?

https://b.yasb.exileed.com/telegram/chat/1001091570538

Омг. Почему?

там выше все обсудили хотя я все равно не согласен я бы делал по принципу бандлов, с конфигом модуля внутри самого модуля ну и инклуды в основном services.yaml

там выше все обсудили хотя я все равно не согласен я бы делал по принципу бандлов, с конфигом модуля внутри самого модуля ну и инклуды в основном services.yaml

Я так и не понял оттуда, не работает glob?

Я так и не понял оттуда, не работает glob?

вроде как в объявлении неймспейса сервисов не работает хотя хз, пробовать надо

не только сервисы

ERROR: S client not available

если сгенерить сущность нужно

там надо конфиг доктрины смотреть да и генерить сущности плохо

Какие-то проблемы мизерные...

Большей проблемой есть то, что флекс мне только мешает работать, вместо помощи

Как мешает

вроде как в объявлении неймспейса сервисов не работает хотя хз, пробовать надо

Выше предложили _instanceof юзать, будет работать 100%: https://symfony.com/blog/new-in-symfony-3-3-simpler-service-configuration#interface-based-service-configuration

там не обязательно интерфейс

если все контроллеры наследуются от AbstractController то можно и его попробовать

orm: auto_generate_proxy_classes: '%kernel.debug%' naming_strategy: doctrine.orm.naming_strategy.underscore auto_mapping: true mappings: App: is_bundle: false type: annotation dir: '%kernel.project_dir%/src/Entity' prefix: 'App\Entity' alias: App

Опять же, у меня сущности лежат в таком варианте app\folder1\entity ))

Выше предложили _instanceof юзать, будет работать 100%: https://symfony.com/blog/new-in-symfony-3-3-simpler-service-configuration#interface-based-service-configuration

спасибо

пацаны ваще ребята

мегатупой вопрос

nelmio api doc bundle - как сортировку роутинга сделать а то неудобно

Можно разбить на категории через теги, сойдёт?

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

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

https://tjournal.ru/69162-ya-protestiroval-gosudarstvennyy-messendzher-iz-kryma-i-s-legkostyu-vzlomal-akkaunt

Б - безопасность

Б - блядь

???

в symfony 4 не получается использовать autowiring потому что в зависимости Guzzle

нужно вручную описывать в сервисах guzzle?

GuzzleHttp\Client: ~

GuzzleHttp\Client: ~

App\Application\Service\PlacesManager: autowire: true arguments: ['GuzzleHttp\Client'] GuzzleHttp\Client: ~ добавил так в сервисах

и ошибка Type error: Argument 1 passed to App\Application\Service\PlacesManager::__construct() must be an instance of GuzzleHttp\Client, string given

потому что ты ему строку передаешь

App\Application\Service\PlacesManager: autowire: true arguments: ['GuzzleHttp\Client'] GuzzleHttp\Client: ~ добавил так в сервисах

@

thx

NelmioApiDocBundle - подскажите как документировать сразу несколько апи? на версии 3. я не могу найти никакую инфу, точнее, есть про views но это для второй версии бандла. пробовал поискать про аналоги бандла но тоже ничего. чезанах )

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