Laravel по-русски

1. А хорошо ли положить трейты прямо в ту папку где модели? Типа BillableTrait.php

Создай папку Traits в каталоге app, и туда ложи все трейты

Класть эти изображения в хранилище (storage), и к примеру по роуту /image/get/123 отдавать это изображение. Перед отдачей проверять пользователя на возможность скачивать изображения. Ну а способов проверки масса, можно группы сделать, или тупо столбец в таблицу users добавить типо is_subscriber tinyint(1) default(0) и когда пользователь купил подписку, то ставить в это поле 1

1. Попробуй это,

Они не подходят, тк они будут применяться сразу в любой выборке, а писать каждый раз withoutGlobalScopes не очень хочется. Решил все в трейт перенести

Не сразу заметил что в отдельную тему вынесли))

1. Не видя полные scope для моделей, не смогу что-то посоветовать. Если у тебя репозиторий публичный, скинь в личку.

Репозитория нет, все на локалке.

    /**
     * Filtering The Resource
     *
     * @param $query
     * @param Request $request
     */
    public function scopeFilter($query, Request $request)
    {
        if($request->has('reset'))
        {
            $request->session()->forget($this->table . '.filter');
        }
        else {
            if ($request->input('filter.*'))
                $request->session()->put($this->table . '.filter', $request->input('filter'));

            $request->session()->has($this->table . '.filter.id') ? $query->where('id', $request->session()->get($this->table . '.filter.id')) : Null;
            $request->session()->has($this->table . '.filter.name') ? $query->where('name', 'LIKE', '%' . $request->session()->get($this->table . '.filter.name') . '%') : Null;

            if ($request->input('sort.*'))
                $request->session()->put($this->table . '.sort', $request->input('sort'));

            $query->orderBy($request->session()->get($this->table . '.sort.column', 'id'), $request->session()->get($this->table . '.sort.type', 'asc'));

            if ($request->input('per_page'))
                $request->session()->put($this->table . '.per_page', $request->input('per_page'));
        }
    }

Я говорил про эти запросы PHP$query->where('id', $request->session()->get($this->table . '.filter.id')), они повторяются практически в каждой модели (id, name, position, created_at). Вот я и думаю, может как то все в один огромный скоуп обьединить, и вынести в трейт с проверкой PHP$request->session()->has($this->table . '.filter.name')?

1. Кстати, ты можешь существенно повысить читаемость кода, если будешь использовать:

ыНачал уже все исправлять)

1. Зависит от конкретной ситуации. Я использую глобальный помощник request() при работе с объектом Request. Тестируется на ура, передавать объект в представление не нужно. Синтаксис приятнее, чем при использовании фасада.

Значит это нормальная практика использовать хелперы вместо фасадов в представлении?

И есть еще вопрос. Вот у меня в админке, у каждого круд контроллера есть свой фильтер. И почти у всех повторяется фильтрация по полям id, created_at и частично name. Но есть дополнительные фильтры по отличающимся полям.
Сейчас у каждой модели есть скоуп filter, который осуществляет фильтрацию. И в каждой модели повторяются вот эти строки

    if($request->has('reset'))
    {
        $request->session()->forget( $this->table . '.filter');
    }

и эти

    $request->session()->has($this->table . '.filter.id') ? $query->where('id', $request->session()->get($this->table . '.filter.id')) : Null;
            $request->session()->has($this->table . '.filter.name') ? $query->where('name', 'LIKE', '%' . $request->session()->get($this->table . '.filter.name') . '%') : Null;
// ...
if ($request->input('per_page'))
    $request->session()->put($this->table . '.per_page', $request->input('per_page'));

Думаю можно этот скоуп вынести в трейт. но как быть с полями которые у каждого круд контроллера уникальные? Как то надо пропустить фильтрацию по полю, которого нет в реквесте. Но тогда этот метод разрастется ого-ого как…

$users->whereHas('buyProduct', function($q){
  $q->where('product_id', '<>', 5);
})->get();

Немогу в данное время проверить, но по идеи должно сработать
Или еще whereNotIn можно попробовать.

1. во-первых тут я бы написал firstOrFail

Согласен. В живом проекте у самого firstOrFail(), тут почему то first() написал:|

1. во-вторых изобретать скоупы только для того чтобы выбирать каким-то способом модели в маршрутах – это по-моему излишне

Всегда так делал, н когда с этим проблем не возникало.

1. Узнаешь — расскажи)

Отпишусь как узнаю

1. Ни разу не видел таких показателей.

Аналогично.

На этом сервере 3 сайта на prestashop. Может из-за них? Хотя они работают шустро.
php версии 5.6, ларавел версии 5.4.30.
Скрин http://imgur.com/NBixgOD
И заголовки если они чем то помогут)

Request ..
Request Method:GET
Status Code:200 OK
Remote Address:
Referrer Policy:no-referrer-when-downgrade
Response Headers
view source
Cache-Control:no-cache, private
Cache-Control:no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Connection:Keep-Alive
Content-Type:text/html; charset=UTF-8
Date:Fri, 25 Aug 2017 09:41:58 GMT
Expires:Thu, 19 Nov 1981 08:52:00 GMT
header_name:header_value
Keep-Alive:timeout=5, max=100
Pragma:no-cache
Server:Apache
Set-Cookie:XSRF-... expires=Sat, 26-Aug-2017 09:41:58 GMT; Max-Age=86400; path=/
Set-Cookie: ... expires=Sat, 26-Aug-2017 09:41:58 GMT; Max-Age=86400; path=/; httponly
Transfer-Encoding:chunked
Vary:Accept-Encoding
X-Content-Type-Options:nosniff
X-XSS-Protection:1; mode=block
Request Headers
view source
Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8
Accept-Encoding:gzip, deflate
Accept-Language:ru-RU,ru;q=0.8,en-US;q=0.6,en;q=0.4
Cache-Control:max-age=0
Connection:keep-alive
Cookie:...; PrestaShop-...
Host:
Upgrade-Insecure-Requests:1
User-Agent:Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36

Установить фаил менеджер для редактора https://github.com/UniSharp/laravel-filemanager (первое что выдал гугл)

Судя по названию функции, она загружает изображения. Я вообще создал бы папку services (app\Services) а там уже класс с нужным функционалом к примеру FileUploader (в этот класс потом можно будит еще добавить доп методы к примеру для создания миниатюр). А потом в любом месте где нужно PHPuse App\FileManager и PHPFileManager::upload($request->filename);

Ну так в чем проблема?
Создать контроллер BackendPostApiController положить его в папку Api, а в нем уже

// ...
return response()->json($posts);

1. Но этот варриант не подходит

Больше в голову ничего не приходит) может другие что подскажут