lynnikvadim, это не R model.
Это ваша сущность мне ничего не говорит, кроме одного, что она не должна работать, т.к доктрина не будет работать, если нет поля id у сущности (класса). Исключение только для ManyToMany, где не требуется создавать сущности (класса).
П.С и вообще что ещё за AbstractEntity ?
SM_ST, если вы хотите писать красиво и по лучшим практикам, то вам нет смысла делать это через Ларавел, т.к он превратиться в Симфони. А зачем его превращать в симфони, когда можно сразу начать писать на Симфони. :)
SM_ST, в сервисах нужно принимать DTO, а потом заполнять или изменять данные сущностей. И сервису всё равно, что там у вас Доктрина или Eloquent и ничего переписывать не нужно будет. Вы лишь в сервисе дёргаете определённый репозиторий, чтобы получить готовую сущность, сохранить полностью новую, либо удалить полученную, а потом просто делаете flush (который можно тоже вынести в отдельный очень примитивный класс обёртка flusher, который имеет всего 1 метод, дергающий главный flush от Доктрины).
В итоге, если вам нужно что-то изменять (например решили заменить доктрину), то только примитивный класс flusher и репозитории, где вызываются методы доктрины, в сервисах же из-за обёрток у вас нет не единого метода Доктрины, либо минимальное их количество.
Aleksey, вот завтра возьмёт умрёт Eloquent, Доктрина или вообще кому то придёт в голову, а давайте сменим Eloquent на Доктрину и что будете делать? Сосать лапу и лихорадочно переписывать пол проекта? А если сделаете по уму, то лишь подправить пару обёрток.
Aleksey, потому что это best practice и упрощает в будущем многие моменты вплоть до смены фреймворков. А вы со своим Eloquent + laravel потом перепишет всё с 0, если вдруг приспичит сменить фремворк, или либу.
Вы не можете написать 1-2 элементарные сущности для этого?
Создание блога - это самое простое что может быть, если вы этого не можете, у меня для вас плохие новости.
grabbee, ну если вы его держите на отдельной машине, а не просто микросервисную архитектуру в единой приложение, то тогда вам придётся дергаться api своего guard микросервиса, а он уже после проверки дальше дергать api следующего микросервиса. Либо сделать какой-то сервис хаб, который этим заниматься будет.
var_dump($Lang[0]['www15'])
в студию