Варианты уведомлений Laravel, чтобы не спамить?

Sanes, notifiable_id

Варианты уведомлений Laravel, чтобы не спамить?

Sanes, тип уведомления сохраняется в поле type нотификаций

Как проверить действие в политике на незалогиненном юзере?

JhaoDa, покажи пример, как ты для гостя без gate и костылей вызовешь политики в примере из вопроса.

Как проверить действие в политике на незалогиненном юзере?

JhaoDa, серьезно. можешь документацию почитать там только gate. сам в шоке)

Как проверить действие в политике на незалогиненном юзере?

Константин Б., в его примере только gate и будет работать. там по другому никак политику не вызвать. только "проверка в контроллерах" тут ни при чем.

Очистка модели в репозитории после вызова метода в Laravel?

Максим, многие классы ларавел выполняются за кадром поэтому их не показать в методе контроллера. Рекомендую направить энергию в изучение Ларавел, а потом уже интересоваться другими паттернами. В ларавел своих паттернов куча.

пришлось заменить модель

Зачем? Нужно сразу нормально называть модели. Не User_enity как в соседнем вопросе. А User. По коду в документации Ларавел можно многое понять насчет практик, наименований и тд

Очистка модели в репозитории после вызова метода в Laravel?

Максим, использовать классы Ларавел в первую очередь. а то до репозиториев дошли, а до ларавел не дошли. После внедрения реквестов, валидации, обсерверов, политик, евентов контроллеры обычно сильно худеют. Ну и после, выносить логику в свои классы (репозитории сервисы как хочешь их называй), модели (например скоупы геттеры), трейты (например, код для разных моделей).

Очистка модели в репозитории после вызова метода в Laravel?

Максим, если уникальный запрос повторяется в разных местах вынести в класс/модель/трейт. В этом же репозитории тупо дублируются основные методы модели Ларавел. Ларавел и без этого репозитория прекрасно справится.

Очистка модели в репозитории после вызова метода в Laravel?

о опять репозитории с getModel подъехали)) раз в два месяца вижу этот чудо код на тостере. видимо где-то тролль в ларавел среде завелся.

как избавиться от дублирования кода?

Model::find(1) это не дублирование кода. это использование репозитория под названием ларавел.

Кастомизировать и оптимизировать ответ (Response)?

lavren, ну да странно получать ошибку валидации или непонятный json там где 404. это все потому что тесты не пишутся, поэтому типа "куча вариантов" и свобода творчества)

Кастомизировать и оптимизировать ответ (Response)?

Если у тебя Idle $idle то в exists:idles,id смысла нет. И вообще ид не должен быть в реквесте. Да и в целом не должно быть вариантов, когда id не найден.

Кастомизировать и оптимизировать ответ (Response)?

т.е. ничего не изменилось. лишняя прокладка над понятным json методом

Кастомизировать и оптимизировать ответ (Response)?

Но там не то что мне надо.

А здесь советуют не то, что тебе надо (с этим на фриланс), а как правильно. Например, правильно использовать model binding и api resources.

Как правильно проверять находится ли пост в закладках пользователя?

для подсчета отношений есть withCount и тогда не придется считать в цикле

Можно как то в запросе проверить, попадает ли значение в массив, который записан в таблице?

Andre97, вроде бы срабатывает -это как?)

Можно как то в запросе проверить, попадает ли значение в массив, который записан в таблице?

Andre97, придется с вышестоящими общаться

Можно как то в запросе проверить, попадает ли значение в массив, который записан в таблице?

Andre97, зачем в скоупе where функция, зачем whereNotNull и потом поиск по этому же полю в json данных. Видимо нужно рефакторить бд. Искать в json, как в примерах по ссылке.

Как научиться понимать документацию? На каком языке ее читать?

Alex Wells,

Нет, для этого придумана архитектура и неймспейсы :)

Мне по классам фреймворка нет нужды лазить. Доки покрывают потребности. И для большинства сайтов, стартапов общей картины зауши. Никто и не будет усложнять продукт, который создан для упрощения. Если ваш проект заставляет вас постоянно модифицировать Ларавел, надо было писать свой фреймворк) Тем более если команда профи работает.

Техника, обычно, не делается такой, что бы к ней нужна была инструкция на 100 страниц.

Техника то делается сложной. На 1000 страниц если внедряться и все описывать. Просто это потребителю не нужно. Купил кофемашину, прочитал инструкцию на какие кнопки нажимать и делаешь потом кофе. А не лазаешь с отверткой. А если ты задумал самолет из кофемашины делать то это впринципе плохая идея. Тогда можно и без кофемашины обойтись.

Заваленная тонной подробных расшифровок каждого класса во всем фреймворке

Если там внутренности объясняют то это тупость. Фреймворк вообще не про это. Я плохих документаций пока не видел. Видел либы с плохим кодом и отличной докой.

Как научиться понимать документацию? На каком языке ее читать?

Alex Wells, смотря какую доку. если ларавел то периодически. если апи/плагины то всегда открыта пока внедряю, использую, как справочник. Документация и придумана, чтобы не нужно было лазить по классам. это как инструкция к технике. чтобы ты пользовался, кофеек пил, а не ковырялся с отверткой. Хотя поковыряться тоже полезно.

чем в убогой доке.

Это где дока убогая?

Как научиться понимать документацию? На каком языке ее читать?

Друг, малоли кто какие глупости говорит. документация не для обучения, а для работы.