Ток меньше

Подскажите такой вопрос: 1. необходимо сделать сервис сключительно RESTFull есть ли для этого скелетон.   (сейчас использовал website-skeleton). 2. make:crud создает контроллер "с twig.."   чтобы отдавался JxonResponse?

если это слишком чайниковское для этого канала - наведите на канал, где такие вопросы норм.

рестфул анриал)

Речь, надеюсь,  только о скелетоне? :)

нет, о рестфуле

хм, о как

Api platform

Ок пасиб погуглю

то что доктор прописал.

Сразу ознакомьтесь с возможностями. Апи платформ хорошо работает с сущностями. Но прикрутить туда дто - головная боль. Если ожидаются какие-то сложные фичи в апи - лучше пишите в контроллерах. Для интерактивной доки, как в апи платформ, могу посоветовать nelmio docs.

Ок. Спасибо. По большому счету у меня как раз "не сложная" задача.   По своей сути (если перевести в популярные задачи) просто "реест заказав" причем товар представляется только в виде идентификатора. Одна таблица ИД,статус, еще пара информационных полей, и таблица ид товара и ид заказа (именно в этой системе). (ну плюс вспомогательные: лог изменений, пользователи). т.е. на сколько я успел все вчера прочитать.. Там 90% задачи решается командами консоли. Мне остается добавть определнную логику определяющую дубликаты (она хитрая на ключах базы не построишь)... Автоизацию только не успел изучить. Особенно если то что в доке озаглавлено "конструктор клиентов". То еще и с фронтом (там будут обращаться как внешние клиенты, так и легкая своя морда нужна) задача почти решена...

Добрый день всем.
Подскажите пожалуйста, как в симфе правильно хранить шаблоны надо?
Есть потребность: в системе есть события, о событиях рассылаются письма(приглашения, напоминания, и тд). события бывают разных типов. в зависимости от типа нужно использовать свой шаблон. и конечно же есть локалиация(минимум русский-английский).
Как устроено сейчас: есть папка с шаблонами. в папке лежат базовый шаблон, хранящий высокоуровневую верстку. там же в этот папке есть папочки RU и EN, внутри которых лежат соотвественно русские и английские версии шаблонов конкретных писем(в каждом таком шаблоне только контентный блок письма).

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

PS. Symfony 2.8, Twig 2.14

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

для локали есть файлы translations

Symfony 2.8 ой мама...

проект весьма древний. там не так просто обновится. но мы на этои пути :)

спасибо.
а на счет разделения шаблонов в зависимости от типа мероприятия. в каком месте правильно вычислять, какой именно шаблон использовать?
сейчасть логика такая:
есть некий EmailManager, у которого есть метод sendEmailMessage(string $emailType, array $inputParams). данный метод, в зависимости от $emailType собирает нужный массив данных для письма($emailVars) и складывает их в БД. Дальше крон-скрипт берет из БД данные($emailType + $emailVars), в зависимости от $emailType выбирает нужный шаблон, собирает из $emailVars HTML письма и собственно отправляет его в smtp.

Мне кажется, что правильно выбирать шаблон как раз на этапе EmailManager-а, но тогда придется эту инфу прокидывать через БД в скрипт отправки. это норм?

что мешает в $emailVars добавить нужный шаблон?

ээ... а так можно было? 😂😂😂😂😂
спасибо. почему-то в эту сторону вообще не подумал :)