Очевидно, что любой здравый человек удалит версию, на которую более не приходят патчи безопасности и являющая потенциально дырявой.
Вам нужно подключать сторонний репозиторий, либо собирать 7.1 вручную.
П.С Автору вопроса, лучше посмотреть в сторону фремворка, того же https://symfony.com/ и там же на сайте у них есть быстрый старт, где описано создание профилей и т.д с примерами
JastaFly, Вы там не ответили людям, которые попросили ответ команды :)
А мой ответ, как в данном случае оффтоп и только намекает, что нет смысла валидировать адрес почты, прочитайте про стандарт RFC 5322 и 6854, и используйте готовую библиотеку, иначе не проверяйте совсем, либо достаточно проверить только на символ @ (для чего не нужно создавать ни какой библиотеки)
lynnikvadim, это не R model.
Это ваша сущность мне ничего не говорит, кроме одного, что она не должна работать, т.к доктрина не будет работать, если нет поля id у сущности (класса). Исключение только для ManyToMany, где не требуется создавать сущности (класса).
П.С и вообще что ещё за AbstractEntity ?
SM_ST, если вы хотите писать красиво и по лучшим практикам, то вам нет смысла делать это через Ларавел, т.к он превратиться в Симфони. А зачем его превращать в симфони, когда можно сразу начать писать на Симфони. :)
SM_ST, в сервисах нужно принимать DTO, а потом заполнять или изменять данные сущностей. И сервису всё равно, что там у вас Доктрина или Eloquent и ничего переписывать не нужно будет. Вы лишь в сервисе дёргаете определённый репозиторий, чтобы получить готовую сущность, сохранить полностью новую, либо удалить полученную, а потом просто делаете flush (который можно тоже вынести в отдельный очень примитивный класс обёртка flusher, который имеет всего 1 метод, дергающий главный flush от Доктрины).
В итоге, если вам нужно что-то изменять (например решили заменить доктрину), то только примитивный класс flusher и репозитории, где вызываются методы доктрины, в сервисах же из-за обёрток у вас нет не единого метода Доктрины, либо минимальное их количество.