jazzus

В модели

public function getRouteKeyName()
{
    return 'slug';
}

Можно без этих извращений с контроллерами. Один ресурсный PostController с методом update, где первым параметром реквест, вторым Post.

create и edit в Ларавел это отображение страниц для создания и редактирования ресурса. Это не запросы на создание и редактирование. Т.к. в большинстве приложений они отдают вьюху с формами было придумано apiResource, чтобы тебе не нужно было прописывать except в роутах каждый раз. Что не мешает тебе использовать обычный Route::resourcе

Нет конечно. Под Windows прекрасно работает. Установить в Windows легко с Ларагон. Щелкаешь там создать Ларавел проект и все готово. А с консолью походу дела разберёшься.

Безопасно. Прежде чем отдать, что-то на фронт проверяй права на бэке. Для этого в Ларавел политики авторизации.

Смотря для каких целей - посмеяться, ок. В реальном проекте говнокод и неудобно поддерживать. Не надо путать метод и класс. Для crud в Ларавел используют ресурсные контроллеры которые тянут за собой плюхи типа политик, подключаемых одной строчкой кода через конструктор и роутов для каждого метода. Одобрено тысячами разработчиков. Другие методы можно вынести в новый контроллер.

Данная проверка никакого отношения к валидации полей формы не имеет. Смотри авторизацию с возвратом сообщений.

С помощью отношений

хелпером trans

orderBy

У тебя связи прописаны полиморфные. А схема бд нет.

Для связей фабрик в Ларавел есть свой способ https://laravel.com/docs/8.x/seeding#using-model-f...
А запросы в бд из фабрик нужно удалить. Это плохая идея.

Partner отношение? Тогда правильнее использовать методы отношений
$partner->relations
whereHas, with итд