для symfony вся оркестрация в виде баш скрипта :-)

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

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

мне было лень для 3-х контейнеров, для 200 может уже имеет смысл

это в 3.3 сделано

из коробки

что прям всегда?

да, можно на лету подменять

не сохраняет их в скопилированной версии, как раньше?

не

тут проблема в том что во время компиляции контейнера ему нужны коннекты к мускулю. он какие-то метаданные собирает

ну и как минимум они не lazy

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

у вас phpstorm после обновления симфони до 3.3 все бандлы видит?

да

да

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

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

странно.. мне на new Symfony\Bundle\SwiftmailerBundle\SwiftmailerBundle(), ругается Undefined namespace SwiftmailerBundle

и на много что еще

тогда не надо компилить на проде, 200 контейнеров круто cpu сожрут, если все сразу будут комплитиь

хотя в либах путь прописан

тогда не надо компилить на проде, 200 контейнеров круто cpu сожрут, если все сразу будут комплитиь

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

тут проблема в том что во время компиляции контейнера ему нужны коннекты к мускулю. он какие-то метаданные собирает

Так это вроде доктрина для сущностей метадату собирает, не?

Т.е. в лабораторных условиях поставить пустую бдю нужной схемы

Так это вроде доктрина для сущностей метадату собирает, не?

не. там репосы как сервисы регаются

и тогда идет invoke реального коннекта

и становится весело

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

а не через фабрику

А, ну да

или помечать их все как lazy, хз

и на много что еще

Сбросил кеш в шторме и все заработало

Всем привет, коллеги) А вот пытался кто-нибудь в 3.3 заинжектить стандартный кеш (http://symfony.com/doc/current/components/cache.html) в ваш сервис через конструктор, но так, чтобы указывать не конкретную реализацию (типа Symfony\Component\Cache\Simple\RedisCache), а как полагается - интерфейс, чтобы конкретный класс указать в *конфиге*, как с обычными сервисами

Наверное вопрос в целом общий и касается и других "встроенных сервисов", которые из коробки регистрируются как "yet.another.service", и как их инжектить к себе через конструктор, не очень понятно

Неужели все используют контейнер напрямую, чтобы получить app.cache ?)

А в чем собственно сложность?

А в чем собственно сложность?

Сложность в том, что если я укажу в конструкторе Psr\SimpleCache\CacheInterface, то этого будет недостаточно, его нужно описать в services.yml и указать конкретный класс. Но уже есть зарегистрированный "системный" сервис @app.cache, который я и хочу заинжектить

однако он фактически конфигурируется не через сервисы, а в config.yml: framework: cache: app: cache.adapter.redis default_redis_provider: "redis://redis"

??‍♂️

My/Service: ['@app.cache']

>то этого будет недостаточно, его нужно описать в services.yml и указать конкретный класс. Зачем

>то этого будет недостаточно, его нужно описать в services.yml и указать конкретный класс. Зачем

затем, чтобы не привязываться к конкретной реализации)

My/Service: ['@app.cache']

Иван, спасибо, интересный вариант, это алиас или что?

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

My\Service: arguments: ['@app.cache']

или ты автовайрить хочешь?

или ты автовайрить хочешь?

да)

Psr\SimpleCache\CacheInterface: '@app.cache'

это алиас

звучит неплохо

спасибо, пойду попробую

да алиас делай

У меня, наверное, примитивный вопрос, но всё же. Как мне выводить элементы базы данных на странице не все сразу, а, скажем по 50? Пагинацию настроить, в общем.

Просто * @Route("/messages/{id}", name="messages") ?

И в зависимости от $id брать n-ую выборку элементов?

Мне кажется я что-то не то выдумываю ?

юзай бандл для пагинации и не парься

например Pagerfanta

У меня, наверное, примитивный вопрос, но всё же. Как мне выводить элементы базы данных на странице не все сразу, а, скажем по 50? Пагинацию настроить, в общем.

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

Я просто пока из бандлов юзаю только FosUserBundle

И то, натнкунлся на статью, что это не тру

с джоинами простыми тоже пойдет

На всякий случай уточню

а что значит джоины? И простые

?

уф.. читай доку по sql.. join

ERROR: S client not available

Понял, спасибо за терпение и понимание)

Я просто пока из бандлов юзаю только FosUserBundle

кароче в твоем случае все ок, можешь не париться

зря ты с симфони начинаешь )

имхо

вообще для реализации бекэнда CRUD советую http://docs.sylius.org/en/latest/bundles/SyliusResourceBundle/index.html

там как раз с пагинацией трахаться особо не придется

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

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

с паскаля ?

Ладно-ладно, покидали в меня камнями и хватит

Спасибо за помощь)

с фв попроще

https://tproger.ru/digest/php-frameworks-for-elite/

Из самых простых CakePHP Code Igniter Yii

>для быдлокодеров

ну это уже совсем толсто

на самом деле все херня, включая саму статью

симфони вполне нормальный вариант для старта. Документация практически идеальная, множество обучающих материалов.

серебренной пули нет

а фв с более низким порогом входа есть

Не спорю.. но это же в конечном счете дело вкуса, разве нет?

Документация и правда ахрененная. Видеоуроков и статей тоже много. И всё это актуальное, по большому счету.

Не думаю, что у меня было бы меньше вопросов, если бы я начал с YII

симфони вполне нормальный вариант для старта. Документация практически идеальная, множество обучающих материалов.

Для новичка документация так себе. Но в целом она, конечно, не самая плохая. И в последнее время её стараются улучшать, что очень радует.

Ну я её еще разбираю, но проблем с пониманием не было практически никаких. А потом я посмотрел уроки от KNPUniversity

Там базис очень неплохо разобран

Нет, понимается она хорошо, если умеешь внимательно читать. Она покрывает далеко не всё.

Базис - да.

Запилить хеллоуворд или бложик по такой документации достаточно просто.

А, в этом плане согласен, да.

KNP ваще красавцы

А вот, скажем, какие-то вещи связанные с внутренносятями форм или security - похуже.