Так токен обычно через заголовки передают?

+, именно. Оверблог срабатывает уже после механизма аутентификации, а, значит, он не может отвечать за процесс аутентификации

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

https://symfony.com/doc/current/security/api_key_authentication.html Вам вот это будет полезно

https://symfony.com/doc/current/security/api_key_authentication.html Вам вот это будет полезно

дада, затупил и забыл, что токен в заголовке отдается. а с этим всё ясно

дада, затупил и забыл, что токен в заголовке отдается. а с этим всё ясно

?

Есть желающие посимфонить в офисе в Москве за белую зп?))

ну ок

я тоже так делал

alb раскидывал трафик на контейнера, а nginx я ставил что бы хэлсчеки на alb отрабатывали

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

так как хэлсчеки можно через exec делать и напрямую в php-fpm стучаться

@fes0r что ты в волумы совать то хочешь?

@fes0r что ты в волумы совать то хочешь?

кэши

кеши?

кэш композера, кэш php-cs-fixer, кэш phan

в волумы?

кэш фиксера в докер образ? што?

да, не на хосте ж запускать

кэш фиксера в докер образ? што?

в волум

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

а... ты за CI сервер

да)

ну да, там логично

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

Так а зачем после этого делать docker commit?

на момент php-cs-fixer/phan и до запуска юнит тестов в образе только инфраструктура что бы все это запускать

после того как это все прошло - можно вшить исходники

и тут уже commit

или отдельный dockerfile

но последнее как раз таки будет усложнением

но повторюсь - я еще не до конца определился

а че вы с php-cs-fixer делаете?

просто выкинул dockerfile из уравнения. получится на них сделать - хорошо. Нет - ну как бы и не жалко

в CI плюете репорт?

или прям фиксите)

а че вы с php-cs-fixer делаете?

fix —dry-run

понял збс, надо на проект тоже взять

ну и я скорее всего буду с phan переходить на phpstan

как бы я не хэйтил phpstan, если они в следующем релизе запилят поддержку стабов, то лучше уж так чем с php-ast извращаться

"если"

обещают?

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

p.s. одна из вещей которые меня бесят в phpstan - агрессивный маркетинг

"а то челы из доктрины знают, где он живет"

не знаю, не видел их маркетинга)

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

и пофигу что анализатор пипец тупой

и в типы не умеет

а вместо стабов километровые полотнища в "надстройках над рефлексиями"

по 10 строк кода на каждую функцию в php

У меня первым степ в CI идёт сборка докер образа. Сразу полностью бовой. Дальше этот образ несколько раз запускается с APP_ENV=test и прогоняются разные тесты. Если все запуски успешны, без пересборок образ улетает на прод. Что я делаю не так?

У меня первым степ в CI идёт сборка докер образа. Сразу полностью бовой. Дальше этот образ несколько раз запускается с APP_ENV=test и прогоняются разные тесты. Если все запуски успешны, без пересборок образ улетает на прод. Что я делаю не так?

ну я так же делаю

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

не читал недавно историю про npm мошенника? воображаемого

ну я так же делаю

Только у меня нет никаких волюмов и docker commit. И я не понимаю зачем это всё

У меня первым степ в CI идёт сборка докер образа. Сразу полностью бовой. Дальше этот образ несколько раз запускается с APP_ENV=test и прогоняются разные тесты. Если все запуски успешны, без пересборок образ улетает на прод. Что я делаю не так?

тоже с require dev зависимостями?

Только у меня нет никаких волюмов и docker commit. И я не понимаю зачем это всё

ну так и у меня пока нет) но будет, возможно. А то что ты не понимаешь - значит тебе просто это не нужно)

У меня первым степ в CI идёт сборка докер образа. Сразу полностью бовой. Дальше этот образ несколько раз запускается с APP_ENV=test и прогоняются разные тесты. Если все запуски успешны, без пересборок образ улетает на прод. Что я делаю не так?

простой тест - где ты делаешь composer install? где ты делаешь composer dump? в dockerfile?

тоже с require dev зависимостями?

Да. Причём у меня одно время прод запускался прямо с дев зависимостями, пока таки не стрельнуло как говорится) После чего я сделал так, у меня сначала ставятся все зависимости и следом идёт composer install —no-dev. То есть я в кеше композера внутри образа храню все пакеты. И если образ стартует в dev/test env то идёт composer install, который за 2с ставит пакеты из кеша

простой тест - где ты делаешь composer install? где ты делаешь composer dump? в dockerfile?

По умолчанию в образе все кеши готовы к бою, но при старте не в prod приходится пересобрать кеш. Накладных расходов это не особо вызывает

https://github.com/symfony/demo/blob/master/config/bundles.php ну вот к примеру симфони демо не запустится без dev зависимостей

Тайминги примерно такие

а че это за CI такая? drone?

угу

По умолчанию в образе все кеши готовы к бою, но при старте не в prod приходится пересобрать кеш. Накладных расходов это не особо вызывает

ты не ответил на вопрос - где ты делаешь composer install? в dockerfile? ну то есть кэш композера у тебя за счет кэша слоев?

У меня в dockerfile 3 вызова composer install )

У меня в dockerfile 3 вызова composer install )

норм, у меня так же

и я хочу по другому)

ERROR: S client not available

https://github.com/astra50/astra50.ru/blob/master/Dockerfile

&& composer install ${COMPOSER_INSTALL_OPTS} --no-scripts \ && composer install ${COMPOSER_INSTALL_OPTS} --no-scripts --no-dev \

а в чем смысл?

чтобы дев пакеты скачались и сохранились в кеше композера

понял, я просто ставлю вместе с dev пакетами - они мне не мешают

У меня на проде почему то debug пакет отработал

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

у меня по умолчанию все dev штуки не работают, и в точке входа в контейнер я уже разрешаю их. Ну мол, тот же xdebug

главное, чтобы не фикстуры отработали

главное, чтобы не фикстуры отработали

подменяешь точку входа или вообще из вне (docker exec) накатываешь)

не, я про Костю

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

если фикстуры без —append - пиши-пропало

у меня по умолчанию все dev штуки не работают, и в точке входа в контейнер я уже разрешаю их. Ну мол, тот же xdebug

У меня так же. Почему у меня на проде зарегистрировались Symfony/Debug error handler'ы я не понял и разбираться не стал. Мне не нравилось, что на проде дев пакеты лежат, но мне было лень их пыпилить. Как только прозвучал первый звоночек я это просто выпилил

У меня так же. Почему у меня на проде зарегистрировались Symfony/Debug error handler'ы я не понял и разбираться не стал. Мне не нравилось, что на проде дев пакеты лежат, но мне было лень их пыпилить. Как только прозвучал первый звоночек я это просто выпилил

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

2-3 мегабайта вместо 100

FROM php:alpine composer install reactphp/http - я хочу вот так это сделать)

Или инкрементальный ты имеешь ввиду то что идёт + к базовому?

У меня инкремент с 60 строчки начинается. Все слои до 60 строки всегда в кеше. Если конечно версия ext или пакетов композера не меняется

Или инкрементальный ты имеешь ввиду то что идёт + к базовому?

это то, что неможет использовать кэш докера. Ну то есть если вдруг у меня зависимости поменялись - не вопрос что инкремент будет весить 100+ метров, у меня это происходит в 1 из 100 билдов - не чаще

FROM debian:stretch-slim не пробовали?

FROM debian:stretch-slim не пробовали?

пока нет)

FROM debian:stretch-slim не пробовали?

А чо там? алпайн уже не в моде?

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

А чо там? алпайн уже не в моде?

альпина геморой

А чо там? алпайн уже не в моде?

ну по крайней мере в хабе пхп добавили отдельно еще его

Всем привет!

Подскажите пожалуйста, не могу найти ответ. Каким образом в контейнере можно зарегистрировать настроенный сервис? Например, мне нужен монолог, но чтобы он уже был настроен, чтобы handler и format были уже настроены. В пимпле это можно было через ананимную ф-цию сделать. А здесь как?

Подскажите пожалуйста, не могу найти ответ. Каким образом в контейнере можно зарегистрировать настроенный сервис? Например, мне нужен монолог, но чтобы он уже был настроен, чтобы handler и format были уже настроены. В пимпле это можно было через ананимную ф-цию сделать. А здесь как?

конфигуратор можешь погуглить

https://symfony.com/doc/current/service_container/configurators.html

но это если что-то сложное

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