Katulos⠀ будет жить. Поприветствуем!

Господа

bin/console doctrine:database:create 2018-10-15T04:48:28+03:00 [error] Error thrown while running command "doctrine:database:create". Message: "Connection does not contain a 'path' or 'dbname' parameter and cannot be dropped."

Как это лечить?

Хеловорд копипастом по мануалу

в .env Все верно вроде

Я так понял, оно просит именно переменную среды, но не читает .env файл проекта

т.к. если в косноли сказать export DATABASE_URL="mysql://root:root@127.0.0.1:3306/db_name" и позвать bin/console doctrine:database:create - оно отработает без ошибок

ЧЯДНТ?

ЧЯДНТ?

Дев режим или прод? А то переменные окружения из файла читаются только в дев режиме

Дев

вобщем с сервис-локатором автокомплит вобще не работает, ни по алиасу ни по класснейму(

https://xtreamwayz.com/blog/2015-12-14-phpstorm-container-interop-code-completion

днище какое то

$container ->register('api.command_handler_locator', ServiceLocator::class) ->addTag('container.service_locator') ->setArguments([[ 'dm' => new Reference('api_handlers.command.dm'), ]]) ; ... $container->register("api_handlers.api.test", GeneralApi::class) ->addMethodCall('setLocator', [new Reference('api.command_handler_locator')]); .... public function instagramActionsGet($token, $user,) { $DM = $this->locator->get('dm'); $DM->setup($token, $user, ); } не подсказывает что есть сервис dm, не автокомплитит методы объекта $DM

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

$container ->register('api.command_handler_locator', ServiceLocator::class) ->addTag('container.service_locator') ->setArguments([[ 'dm' => new Reference('api_handlers.command.dm'), ]]) ; ... $container->register("api_handlers.api.test", GeneralApi::class) ->addMethodCall('setLocator', [new Reference('api.command_handler_locator')]); .... public function instagramActionsGet($token, $user,) { $DM = $this->locator->get('dm'); $DM->setup($token, $user, ); } не подсказывает что есть сервис dm, не автокомплитит методы объекта $DM

Почисти кеш. А при запуске кода ошибку выдает, что сервис не найден? Если да, то сделай ./bin/console debug:container и посмотри есть там твой сервис или нет.

а почему ты решил что я не чистил кеш?

$container ->register('api.command_handler_locator', ServiceLocator::class) ->addTag('container.service_locator') ->setArguments([[ 'dm' => new Reference('api_handlers.command.dm'), ]]) ; ... $container->register("api_handlers.api.test", GeneralApi::class) ->addMethodCall('setLocator', [new Reference('api.command_handler_locator')]); .... public function instagramActionsGet($token, $user,) { $DM = $this->locator->get('dm'); $DM->setup($token, $user, ); } не подсказывает что есть сервис dm, не автокомплитит методы объекта $DM

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

пробрасывать и регать

это мой "рабочий" код

а почему ты решил что я не чистил кеш?

я не решил, я предположил.

это мой "рабочий" код

ну ок

посоны, подскажите. есть классы, у них есть метод setDebug(true) вот как бы удобнее сказать контейнеру чтобы он вызвал этот метод, при условии что передан, например, get-параметр debug=true.

посоны, подскажите. есть классы, у них есть метод setDebug(true) вот как бы удобнее сказать контейнеру чтобы он вызвал этот метод, при условии что передан, например, get-параметр debug=true.

Я думаю тут точно через компайл пассы нужно мутить

Што ето?

Што ето?

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

посоны, подскажите. есть классы, у них есть метод setDebug(true) вот как бы удобнее сказать контейнеру чтобы он вызвал этот метод, при условии что передан, например, get-параметр debug=true.

но вообще странная идея. для чего если не секрет? можно же просто переключить на сервере окружение с prod на dev и глянуть ошибку

нужно на проде смотреть трейс некоторых запросов

можно по гет-параметру на лету менять окружение?

Можно все, но не знаю насколько хорошая практика так делать. В index.php проверку можно добавить

не, не вариант

1) классы ничего не знают об окружениях симфы 2) большая часть функционала уже сделана через setDebug(true). проблема в том что иногда люди забывают это вызвать и отладчик показывает не всё

Ну можно тогда какой нибудь Листенер написать и там дергать у твоих сервисов этот метод

@saintnox

Ну можно тогда какой нибудь Листенер написать и там дергать у твоих сервисов этот метод

интересное решение

интересное решение

сарказм?

нет

просто если проект на костылях , то + один костыль не помешает Просто костыль - потому что, просто задумайтесь, чтобы включить дебаг нужно 1) Создать EventClass + EventListener + вкорячить это в конфигурацию. Хотя Symfony вроде дает свои готовые инструменты. И фраза - "Классы ничего не знают об окружении симфони" не понятна если честно

ну в целом не сарказм

а какая версия симфони ?

только не говори что 3.4 или 4

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

Конечно же 34

просто если проект на костылях , то + один костыль не помешает Просто костыль - потому что, просто задумайтесь, чтобы включить дебаг нужно 1) Создать EventClass + EventListener + вкорячить это в конфигурацию. Хотя Symfony вроде дает свои готовые инструменты. И фраза - "Классы ничего не знают об окружении симфони" не понятна если честно

Ну допустим я включаю окружение дев. Как классы поймут что нужно выводить отладочную инфу?

Кроме как передать им $debug=true

а через чего они выводят?

логгер какой-то один или они сами пишут куда то

echo

скинь пример кода плиз

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

логгер какой-то один или они сами пишут куда то

Каждый делает это по своему, но по сути echo.

Каждый делает это по своему, но по сути echo.

Хреново, было бы проще, если бы за это отвечал конкретный сервис и можно было бы ему скормить уже окружение

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

https://freelancehunt.com/r/oW5EK

Скажи это автррам всех либ с гитхаба. Им просто похер на это, кодят как хотят

окружение можно скормить любому сервису через конфигурацию

есть DI, а в 3.4 есть еще и autowiring

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

автовайринг в 2.8 ещё появился)

а то в сообщениях эмоций не видно, поэтому поясняю

ну да, просто тут 3.4

Но плюс минус всем либам можно передать флаг дебага либо через конструктор либо через метод

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

я бы сделал всё таки один сервис, который бы логировал в нужном виде, инъектил его в нужные мне сервисы, и в конкретных сервисах вызывал бы что-то типа $logger->log(), причем логгер бы внутри себя проверял, если окружение - дев (или есть гет параметр debug=true), то выводим

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

ну юзай листенер, все ж верно сказал @quantk Подпишись на событие Request https://symfony.com/doc/current/event_dispatcher/before_after_filters.html

вот твое решение

Смотри на GET и юзай

но кто-нить тоже передаст тебе в GET debug = true

и увидит все потроха

но кто-нить тоже передаст тебе в GET debug = true

кстати да)

Не передаст

вообще вот общий подход к окружениям https://symfony.com/doc/3.4/debug/debugging.html

тут тебе и дебаг панель будет видна

а в ней все что нужно

Как заставить сторонние либы срать в эту панель если в их коде echo?

адаптер напиши

или декоратор какой

Как заставить сторонние либы срать в эту панель если в их коде echo?

вот это хз

Но зачем мне этот геморой? Ради чего? Какой профит?

ну профит в общем подходе, чтоб потом не париться вот так как ты щас

или потом кто-то после ) как ты щас )

ну в целом есть логика в твоих словах

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

а потом зачем echo ? cli mode ?

это консольное приложение ?

Цель - предотвратить человеческий фактор по забыванию прокидывать. Debug=true в классы. Чтоб оно саио вызывалось для классов из контейнера по определённому триггеру

Это json api

ну тогда лучше не в гет а в теле запроса уж передавать (если POST, PATCH, PUT, DELETE)

хотя смысл такой же

Цель - предотвратить человеческий фактор по забыванию прокидывать. Debug=true в классы. Чтоб оно саио вызывалось для классов из контейнера по определённому триггеру

ну тут нужен интерфейс, чтоб обязать разраба сделать именно так, а не иначе. Inversion of control

лан я свалил, парни, сорян )

ну тогда лучше не в гет а в теле запроса уж передавать (если POST, PATCH, PUT, DELETE)

Не важно. Ключевое слово - по триггеру.

Не важно. Ключевое слово - по триггеру.

тебе не нравится Listener ?

)

Я пока не вкурил как он мне поможет

ты хоть кусок кода бы скинул где ты хочешь это применить

проставит setDebug(true) там где нужно