Подскажите кто знает, нужно интегрировать апи банка, есть такой пункт:
Ловим на redirect_url пользователя и меняем код на токен запросом

Что подразумевает ловим?)

Ну, я понял это примерно так:
При переходе по адресу redirect_url мы попадаем в роут, который, в свою очередь, обрабатывается каким-то методом внутри контроллера. Этот метод принимает запрос (Request $request), и этот запрос мы ловим

принимаем запрос

Есть возможность получить ключ на степике, как минимум 3 месяца на все продукты жетбрейнса, которые легко превращаются в ~9 месяцев

а также следом купить уже лицензию со скидкой

Там немного не хватит до скидки, но да

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

Ну это не помню, у меня до сих пор не закончилась 😏

Здравствуйте
Подсажите пожалуйста
1) есть у меня данные (сущность уведомление) с флагом просмотрено\не просмотрено
2) я их как-то фильтрую (кому и от кого и тп), пагинирую и вывожу через API Resources :: collection
3)  мне выдается json с meta внутри которого ссылки на странице - все супер

Встала задача добавить к ответу общее количество просмотренных И не просмотренных уведомлений
в справке вычиатл метод with (от ResourceCollection) который может доабвитб какие то данные в ответ
вот ссылка на доку https://laravel.com/docs/8.x/eloquent-resources#top-level-meta-data

я планирую решить задачу использую этот метод
те там я сделаю запрос ко возвратит мне общее количество уведомлений обоих типов

это правильный подход или как-то можно лучше?

если кратко
вообще у меня выводит по 5 шт уведомлений и там например 10 страниц всех уведомлений
в этом ответе нужно приаттачить параметры которые показывают сколько всего заявок того или оного типа

Если сам ресурс обрабатывает как просмотренные, так и не просмотренные, то в методе with можно с коллекцией работать. Например:

public function with($request)
{
    return [
        'showed_count' => $this->collection->filter(fn ($item) => $item->is_show)->count(),
        'new_count'    => $this->collection->filter(fn ($item) => ! $item->is_show)->count(),
    ];
}

Если только одно из этих состояний, то вполне можно кинуть запросы. Например:

public function with($request)
{
    return [
        'showed_count' => $this->showCount(true),
        'new_count'    => $this->showCount(false),
    ];
}

protected function showCount(bool $is_show): int
{
    return Page::where(compact('is_show'))->count();
}

НО в первом случае нюанс - вернёт количество только из тех, что есть в данной коллекции.
Если нужен общий счётчик, то следует второй вариант рассмотреть.

Спасибо
ресурс работает со всем вподряд

только хотел об этом писать)
буду запрос строить значит
спасибо!

Рекомендую два запроса написать - один для просмотренных, второй для не просмотренных.
Если взять общий, а потом выполнять фильтрацию и подсчёт на стороне приложения, то это более затратно по ресурсам будет.

А в запросе, главное, в индексы попасть при построении условий. Тогда трафик у них копеечный будет.

понял, но вообще щас начал сырой запрос писать с агрегатными функциями, хочу одним зпросом отделаться кастомным, если это вообще возможно будет
если не смогу - сделаю как вы рекомендуете

Проще ёлку заюзать, а не придумывать велосипед

Case when замечательно подойдет

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

понял, вообще всегда струмлюсь делать как можно меньше запросов, возможно, зря