lolka02, долгая тема для обсуждения. Предположим, что есть админ и пользователь. Пользователь обязательно должен заполнить email, а админу разрешается редактировать профиль без обязательного заполнения.
Чтобы не было таких конфликтов, то и валидацию мы отключаем в модели. Тогда все данные проходят. Вы скажите: какая глупость, есть сценарии. Да, такое есть. Но если вам приходилось сталкиваться с множеством условий в правилах валидации, то вы меня поймёте, как проект становится хламом.
У вас возник вопрос. Тогда как валидировать данные, если не в сущности? В форме! На каждое действие мы просто создаём новую форму со своими правилами валидации. А из модели их убираем. После валидации данные переносим в модель и сохраняемся.
При таком подходе у вас никогда не будет проблем с валидацией. А код ваш станет чище.
Игорь, у него многие учатся. Много где выступает. В репозиториях есть проект и на symfony. То что у вас и то что у него разные вещи) Изучите подробнее.
lolka02, я вам показал хороший вариант для проверки уникальности. Не хватает только привести email к нижнему регистру. Что с вашей валидацией модели не понятно. Пришлите всю модель. Тогда смогу подсказать что не так с вашей проверкой.
Уникальное после в БД имеет место быть, но это не то, что нужно. А как проверить валидный email или нет? Email@app.test и email@app.test будут разными для базы данных. Да и вообще приложение не должно надеяться на базу данных. Лучше это перенести в приложение.
lolka02, затем, что у вас проверка существует ли email находится ниже. У вас помимо email могут быть другие проверки. В нашем случае их учитывать не нужно. Поэтому false. Да и вообще, из модели валидации лучше выносить в отдельные формы.
Unique делает точно такой же запрос. Зачем вам два запроса проверки?
DmitrijP, возможно. Но другой альтернативу пока особо не вижу. Сам занимаюсь компонентом для регистрации. Но до аватарок ещё дело не дошло. Может и не дойдёт.
littlefishily, расширение хорошее. Можно проходить по массиву и сохранять связи. Есть ещё возможность сохранять как с расширением, но средствами yii. Сейчас не найду быстро пример.
Максим Федоров, если вы про vue и symfony, то не вижу смысла их вместе держать при условии того, что есть api. А вот с разделением symfony на приложения тоже бы не спешил) Невижу в этом смысла. А если код разделён в проекте, то разделить на приложения или вынести код в бандл никогда не проблема)
Игорь, Как сказал Максим Федоров у вас их 4 и мне тоже не понятно зачем вы это делаете. Более того я вижу, что у вас тут ещё приложения на vue. Разделите приложения vue от приложения symfony. Так же подумайте на объединением всех 4 Kernel в один. В проекте весь код разделяйте папками. Если очень нужно - вынесите в независимые приложения. Но ваша структура совсем не понятна и не логична. Это пример плохого монолита.
cyberlog, я бы вам вообще посоветовал разобраться что такое кэш, когда его применять. В Вашем случае я не думаю, что большие нагрузки и проблемы. Большинство проблем кроется в непроставлении ключей в базе и не оптимизированная выборка. Если у вас на чтении данных одни объекты, то тут кэш погоды не сделает. Они очень много потребляют памяти. Используйте asArray или вообще откажитесь от объектов.
