уже не помню, почему там через url создавался путь

Может кто-нибудь подсказать, почему четвертая симфони не хочет подтягивать русскую локализацию в ошибках валидации? Конфиг вот такой: framework.default_locale: ru framework.translator.fallbacks: ru Стоят бандлы symfony/translation и php-translation/symfony-bundle. У последнего конфиг тоже настроен: translation.locales: [ru] Но в ошибках валидации один черт все по-английски. Может, я что-то забыл?

В dev-окружении, кстати, ошибки на русском прилетают, а вот в тестовом — почему-то на английском.

так уже понятнее - скорее всего в test-конфиге не подтягиваются значения для dev-окружения

еще вариант - кэширование конфига

В тест конфиге часто конфиг транслятора переопределяют

как в 1 симфе миграции делать?)

берешь и мигрируешь с первой на четвертую)

ага, клиент согласится, оплатит, подождет. Конечно же)

https://symfony.com/legacy зашел крч, хотел доки посмотреть, а оно кидает сразу на 4

где найти доки по 1 симфе?))

так уже понятнее - скорее всего в test-конфиге не подтягиваются значения для dev-окружения

Делал bin/console debug:config framework --env=test — везде стоит "ru". Кэш тоже чистил, кстати.

где найти доки по 1 симфе?))

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

где найти доки по 1 симфе?))

http://symfony.com/legacy/doc

да, я нашел уже

только полезно пока не увидел ничего. Как открыть консоль!?

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

https://symfony.com/blog/the-end-of-symfony-1

ага, клиент согласится, оплатит, подождет. Конечно же)

а ты сам с первой симфой работал?

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

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

микросервисы...

TRIGGERED ну а вдруг там все по заветам Уди?)

TRIGGERED ну а вдруг там все по заветам Уди?)

с первой симфони?) ну ну

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

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

ты про часть с rules engine?

ага

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

да и в принципе про его идею с процессом как deployment unit

или как там было сформулировано

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

и шарингом артефактов между процессами

да и в принципе про его идею с процессом как deployment unit

ну тут довольно просто - у тебя не только бэкэнд есть) у тебя есть еще UI составляющая

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

с UI мне на практике тоже не особо понятно, как делать, но вопрос не в этом) процесс как юнит ложится нормально в случае, если артефактом считать вообще отдельную единицу/модуль совершенно отделенную от всего остального, и более того - хранящую данные в себе но чет субд такое не умеют

тем более с шарингом артефактов

или же их дублированием по процессам

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

как в 1 доктрине скипнуть миграцию?

пошарил по этому проекту, как же раньше было неудобно кодить) Хотя дело привычки, наверное

вроде как миграции не скипаются

они по порядку отрабатывают

разве что внеси в таблицу данные, типа она уже отработала

Все не-LTS версии постоянно какие-то дурацкие надоедливые баги имеют

Не LTSники должны страдать, страдаю. Ща вот собираюсь мигрировать на fedora.

так федора - то не LTS )

rolling release наше все)

как в 1 доктрине скипнуть миграцию?

https://github.com/doctrine/migrations/blob/v1.2/lib/Doctrine/DBAL/Migrations/AbstractMigration.php#L145

https://github.com/doctrine/migrations/blob/v1.2/lib/Doctrine/DBAL/Migrations/AbstractMigration.php#L145

я имел ввиду из консоли, как во второй php app/console doctrine:migrations:version YYYYMMDDHHMMSS —add . Можно так? Или это оно и есть?

а, это хз.

тебе надо пометить её как выполненную, чтоб она не запустилась?

ну это то, о чем говорил)

тебе надо пометить её как выполненную, чтоб она не запустилась?

Ага

в базе смотри таблица migration_versions

ну dⓂ️v это оно она добавится в базу как выполненная и на doctrine:migtations:list или :status тоже будет видна как выполненная

Вот и вопрос, как эта команда делается в 1 доктрине

https://github.com/doctrine/migrations/blob/v1.2/lib/Doctrine/DBAL/Migrations/Tools/Console/Command/VersionCommand.php не катит?

Не LTSники должны страдать, страдаю. Ща вот собираюсь мигрировать на fedora.

Ну мне убунту нравится. У меня нет потребности в другом дистре вроде. :)

Я поставил не ЛТС только потому что последняя лтс уже старовата. А я купил новейший комп. И там не работают HID. :)

Тупо не могу установку запустить.

Тупо не могу установку запустить.

установку чего?

установку чего?

Убунту. :)

качни федору 27

Не хочу. У меня была Фёдора.

Давно. Мне не нравятся RPM дистры

Linux Mint one love

Linux Mint one love

??

Давно. Мне не нравятся RPM дистры

так, давно это было ) Я вот недавно бубунту установил, для интереса, так там гном 3 существенно медленее работает, нежели под федорой :) вернулся назад Ну и RH вносит огромный вклад в разработку )

скорее всего дело привычки

ERROR: S client not available

Так я же под кедами. :)

Ну привычка тоже. Всякие небольшие отличия в папках и т.п.

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

каждому свой пингвин )

Это точно. :)

https://github.com/doctrine/migrations/blob/v1.2/lib/Doctrine/DBAL/Migrations/Tools/Console/Command/VersionCommand.php не катит?

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

это скорее всего единственный рабочий способ, потому как выбивается из общего процесса работы с миграциями

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

А если неправильно накатанная на дев машине?

это скорее всего единственный рабочий способ, потому как выбивается из общего процесса работы с миграциями

для таких кейсов и есть команда doctrine:migrations:version

ну так я и говорю что я это юзаю уже года два

ты прям на всех репосах такое пишешь?

ты прям на всех репосах такое пишешь?

нет

на парочке что бы phan типы знал)

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

над в maker bundle законтрибьютить

пусть у всех будет такая радость)

ну то есть запретить вызовы методов entity repository вне своих репозиториев

подскажите пожалуйста CsrfToken можно использовать без формы при ajax запросах ?

вечер добрый есть проект развернут под docker-compose . переделываем под rancher, 2 docker файла один для nginx второй для пыхи + конфиги, сбилдили-запустили, php-fpm отдает все время 404. где копать? опыта с докером не много тяжело разобраться

я бы снёс докер )

вечер добрый есть проект развернут под docker-compose . переделываем под rancher, 2 docker файла один для nginx второй для пыхи + конфиги, сбилдили-запустили, php-fpm отдает все время 404. где копать? опыта с докером не много тяжело разобраться

пути)

просто не думай а докере как о чем-то новом

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

или php-fpm

подскажите пожалуйста CsrfToken можно использовать без формы при ajax запросах ?

https://symfony.com/doc/3.3/controller/csrf_token_validation.html подойдет?

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

привет, подскажите какой стек можно использовать для symfony 4 чтоб реализовать rest api с регистрацией, аутентификацией и авторизацией через accessToken. Я нашел FOSUserBundle но с четвертой симфони он не стал, также читал про FOSRestBundle - думаю его использовать плюс JWTSerializer

или лучше symfony 3 для этих целей?

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

смотри дебаггером, все должно работать

как бы аякс\неаякс не имеет значения

привет, подскажите какой стек можно использовать для symfony 4 чтоб реализовать rest api с регистрацией, аутентификацией и авторизацией через accessToken. Я нашел FOSUserBundle но с четвертой симфони он не стал, также читал про FOSRestBundle - думаю его использовать плюс JWTSerializer

регистрация - создать сущность, авторизация - form login из коробки, аутентификация по токенам - есть отделььные бандлы. хоть тот же lexic