Дмитрий

Users::select(
    'users.*', 
    DB::raw("IF(exist (select * from admin where admin.user_id = users.id), 'admin', (select name from rank where score<=users.points order by score desc limit 1)) as rank"))
->get();

public function toArray($request)
    {
        return [
            'name' => $this->name,
            'email' => $this->email,
            'balance' => $this->resource->hasVerifiedEmail()?100:0,
        ];
    }

но наверное правильнее - если у вас это во многих местах такая логика - вынести в модель т.е. через mutators и тогда будет просто $this->balance.

Вы left join должны ограничивать при присоединении - а не в where.

$user = Auth::user();
DB::table('book')
    ->select('book.*')
    ->where([
        ['book.country', '=', $country->id],
        ['book.city', '=', 0],
        ['book.approve', '=', 1],
    ])
    ->when($user, function($query, $user)
    {
    	  $query->leftJoin('favorite', function($query) use($user){
                 $query->whereColumn('book.id', 'favorite.radio_id')->where('favorite.user_id', '=', $user->id);
          })->addSelect('favorite.id as favorite_checked');

    })
    ->paginate(50);

P.S. А модели вы почему не используете?

потому что вы получаете запрос вида where status = 'active' or uid=2 or uid=6; и получаете все варианты.

1. Использовать whereIn

->where('status',  '=' , 'active')
->whereIn('uid',  [2,6])
->get();

2. Использовать обертку что бы получить запрос вида where status = 'active' and (uid=2 or uid=6)

->where('status',  '=' , 'active')
->where(function($builder){
  $builder->where('uid',  '=', '2')
      ->orWhere('uid',  '=', '6');
})
->get();

Вы плохо прочитали доку, конкретно часть про querying relations

$countries = Country::whereHas('cities', function($builder){
    return $builder->where('population', '>', 100000);
})
->with(['cities' => function($builder){
    return $builder->where('population', '>', 100000)->orderBy('population', 'asc');
}])
->get();

Как бы если вам надо обработать массив - вам некуда не деться от того или иного обхода этого массива. Не вопрос вы можете сделать:

$result = '';
foreach ($comments as $comment){
    $result .= view('comment')->with('comment', $comment)->render();
}

но если вы сделаете свой вариант с доп.вьюхой а откроете папку compiled куда ларка складывает скомпилированные вьюхи - вы увидите ровно тот же код.

$categrories = Category::query()
            ->with(['products', 'products.ingredients', 'products.options'])
            ->get();

@foreach($categrories as $categrory)
{{$category->name}}
@foreach($categrory->products as $product)
{{$product->name}}
@endforeach
@endforeach

То есть напрямую изменить одно поле в массиве входящих данных?

есть решение в какой нибудь сервис провайдер запихнуть макрос ибо реквест у нас macroable, аля

Illuminate\Http\Request::macro(
    'mergeGently', function($array){
// где делаем магию аля проверки и прочее.
});

после чего будет работать $request->mergeGently($array);

Как его туда прокинуть?

app/Exceptions/Handler.php

public function register()
    {
        $this->renderable(function (ValidationException $exception) {
            return redirect($exception->redirectTo ?? url()->previous())
                ->withInput(Arr::except($exception->validator->getData(), $this->dontFlash))
                ->withErrors($exception->errors(), $exception->errorBag);
        });
    }

В принципе после этой правки все эксепшены с валидацией будут содержать ваши merge из prepareForValidation и не надо дублировать merge. Но стоит проверить как это будет реагировать на json запросы. мне лень

З.Ы. Чего то сообразил - можно же легче - просто переопределить метод invalid у app/Exceptions/Handler.php

Post::where('status', 1)
    ->join('post_tag', 'posts.id', '=', 'post_tag.post_id')
    ->join('tags', 'tags.id', '=', 'post_tag.tag_id')
    ->select('posts.*', DB::raw('group_concat(tags.name) as tags_name'))
    ->groupBy('posts.id', 'posts.name', 'posts.content')->get();

как вариант

Post::where('status', 1)
    ->select('posts.*', DB::raw('select group_concat(tags.name) as tags_name from post_tag join tags on tags.id=post_tag.tag_id where post_tag.post_id = posts.id'))->get();

1. ну mariadb вроде как поддерживает из коробки функции в default то есть по факту

Schema::table()....

$table->string('uuid')->default(DB::raw('UUID()'));

});

должно сработать.

2. Есть еще один вариант - $elem->{$elem->getKeyName()} = DB::raw('uuid()');

З.Ы. MySQL 8 - тоже поддерживает. MySQL < 8 - нет (можно через триггеры). Postgres - да. Как вы наверное поняли очень блин важно сразу указывать точно что у вас там вертится, а не начинать новый сезон угадайки. ИбО БыВаЮт ВсЯкИе РаЗлиЧия.

Вынести popup в отдельный файл

<div class="popUp popUp-product" id="product-popup-{{$product->id}}">

<div class="products">
                    @foreach($products as $product)
                                <div class="product">
                                ...................
                                @include('popup.file', ['product' => $product])
                                </div>
                    @endforeach

К посту jazzus который не поленился и написал все что должен был сказать я, когда предлагал route model binding, добавлю

1. А нахрен в этом конкретном случае делать loadRelation('reviews') - оно автоматом подгрузится при использовании во вьюхе $post->reviews. Eager loading имеет смысл когда вы грузите кучу моделей и у них надо подгрузить отношение - что бы избежать N+1. А в этом случае какое N+1 мы избегаем? Это еще имело смысл в случае loadRelation('reviews.user') - но просто loadRelation('reviews') - нет. Ну и всегда остается вариант когда вы with запихиваете на момент resolve model.

2. Вариант проверки статуса вполне возможно вообще выносить на уровень middleware для фронта через глобал скоуп, я так понимаю у вас этот статус сродни soft deletes

3. На счет количества файлов и разноса функционала. Я так понимаю у вас table-driven development. Ради интереса наберите Domain-Driven Development в ютубе и посмотрите как там. ну к примеру https://www.youtube.com/watch?v=7HXIrEsmlzM&ab_cha...