хотя по ui - там как раз немного

мне чисто под хелперы всякие, т.к. ui под клиентский стиль

если под свое или стиль пофиг - vuetify какой бери

Вот их и возьму скорее всего

Кто-то использует генераторы (не автоматические) json схем? Нужна либа с билдерами и контекстами

или взять symfony serializer...

НЕ могу удалить AppBundle.Сделал всё как тут указано https://symfony.com/doc/3.3/bundles/remove.html.Удалил с composer.json. заменил в самом бандле везде неймспейс, в services.yml, routing.yml, config.yml, AppKernel.php. А всё равно пишет Attempted to load class "WoolfBundle" from namespace "WoolfBundle". Did you forget a "use" statement for another namespace?

P.S. знаю что задолбал этот вопрос

НЕ могу удалить AppBundle.Сделал всё как тут указано https://symfony.com/doc/3.3/bundles/remove.html.Удалил с composer.json. заменил в самом бандле везде неймспейс, в services.yml, routing.yml, config.yml, AppKernel.php. А всё равно пишет Attempted to load class "WoolfBundle" from namespace "WoolfBundle". Did you forget a "use" statement for another namespace?

грепнуть по всему коду где еще упоминается WoolfBundle и почистить кэш не командой, а руками (rm -rf)

грепнуть по всему коду где еще упоминается WoolfBundle и почистить кэш не командой, а руками (rm -rf)

Так и делал)

https://github.com/darkwoolf10/symfony_blog

НЕ могу удалить AppBundle.Сделал всё как тут указано https://symfony.com/doc/3.3/bundles/remove.html.Удалил с composer.json. заменил в самом бандле везде неймспейс, в services.yml, routing.yml, config.yml, AppKernel.php. А всё равно пишет Attempted to load class "WoolfBundle" from namespace "WoolfBundle". Did you forget a "use" statement for another namespace?

Мб классмап композера

НЕ могу удалить AppBundle.Сделал всё как тут указано https://symfony.com/doc/3.3/bundles/remove.html.Удалил с composer.json. заменил в самом бандле везде неймспейс, в services.yml, routing.yml, config.yml, AppKernel.php. А всё равно пишет Attempted to load class "WoolfBundle" from namespace "WoolfBundle". Did you forget a "use" statement for another namespace?

Уверен что с namespace и composer-ом не накосячил?

Да и composer dump-autoload попробуй)

А бандл зарегистрировал? ?

Ну вроде зарегил он его

Ну да, там странно выглядит, но дело даже не в этом

Да и composer dump-autoload попробуй)

О да детка, наконец-то!)

Спасибо большое

Спасибо большое

Мб классмап композера

Ребята, для работы с GraphQL в Symfony https://github.com/overblog/GraphQLBundle - хороший выбор? Что-то я его заюзал как самый активно дописываемый на данный момент бандл, но смотрю на то как там upload файлов работает и сомневаюсь в своем выборе

Ребята, для работы с GraphQL в Symfony https://github.com/overblog/GraphQLBundle - хороший выбор? Что-то я его заюзал как самый активно дописываемый на данный момент бандл, но смотрю на то как там upload файлов работает и сомневаюсь в своем выборе

Мы юзаем его, для наших целей пока все устраивает. С файлами геморились тоже, но сроки и т.д., в итоге забили и ложим их просто в мультипарт форм дату, а в мутациях чекаем закинули ли файл и забираем вручную . Вроде работает =)

Ребят , скиньте плз русскую доментацию по фреймворку

http://symfony.com

При использовании в роутере нотации "service:method" сам сервис должен быть публичным, верно?

При использовании в роутере нотации "service:method" сам сервис должен быть публичным, верно?

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

Эта нотация используется если контроллеры забинжены как сервисы

Так понимаю, можно роут вообще к любому сервису прокинуть

ээ нет. Роутер из router конфига контроллеры берет, не из service

Я говорю про эту штуку https://symfony.com/doc/current/controller/service.html

Так понимаю, можно роут вообще к любому сервису прокинуть

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

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

любое callable

там есть controller resolver (вроде так) который ты можешь переопределить и делать что угодно

Мы юзаем его, для наших целей пока все устраивает. С файлами геморились тоже, но сроки и т.д., в итоге забили и ложим их просто в мультипарт форм дату, а в мутациях чекаем закинули ли файл и забираем вручную . Вроде работает =)

В общем я тоже к этому пришел. Однако для отправки файла решил использовать: https://github.com/jaydenseric/apollo-upload-client Однако он требует, чтобы файл опускался в мутацию как параметр запроса. Поэтому для приема файла создал свой тип данных, который в ресолвере интерпретируется как \Symfony\Component\HttpFoundation\File\UploadedFile Должно все работать, выроде, но все в целом запустить еще не успел. Слишком много времени требуется на каждый шаг с GraphQL в самом начале проекта

В общем я тоже к этому пришел. Однако для отправки файла решил использовать: https://github.com/jaydenseric/apollo-upload-client Однако он требует, чтобы файл опускался в мутацию как параметр запроса. Поэтому для приема файла создал свой тип данных, который в ресолвере интерпретируется как \Symfony\Component\HttpFoundation\File\UploadedFile Должно все работать, выроде, но все в целом запустить еще не успел. Слишком много времени требуется на каждый шаг с GraphQL в самом начале проекта

вот вопрос - какой в этом смысл?

я как не посмотрю на людей которые хотят зачем-то мультипарт загрузку - я не могу придумать юзкейс

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

и уж тем более - как у тебя дела с дозагрузкой файлов?)

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

А какие варианты? Отправлять Blob в виде текста?

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

реализуется просто и на клиенте и на сервере, дает кучу плюшек вроде прямой загрузки на какой-нибудь s3, докачка (актуально для мобилок с плохим коннектом) ну и т.д

p.s. я вообще нахожу мутаторы graphql не слишком удобной штукой, выглядит как кастыль... хотя жить можно

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

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

Не думал о таком. Но стало интересно.

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

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

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

Почему nelmi api bundle v3 отправляет отправляет запрос с заголовком -H "accept: application/json" -H "Content-Type: application/json" а сами значения как обычную form data. В итоге fosrest видит что идет json, пытается его спарсить и получает ошибку. Кто нибудь сталкивался с подобным?

Почему nelmi api bundle v3 отправляет отправляет запрос с заголовком -H "accept: application/json" -H "Content-Type: application/json" а сами значения как обычную form data. В итоге fosrest видит что идет json, пытается его спарсить и получает ошибку. Кто нибудь сталкивался с подобным?

Он все отправляет json

Покажи дамп реквеста в профайлере

И покажи что отправляет нелмио

Нелмио делает следующее

А теперь покажи аннотацию

В итоге в запрос приходит не совсем json

Над методом

Начинал пробовать так

ERROR: S client not available

потом из свагера вытягивал его аннотацию

ощущение что где то в конфиге настроил не верно

во 2 версии можно было body_format указывать

сейчас подобного не нашел

попробуй вот так

отдельно описать

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

я буду у компа и гляну. фос рест параметры читаются тоже.

Попробовал поюзать Симфони 4. Не могу Фикстуры запустить. :(

Could not find any fixture services to load.

con debug:container AppFixtures Select one of the following services to display its information: [0] App\DataFixtures\AppFixtures [1] instanceof.Doctrine\Bundle\FixturesBundle\ORMFixtureInterface.0.App\DataFixtures\AppFixtures [2] abstract.instanceof.App\DataFixtures\AppFixtures > 0 Information for Service "App\DataFixtures\AppFixtures" ====================================================== ---------------- ------------------------------ Option Value ---------------- ------------------------------ Service ID App\DataFixtures\AppFixtures Class App\DataFixtures\AppFixtures Tags doctrine.fixture.orm Public no Synthetic no Lazy no Shared yes Abstract no Autowired yes Autoconfigured yes ---------------- ------------------------------

Но они есть!

Но они есть!

может не публичны?

может не публичны?

Так по мануалу я вообще ничего не должен указывать.

Если я экстендю его от Fixtures то тег сам прописывается. Как видно, он прописался.

Про остальное вообще ничего не написано

Про остальное вообще ничего не написано

А они не должны лежать в DataFixtures/ORM?

По крайней мере в 3 неймспейс имеет значение

По крайней мере в 3 неймспейс имеет значение

ну это все в конфигах надо прописать)

соц опрос для тех кто считает что бизнес логике в сущностях не место: почему вы так считаете?

ты шо, это ж куча методов будет в них

ресерч по статьям пока показывает следующие пункты: - тесты: юнит (а точнее это будут интеграционные но не суть) тесты на сервисах проще (чем моки) - зависимости: периодически хочется сервис в сущность прокинуть - SRP - как сказал @Enleur - легко приводит к сущностям с сотней методов

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

внутреннее состояние проверить сложно в тестах

как вариант

внутреннее состояние проверить сложно в тестах

на самом деле проще чем проверить взаимодействие с зависимостями)