смотря какая логика

вроде как в ларе поощряется бл в модельках

смотря какая логика

ну например на получение id юзера. это мне писать вот так UserService->getId(); или нормально сделать в модели и я буду писать $user->getId();

что значит получение id?

Лмао. Я вообще не могу найти паттерн Service =D

ну получить ид модели

ну получить ид модели

->id

зачем $user->getId() заворачивать в сервис?

если у тебя есть модель

Лмао. Я вообще не могу найти паттерн Service =D

его не существует но он говорят ЗЕ БЕСТ. и это странно. я его нагуглить так и не смог

если у тебя есть модель

Он хочет сервис над одной моделью оборачивать Для каждой модели свой сервис

получение свойства сущности это не БЛ

Лмао. Я вообще не могу найти паттерн Service =D

это не паттерн

это слой

ПРосто я писал логику работы с моделью в модели. и мне сказали что это не очень

и теперь я не пониаю. нужно все в сервисы писать или Куда тогда уже

ПРосто я писал логику работы с моделью в модели. и мне сказали что это не очень

Что именно. Зависит от задачи

для начала научись понимать, что такой бизнес логика

для начала научись понимать, что такой бизнес логика

все я понял. спасиб

книжки умные почитай про ддд итд

я просто поплыл немного, но теперь понял что мне говорили

ребят ну подскажите по уведомлениям

вот создал я введомление

вот в User модель прописал нужный трейт

Ты доку почитал? Про что, про что, а вот про уведомления там более чем понятно описано

и например мне из уведобления нужно получить свойсво id из юзера

мне нужно его в конструтор передавать?

смысл тогдаделать модель User оповещемой если толку от этого 0

Ты доку почитал? Про что, про что, а вот про уведомления там более чем понятно описано

а мне вот кажется наоборот

Ммм, я недавно делал прям по доке

Допер за 5 минут тыканья

Ну как, месяца 3 назад) Но не суть

Пробуй понять архитектуру, как там всё работает

А не тупо прокину тут, прокину там

ну вот пытаюсь понять,вот смотрите

ой

уведомления

ок

и например мне из уведобления нужно получить свойсво id из юзера

Зачем? $notifable - это твой юзер

Зачем? $notifable - это твой юзер

серьезно? ?

серьезно? ?

Да

Если оповещаешь не юзера - то будет другая модель соответственно

Братан

Зачем

Вот он бы щас обяснял и сам бы понял

Пока бы нам обяснял

Вот он бы щас обяснял и сам бы понял

не непонял бы

Наводящими бы 100% понгял

Кто нибудь собирает свое портфолио? Подскажите что-то удобное, проектов куча, и становится все больше, а писать в блокноте / ворде не очень как-то.

День добрый, возник такой вопрос. Есть будущее app на laravel + vuejs, которе будет разделено на фронт чисто для юзеров и бекенд мини-crm. Так вот, хочу построить в связке laravel+vue (SPA) с использованим Гибридного роутинга. "hybrid routing. Inner pages is SPA using vue-router for smoother user experience." тоесть все роуты будут в web.php прописаны и внутри vue-components axios-request'u будут адрессованы тоже на эти роуты. Так вот, правильно ли такое построение или так делть нельзя?

вот как такое понять блин? Помоуму по уведомлениям уних самая ущербная дока

Это то, о чем ты уведомляешь

и?

это если дополнительны модели передавать?

Да

У тебя может быть тупо например. Написать пользователю число 10 статическое для всех и всегда

Тогда тебе ничего не нада, кроме создания класса без доп параметров

ну дальше я понял

просто примеры из доки вводили в дикий комфуз

Тыкай, это всегда помогает

я както понял что можно через конструкторо прокидывать

dd() есть в любом случае и тинкер

ERROR: S client not available

Тыкай, это всегда помогает

вопрос был просто "Зачем мне опопвещать конкретную модель если всеравно еебуду внутрь вруную передавать?"

теперь понял что к чему

еще вопрос

уведоммления же можно некчему не привязывать?

не привязывать к модели

Да

Но не проебись с функционалом внутри. Если будут разные модели

Да

нужно в таком случаем просто создать класс уведомления и все?

Но не проебись с функционалом внутри. Если будут разные модели

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

нужно прямо в телеграмовский канал запихивать новости

тоесть не модель юзера некакаялибо другая не нужна

Как видишь, класс нотификации нее привязан ни чем к определенной модели

Но он вызвается от модели

оно мне не нужно

просто от уведомлений мне нужно удобство и задачи

Зачем тебе уведомления, если ты никого уведомлять не собираешься

Зачем тебе уведомления, если ты никого уведомлять не собираешься

собираюсь

а не

в смысле самой концепции да

не собираюсь

но люди выше хотят через уведоление (

Кто во vue шарит?

+

Шарю, практикую

Вот допустим если у поста есть теги, с сервера что должно приходить? Айдишники или данные уже

Как обычно делают

Если vuex юзать..

Тут может быть и то и другое. Если теги только из базы то отправляешь id. Если можно добавлять произвольно, то обычно летят сами теги и id, если строка то проверяется наличие в базе, если в базе есть, забираются id, если нет – то создаются. А id просто цепляются

400 - Bad Request: can't parse entities: Can't find end of the entity starting at byte offset 68

это может возникать изза того что не то тип данных который нужен передается?