или надстройку над симфоневым

и не страдать херней?

это оверинжинеринг

а вообще нет, ты все так же будешь херней страдать

и не поддерживаемо

твоя проблема - ты хочешь переместить контекстуальную информацию в одно место и разруливать оттуда контекст

насколько я это вижу - получится очень плохо

хм

что тебе не нравится в локальных биндингах?

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

плохо потому, что дефинишн не явный?

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

плохо потому, что дефинишн не явный?

в каком месте он не явный?

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

а как же слабая связанность?

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

а как же слабая связанность?

напомни мне, в чем выражается связанность?

ладно-ладно

ты меня убедил

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

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

вот этим аргументом

представил себе что будет потом твориться и понял, что это слишком опасная фича

представил себе что будет потом твориться и понял, что это слишком опасная фича

Быстро сдался, а столько текста нагенерил..

Я зачитался.

Почему может не брать данные из .env? Хотя symfony/dotenv установлен. S4.

Почему может не брать данные из .env? Хотя symfony/dotenv установлен. S4.

в prod окружении они не берутся

я пытаюсь работать с интерфейсами

Можно ж сделать два разных алиаса. В один сервис идёт один алиас, в другой — другой.

Быстро сдался, а столько текста нагенерил..

потому что аргументация "почему не стоит этого делать" вполне разумная)

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

в тот момент, когда придётся рефакторить - придётся весь код лопатить

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

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

Вопрос - здесь вакансии можно размещать? Симфониста ищут

не запрещено

Такой вопрос, как организовать приложение с реал-тайм нотификациями? Есть обычное symfony приложение(v3.4 - standard edition). Тут не раз кидали ссылку на https://github.com/centrifugal/centrifugo . Как это все вместе связать? Есть уже готовые туториалы? Для меня такая задача в новинку, ни разу таким не занимался.

а тебе надо просто нотификейшн без истории?

или с ?

без

Такой вопрос, как организовать приложение с реал-тайм нотификациями? Есть обычное symfony приложение(v3.4 - standard edition). Тут не раз кидали ссылку на https://github.com/centrifugal/centrifugo . Как это все вместе связать? Есть уже готовые туториалы? Для меня такая задача в новинку, ни разу таким не занимался.

открываешь документацию и вперед)_

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

в худшем случае день-два провозишься

Всем привет Может кто-нибудь знает, как label поля написать в uppercase? есть обычный форм билдер, название поля ST должно быть uppercase $formbuilder ->add('companyName') ->add('city') ->add('st')

без

https://github.com/oleh-ozimok/php-centrifugo

https://github.com/oleh-ozimok/php-centrifugo

спс

если что - ссылка на этот пакет есть в доке к центрифуге

потому не ленись а доки читай

тем более что дока там замечательная

Всем привет Может кто-нибудь знает, как label поля написать в uppercase? есть обычный форм билдер, название поля ST должно быть uppercase $formbuilder ->add('companyName') ->add('city') ->add('st')

CSS шаришь ?)))

в prod окружении они не берутся

Да блииин! Ну какого!!

Да блииин! Ну какого!!

Потому что в продакшне нужно юзать env vars

Да блииин! Ну какого!!

и это правильно. Но ты всегда можешь подключить в prod окружении

Потому что в продакшне нужно юзать env vars

Что нужно, я сам могу решить же, верно? Может у меня не одно приложение крутится там.

и это правильно. Но ты всегда можешь подключить в prod окружении

Каким образом?

Каким образом?

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

If есть библиотека dotenv - юзай ее.

Ну согласно index.php

https://github.com/symfony/recipes/blob/master/symfony/framework-bundle/3.3/public/index.php#L10-L16

Ну вот. :)

Все верно же.

Хотя стой. Я же задал app_env. :)

Эх. :(

просто убери if)

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

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

CSS шаришь ?)))

я спрашивала про formbuilder решается так 'label' => 'ST'

Здравствуйте коллеги

ERROR: S client not available

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

public function __construct(Producer $producer)

симфони пишет что нет не может получить

Cannot autowire service "App\Controller\TestController": argument "$context" of method "__construct()" has type "App\Controller\Producer" but this class was not found.

use прописал?

да конечно

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

Type error: Argument 1 passed to App\\Controller\\TestController::__construct() must be an instance of Enqueue\\Client\\Producer, instance of Enqueue\\Client\\TraceableProducer given, called in /var/www/send/var/cache/dev/ContainerXs3MJLT/getTestControllerService.php on line 8"

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

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

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

Ну я понимаю возможную проблему. :)

Но я готов на это. :)

Но я готов на это. :)

ну так убери иф и вперед к свершениям!)

генерить env файл для контейнеров.. такое себе

ну так убери иф и вперед к свершениям!)

Да, так и сделаю. :)

Ну это не контейнер. Это сервер.

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

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

https://github.com/KonstantinKuklin/DoctrineDto

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

от версии сифони зависит. в 4 просто создаешь services_test.yaml и все сервисы для тестового окружения создаешь там. в 3 надо регать сервис в config_test.yml

@fes0r в 15 году?

@fes0r в 15 году?

ну эта хрень заброшена в целом

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

можно будет повыкидывать геттеры из сущностей)

но это для простых вещей только

от версии сифони зависит. в 4 просто создаешь services_test.yaml и все сервисы для тестового окружения создаешь там. в 3 надо регать сервис в config_test.yml

Версия симфони - 4. Окружение настроено, в тестовом traceable_producer, так просто продюсер. Проблема не в окружении а в том что бандл из коробки сам не хочет понимать что я хочу в аргументе через автовайринг. Решение через интерфейс так же не помогло.

В итоге решение такое - Enqueue\Client\ProducerInterface: '@enqueue.producer'

на констракте соответственно интерфейс

Если есть более элегантное решение, то будет супер)

выглядит ок

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

как ты тесты запускаешь? делаешь отдельный контейнер с require-dev зависимостями и там все пускаешь, или..?