вроде как кто-то делал что-то типа grpc anywhere который конвертил rpc вызовы в fastcgi запросы для php-fpm

но это немного не то

да и оно не решает тех вопросов которые решает graphql

там строгий котнтракт

(или я чего не знаю и мы можем с клиента запросить только чать структуры?)

часть структуры это к avro, но там это немного для другого нужно

https://github.com/Netflix/falcor

а еще такие штуки есть

Называется не обновлял проект пару месяцев https://github.com/astra50/astra50.ru/pull/20/files Кто хочет сделать ревью?)

Называется не обновлял проект пару месяцев https://github.com/astra50/astra50.ru/pull/20/files Кто хочет сделать ревью?)

накидал

особенно улыбнули удаленные тесты (хотя вроде как функциональность которую они тестили не исчезла. хотя может я не знаю)

а еще - на кой черт тебе свой EntityRepository который не особо отличается от дефолтного симфоневого?

https://github.com/astra50/astra50.ru/blob/master/src/Doctrine/EntityRepository.php#L78

а еще вот это

вопрос - зачем тебе доктрина если ты сущности по одной флашишь

$value = $id instanceof UuidInterface ? $id->toString() : $id; не понятно зачем

Ответил на всё)

ну и отдельно лайк за логику в контроллерах

То что касается Uuid и репозитриев - просто забей. Позже всё выпилю вместе с Uuid. Наигрался уже

ну и отдельно лайк за логику в контроллерах

Которую?

Которую?

бизнес которую

Ну ссыль хотя бы дал)

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

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

А где логика то?

Я тут dto использую по твоим заветам, и на основе того что пользователь навводил в dto вызываю методы сущности)

все, уразумел, это CRUD просто

https://github.com/astra50/astra50.ru/blob/master/src/Controller/NewsController.php#L62-L64

прям сферический пример круда

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

Ну если пользователь галочку поставил "опубликовать", как её ещё обрабатывать?

Не редиректить же пользователя на action /news/{id}/publish ?)

не, это уже вопросы UX

ну то есть ничего против не имею

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

мне прикольнее сделать что-то типа кнопки "save" и "save and publish"

не люблю я галочки

И что происходит во втором случае?

два действия, очевидно. Но без if-ов

А если вторая кнопка уже есть: Сохранить и создать ещё?)

Не понимаю как в коде должна выглядеть save and publish без if'a

"создать еще" можно на клиенте захэндлить (если у нас SPA) либо если у нас просто странички - то это будет просто редирект.

Не понимаю как в коде должна выглядеть save and publish без if'a

три экшена а не 1

(если учитывать твою "добавить и новую")

но вообще - я не факт что стал бы так делать

"создать еще" можно на клиенте захэндлить (если у нас SPA) либо если у нас просто странички - то это будет просто редирект.

Я к тому, что если пользователю надо "Сохранить, опубликовать и создать ещё". Нужно больше кнопок)

Я к тому, что если пользователю надо "Сохранить, опубликовать и создать ещё". Нужно больше кнопок)

а ты уверен что ему это надо?) если надо - вопросов нет) галочка в целом удобный вариант

в моей практике - ты либо набиваешь контент либо публикуешь его

а еще песочницы всякие, предпросмотры и все такое

а ты уверен что ему это надо?) если надо - вопросов нет) галочка в целом удобный вариант

В новостях нет, в других местах бывает надо

В новостях нет, в других местах бывает надо

опять же вопрос того как организован UI

одни и те же вещи можно сильно по разному сделать

а для этого надо исходить из нужд пользователя

через *опу. Я backend + devops. UI у меня всегда через задницу)

А так как ТЗ обычно - сделай чтобы хорошо. То UI соответственный)

через *опу. Я backend + devops. UI у меня всегда через задницу)

https://github.com/astra50/astra50.ru/blob/master/docker/composer.sh

ну вот например

три экшена а не 1

Ты хочешь JS'ом перед отправкой менять направление?

ну вот например

а чо там?

Ты хочешь JS'ом перед отправкой менять направление?

я SPA-хи пишу, скорее всего мои извращения родом оттуда

а чо там?

а не, забей

https://getcomposer.org/doc/faqs/how-to-install-composer-programmatically.md

Ты не первый кто почему то косо на этот файл смотрит)

ну я просто не заморачиваюсь с проверкой хэшей

Я тоже. Я просто скопипастил)

https://github.com/fesor/project-skeleton - можешь мое заревьювить) мне полезно будет)

PR же нет. Структура уже deprecated))

ERROR: S client not available

PR же нет. Структура уже deprecated))

докер папочка одинаковая ж будет

там кода нет, а потому пока ревьювить нечего - это через две недельки где-нибудь

эээ. app.php в корне?

эээ. app.php в корне?

да, почему бы и нет

этот скелет проекта используется исключительно для апишек - нет никакого webroot

https://github.com/fesor/project-skeleton/tree/master/docker/nginx/web - вот по сути вэбрут

Я решил проблемы со статикой просто перейдя на апач. Какие проблемы решает nginx, чего не может апач?

Я решил проблемы со статикой просто перейдя на апач. Какие проблемы решает nginx, чего не может апач?

он их не создает

начнем с этого)

например?

- быстрый - удобный - мне не нужен apache

лучше скажи зачем мне в целом может apache понадобиться?

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

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

ммм... app в корне это не кастыль, просто я не хочу иметь пустую папку public

с одним файлом

почему нет?

количество элементов в корне это не увеличит

прост, nginx тут не причем

количество элементов в корне это не увеличит

нет ни плюсов ни минусов. Чисто вкусовщина

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

минус - отход в дефолтной структуры. Человек знающий симфони потратит время на понимание что wtf?

минус - отход в дефолтной структуры. Человек знающий симфони потратит время на понимание что wtf?

тебе часто надо искать точку входа?

ну и опять же - подобную структуру обкатал уже не на одном десятке "знающих симфони"

проблем небыло

Дело не в поиске точки входа, а во встрече app.php в корне

например у меня не Entity а Model - тоже будешь кричать что "нистандарт!"? а проблем небыло)

а сейчас в 4-е убрали ущербный автомэппинг

Просто каждые 5-10 минут которые я потрачу на объяснения новому разработчку я считаю проблемой. Писать доку там где её можно не писать тоже считаю проблемой.

Просто каждые 5-10 минут которые я потрачу на объяснения новому разработчку я считаю проблемой. Писать доку там где её можно не писать тоже считаю проблемой.

как мне объяснить что "ложи интерфейс репозитория в папку Entity"?

или "объекты значения тоже в Entity"

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

а так я один раз написал "model для такого-то, это для такого-то"