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

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

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

нет)

как ты себе это представляешь?)

но ты можешь просто текстом описать)

у меня если ошибка то 400 ответ

а не эксемплы

внутри номер ошибки

внутри номер ошибки

ну ты можешь это описать

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

просто будет тип с enum-ом

flow пока выигрывает у typescript если что... чуть-чуть... в плане проверки типов

я так ото, краем глаза видел, как они пишут уже можно хвастаться тем уровнем, когда в принципе можешь прочитать код на основных языках/стеках и понять, че там происходит, без знания самого стека :D и вроде описание типов для flow выглядит симпатично, прям VO какие-то

обычно этого хватает

бля а я хотел экзамплы прописать

ебаны врот этого казино

бля а я хотел экзамплы прописать

а зачем?

Response 400 Attributes(ErrorResponse)

или как оно там пишется... не помню уже

вот так хочу

похуй на примеры кароч

ребят, продолжаю изучать Makefile. Делаю заготовку для упрощения работы с Docker. Вот такой шаблон получился: https://pastebin.com/3XUUMTyj

меня смучает 7 строка

сколько так делают?

ты с мейка запускаешь мейк внутри?)

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

да)

но уже внунтри контейнера повторно

воспринимается все это сложно(

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

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

идея

берем проект, кидаем туда парочку файлов (docker-compose, makefile)

запускаем просто make без параметров

чет мне кажется ты мейкфайлом усложнил работу с докером )))

1. запускаются контейнеры

я бы это назвал MAke file оркестратор

вот

у меня тоже такой был)

та и есть в принципе

2. внутри контейнера ставятся композер зависимости, создаются базы, фикстуры, мигарции, чистится кэши

в общем все что нужно чтобы разрвенуть проект

там мб просто что-то надо не делать так и мейкфайл не будет нужен

3. коннектимся к php контейнеру и у нас сразу открыта консоль внутри докер контейнера

1 команда - полная инициализация проекта и открытие консоли php контейнера

дальше я работаю только с консолью

2. внутри контейнера ставятся композер зависимости, создаются базы, фикстуры, мигарции, чистится кэши

А это не должен docker-compose up делать?

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

там мб просто что-то надо не делать так и мейкфайл не будет нужен

он помогает мне не указывать постоянно -f file1 -f file2

вот пример

1 команда - полная инициализация проекта и открытие консоли php контейнера

а почему при сборке образа не инициализировать?

а почему при сборке образа не инициализировать?

потому что инициализация привязана к энву?

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

то есть вариант с exec в целом норм

для меня образ - это железо

тогда тебе надо указівать depends_on

ну тогда это не build & setup )

я монтирую туда код через bind и начинают софтовую часть делать

докер чисто для окружения

а make для запуска докера и управления уже кодовой базов внутри докеровского окружения

нелогично?

для меня образ - это железо

че?

для меня образ - это железо

образ это образ, снэпшет файловой системы

"железо" в кавычках

некорректно выразился, среда выполнения

make должен быть снаружи докеровского окружения

пусть он сам внутрь залазит

ERROR: S client not available

ну т.е. писать там везде длинные команды типа docker-compose exec php do:mi:mi?

так если подумать - make обычная консольная утилитка. Почему я не могу внутри докера ее вызвать? Мы же вызываем bash.

так если подумать - make обычная консольная утилитка. Почему я не могу внутри докера ее вызвать? Мы же вызываем bash.

не ты можешь делать что хочешь)

))

основной вопрос на который ты должен ответить - какую цель ты приследуешь вводя в проект makefile

это лень

у меня цель простая - хочу поднять проект вызвав make. или собрать проект вызвав make build. или тесты прогнать вызвав make ci

основной вопрос на который ты должен ответить - какую цель ты приследуешь вводя в проект makefile

Ускорять рутину?

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

предлагаю написать чат бота около AI который будет отвечать на вопросы чатиковцев. Первый вопрос будет "А зачем оно тебе?" и половину трафика сразу можно будет игнорить)))

make - на хост машини делает все эти вещи 1 командой

а дальше он меня закидывает внутрь php контейнера

и я им пользуютс стандартно

make test

предлагаю написать чат бота около AI который будет отвечать на вопросы чатиковцев. Первый вопрос будет "А зачем оно тебе?" и половину трафика сразу можно будет игнорить)))

и замерять время, когда спрашивающие будут понимать, что это бот

ну серьёзно, чё батхёртить? Вы бы ещё придирались, что вопрос по формам каким будет. Этож не самый лёгкий и очевидный инструмент. Всё за раз не освоишь

У меня вопрос по формам, если говорить в контексте апи и брать во внимание что я хочу это всё покрыть тестами - нормально будет в контроллере делать что то типа $form->loadFromRequest($request) и уже внутри формы вытаскивать json который присылает клиент, и если там есть ключ например {formName: {fields and values} то менять флаг isSubmited на true, потом в контроллере проверять - если форма засабмиченая и валидная - вызывать $form->save() который внутри сохраняет измененные/созданные ентити и возвращать их Мне просто сказали что у меня в контроллере слишком много всего, и я пытаюсь это исправить потому что сейчас даже покрыть контроллер юнит тестами просто не легко, как вы обрабатываете формы? Мне не нравится что в контроллере у меня есть такие строки как $user = new User(); $formData = json_decode($request->getContent()); $user->username = $formData[username]; И естественно у меня сохранение проходит так же в контроллере: if $form->submitted { $em->persist($user) } Соответственно вопррс в том как и куда лучше вынести эту всю лолику, то что я описал выше, в форму, не слишком ли много на ней будет ответственности? Как лучше это разделить? Что почитать? Уже гуглю 2 дня по этому поводу

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

если так - то команду эту - make - надо выполнять на хосте, а не в docker окружении

ну то есть make уже сама докеры поднимет все, все повызывает и т.д

я так и слелал

make

вызывается на хост машине

ну т.е. при вызове make последовательно происходит:

docker-compose up -d —remove-orphans

docker-compose exec php make setup_application (вызов мейк внутри контейнера для сборки приложения)

docker-compose exec php bash

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

1 раз выполняем на хост машине, чтобы все завести и проинициализировать

а дальше мы уже автоматом в php контейнере

у меня цель простая - хочу поднять проект вызвав make. или собрать проект вызвав make build. или тесты прогнать вызвав make ci

./build.sh

и там любые коменты локально выполняет без извратов c docker-compose exec php ...

хочешь просто composer install или команды симфони дергай

но это так, наркомания можно ведь сделать и так, и так