а, я чет подумал что ты не куб юзаешь)

:)

так стой

а ты про разделение энв?

prod staging ?

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

юзал его и там и там

имейджи хранил просто somerepo:ENV-version

somerepo:prod-1

somerepo:staging-1

https://github.com/prolic/fpp

херь какая-то)

в шторме жамкаем generate и получаем то же самое в общем-то)

в шторме жамкаем generate и получаем то же самое в общем-то)

setName

setName

там шаблоны есть, называй как хочешь)

prod staging ?

будет только prod, и куча веток

ну разные сикреты если разные репы

один сикрет если все будешь в одной репе хранить

репа одна

я что-то не нашел как глобальный сикрет сделать

не подскажешь ссылку?

а, вроде никак

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

+ 3 команды или скок у тебя там веток

ну сколько будет тасок - столько будет и веток))

дохера в общем то))

жостка

ты уверен шо такое тебе надо?

:D

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

Всем привет. подскажите, можно ли в sonata, при выводе списка entity, сделать join другой таблицы и вывести дополнительную инфрмацию? Между таблицами внешнего ключа нет.

в шторме жамкаем generate и получаем то же самое в общем-то)

Херь какую-то получишь, а не тоже самое, как бы шаблоны не настраивал; запусти посмотри что это, перед тем как говном поливать, там ещё есть видосик на эту тему, можешь его посмотреть, потому что в целом это интересное решение для пользователей prooph

И не только

Всем привет. подскажите, можно ли в sonata, при выводе списка entity, сделать join другой таблицы и вывести дополнительную инфрмацию? Между таблицами внешнего ключа нет.

Можно, наверное

Всем привет. подскажите, можно ли в sonata, при выводе списка entity, сделать join другой таблицы и вывести дополнительную инфрмацию? Между таблицами внешнего ключа нет.

https://github.com/sonata-project/SonataDoctrineORMAdminBundle/issues/399#issuecomment-151876103

если я смог обычным гуглом найти то и другие смогут

Херь какую-то получишь, а не тоже самое, как бы шаблоны не настраивал; запусти посмотри что это, перед тем как говном поливать, там ещё есть видосик на эту тему, можешь его посмотреть, потому что в целом это интересное решение для пользователей prooph

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

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

Добрый вечер! Подскажите, пожалуйста, была ли у кого проблема с редисом (версия 4.0) в docker-compose? Ошибка Redis server went away, хотя редис работает и из другого контейнера все пингуется. Подключаюсь из контейнера с симфони, там SncRedisBundle (2.1) + расширение phpredis (3.1.6). Буду рад любой помощи, спасибо) P.S. Версия compose - 3.

Как ты подключаешься к нему

Покажи хост

Кинь все на гист

Угадывать впадлу

Крч что-то с подключением

Именно не может конекшн заперсисьиться

Добрый вечер! Подскажите, пожалуйста, была ли у кого проблема с редисом (версия 4.0) в docker-compose? Ошибка Redis server went away, хотя редис работает и из другого контейнера все пингуется. Подключаюсь из контейнера с симфони, там SncRedisBundle (2.1) + расширение phpredis (3.1.6). Буду рад любой помощи, спасибо) P.S. Версия compose - 3.

файрволл\настройки сети, есть еще такая хрень - https://github.com/phpredis/phpredis/issues/374

Всем привет. Ребят, как в Symfony 4 правильно делается регистрация и авторизация? Я так понимаю, раз не обновили документацию по FosUserBundle - он не особо теперь дружит с Symfony. Кто как делает? Сами пилите модули?

triggered

просто ппц

https://symfony.com/doc/current/doctrine/registration_form.html

https://symfonycasts.com/screencast/symfony3-security/user-registration-form

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

мануал симфони бест практис гласит "purpose.key" но что такое purpose - решите сами. лазейка в стандарте так себе

поднял документы для gettext gnu тулзы и посмотрел общий принцип работы с ней, перерыл 4 разных фреймворка чтобы глянуть как там делают

по итогу <модуль>.<constant>.<short-message>-with-<arg1>-<arg2>

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

constant - означает некая постоянная вещь которая не меняется от проекта к проекту, постоянная русского языка. например - label, title, message. может именно это называли purpose. это значит что даже если мы начнем делать совершенно другой проект или модуль для проекта - слово тайтл будет по прежнему означать заголовок, лейбл - ярлычок для поля, а мессеж - всплывающее сообщение. это некий тип не привязанный к сущностям кода, а привязанный к языку автора если угодно, к инглишу или другому

message - краткое сообщение, которое должно показывать автору - какую смысловую нагрузку несет перевод. error.invalid-email - вот invalid-email это шорт мессаж

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

-with - означает переданные аргументы когда используем интерполятор

если бы ты мне это три дня назад сказал :( черт я нормально задолбался копая фреймы и доки

А вот взял бы ларавель, не страдал бы)

да я пропустил эту дискуссию

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

А вот взял бы ларавель, не страдал бы)

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

Да эт я так, накидываю на ночь глядя)

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

я пока что (в процессе перевода фронта на spa) делаю module-based переводы (их там вложенными делать можно0

забыл - дабл клик - смотришь код

до этого (в бекенде) был jmstranslation

пхпшторм, кстати, с ним ок работал

я фалконист-саблаймер сорри :(

быдлокодер короч

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

примеры валидных имен (naming convention): 1) button.get-quote 2) header.button.get-quote 3) testimonials.header (header - это константа, заголовок, а не шапка сайта, мессаж опущен) 4) error.invalid-email (модуль отсутствует, еррор - костанта) 5) main-controller.error.invalid-email (перезаменяем 4)

А вот взял бы ларавель, не страдал бы)

+ вот только хотелось бы посмотреть на гения, который решил что __ норм имя для ф-ции

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

он легкий для обьяснения тем кто не знает иерархию классов сложных фреймворков

он легкий для обьяснения тем кто не знает иерархию классов сложных фреймворков

Че?)

+ вот только хотелось бы посмотреть на гения, который решил что __ норм имя для ф-ции

Таки сарказм был, если что) я презираю лару)

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

Таки сарказм был, если что) я презираю лару)

я в курсе, я не презираю, так слегка подтруниваю ;)

Но от фалкона бомбит ещё сильнее)

я использую двойное подчеркивание. если это повод для ненависти, я живу в Бресте, приезжай, бей ебало :(

Но от фалкона бомбит ещё сильнее)

от питоновского?

я в курсе, я не презираю, так слегка подтруниваю ;)

https://github.com/laravel/framework/blob/556b948c41b273144e5f23f6b3b6167bf7e0c84e/src/Illuminate/Foundation/helpers.php#L934

я использую двойное подчеркивание. если это повод для ненависти, я живу в Бресте, приезжай, бей ебало :(

дабллодаш

двойное подчеркивание использую _только_ для вызова языка. все остальные функции называются как полагается

я использую двойное подчеркивание. если это повод для ненависти, я живу в Бресте, приезжай, бей ебало :(

Да мы уже по айпи вычислили

от питоновского?

Пхпшного

Пхпшного

ну до 7-ки он был относительно не так плох

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

ну до 7-ки он был относительно не так плох

Да он всегда херью был) производительность фреймворка в общей цифре занимает если не 0, то оч близко

Ну только если ты не повелитель хелловордов)

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

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

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

На хэллоувордах лучше swoole смотреть. Он там еще go просраться даст

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

Все фреймворки одинаковы по сути) а структура папок аще ни л чем не говорит