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

"а они хоть мапятся на объект" могу ошибатся но скорее да они присутствуют в описании ентити, и в БД поле тоже присутствует

у меня вопрос, может кто знает - какой самый быстрый и правильный способ нафигачить быстрое json api (rest язык не поворачивается назвать), просто expose нескольких доктриновских моделей наружу? Но чтобы можно было потом нормально его расширять, а не переписывать?

в какую сторону расширять?

какое приложение?

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

expose моделей наружу, readonly. Расширять в сторону полноценного REST API

fosrestbunde не хочется прикручивать - из пушки по воробьям

https://github.com/doctrine/rest идеально, но не поддерживается

https://api-platform.com/

"Built with Symfony and Doctrine"

УЖе хорошо.

??

да, по сути это бандл к симфони

попробовал https://github.com/dmishh/SettingsBundle - красота, работает с полпинка как надо

а нафига такое надо?

настройки юзеров

а нахера?

пиши в базу, читай с базы, в чем проблема?

если просто key->value по юзерам, тогда да

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

ну это так, на всякий случай поделился

HWIOAuthBundle всем привет ниукого случаем нет примера реализации формы регистрации после редиректа от соц сети

Есть вопрос по autowire. В документации об этих моментах ничего нет, поэтому, думаю, что такое не поддерживается, но вдруг: 1. Можно как-то использовать автовайринг там, где среди аргументов есть, например, пустой массив ([])? Вынести в сеттер нет возможности, если не перепиливать, т.к. внешний компонент. 2. Можно использовать его там, где кроме сервисов подставляются параметры в аргументах? (Прим: arguments: [ '@some_service', '%some_param%' ]).

@skobkin насколько знаю нет и нет, вообще автовайринг в симфони с боку прилепили

Ок. Ну ладно. То, что есть - уже неплохо. Жду ещё автовайра сеттеров из 3.3.

А event dispatcher вообще автовайрится нормально по интерфейсу? А то вот мне, например, на: EventDispatcherInterface $eventDispatcher Выдаёт эксепшен: Unable to autowire argument of type "Symfony\Component\EventDispatcher\EventDispatcherInterface" for the service "app.point.subscriptions_manager". Multiple services exist for this interface (debug.event_dispatcher, debug.event_dispatcher.parent).

И если я для своих сервисов могу autowire_types указать, то для EventDispatcher - не видел примеров в доке.

И если я для своих сервисов могу autowire_types указать, то для EventDispatcher - не видел примеров в доке.

вроде как в общей настройке можно, у меня с другими вещами были проблемы.... я кастыль сделал в виде CompiePass

там могу менять что захочу

> вроде как в общей настройке О чём речь? В виде CompilerPass-то понятно. Интересно, можно ли сделать это чисто на уровне конфига YAML/XML.

А event dispatcher вообще автовайрится нормально по интерфейсу? А то вот мне, например, на: EventDispatcherInterface $eventDispatcher Выдаёт эксепшен: Unable to autowire argument of type "Symfony\Component\EventDispatcher\EventDispatcherInterface" for the service "app.point.subscriptions_manager". Multiple services exist for this interface (debug.event_dispatcher, debug.event_dispatcher.parent).

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

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

ну так это делается при объявлении сервиса. Они с ивент диспатчером починили вроде в 3.3

https://dunglas.fr/2015/10/new-in-symfony-2-83-0-services-autowiring/

ну так это делается при объявлении сервиса. Они с ивент диспатчером починили вроде в 3.3

ну можно алиас сделать и указать его дефолтным

)

да, так тож можно

ну можно алиас сделать и указать его дефолтным

Я об этом тоже подумал. Правда, всё равно костыльненько. Подожду 3.3, раз починили.

Я об этом тоже подумал. Правда, всё равно костыльненько. Подожду 3.3, раз починили.

я не уверен на 100%, надо глядеть. Ишус про это был точно

Ну да. Я думаю, что не один я пользуюсь Event Dispatcher и одновременно решил autowire попробовать :)

что лучше юзать для переводов сущностей? Gedmo Translatable, DoctrineBehaviours или уже есть что-то более нормальное?

а требования какие?

p.s. готовые решения подходят только для очень типовых проблем

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

и вот этот день настал

задачи вообще должны быть типовые, просто терпеть не могу DoctrineBehaviours/Gedmo для транслейтов

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

это проще

что-то типа MyEntity и MyEntityTranslasion

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

спасибо, я тоже думаю делать руками

пока этот вариант побеждает :)

сон для слабаков?)

сон для слабаков?)

Это что за слово? Я такое не знаю.

какое именно?

какое именно?

сон

))

я тут HWI дуплю

надо идти спать бля

не надо

сон не нужен

говнокод сам себя не напишет

ну это да

https://github.com/symfony/dotenv Блять ну нахуя

ERROR: S client not available

да ладно, что не так-то?

да ладно, что не так-то?

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

а зачем он, этот дотэнв кто-то понял? документации по нему нет

а зачем он, этот дотэнв кто-то понял? документации по нему нет

так и релизов нет. Он еще в разработке

.env параметры хавать

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

Ну надо же как-то догонять Yii на рынке велосипедов.

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

переводы в базе разные бывают. https://habrahabr.ru/post/192228/ вот тут целый пост был

но лучше наверное руками все делать

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

по логике он может быть откуда угодно

Коллеги, собрал докер образы удовлетворяющие базовым требованиям Симфони 3 на Alpine Linux.

https://github.com/voskobovich/symfony3-docker/tree/master/php/7.1/fpm/alpine

На гитхабе куча мусора с кастомными сборками, а так чтобы для продакшена - почти нет.

Так же, там оптимально решена проблема с запуском composer install при сборке контейнера с кодом. Заключается она в том, что композер не рекомендуется запускать от root. Кулибины извращаются через gosu утилиту, а я использую стандартного юзера operator из группы root, которому передаю права на код и от него же запускаю composer install.

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

amqp, redis, postgres

Какие проблемы?

поэтому все и костылят :)

нужно искать что ставить и как собирать модули

то что я перечислил — по-моему мы все собрали себе

Да, манов маловато. Но все же проблема решаемая :)

composer global require "fxp/composer-asset-plugin:^1.2.0"

а это зачем?

ааа, это осталось от другой сборки. Уберу сейчас.

?

Это в yii2 используется. в симфе нету такого

ага

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

я знаю :)

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

какое имя юзера имеешь ввиду?