pLavrenov

С большой вероятностью ошибка в ID блоков. По этой причине ajax обновление вставляет в другое место.

используй get_field() и не мучайся если хочешь сам писать конструкции.
используй Вот этот плагин чтобы забыть вообще об этой проблеме. только надо найти PRO версию.

По уму надо прочитать про патерн Адаптер.

Но если я правильно понял то текущая задача решается проверкой через is_a()

./
../

Неправильно указываются пути к файлам.

Если структура файлов така:
/images/image.png
/css/main.css

то в *.css файле надо указывать пусть ../images/image.png

/images/image.png - будет ссылаться на домен uXXXXXX.cp.regruhosting.ru/images/image.png
images/image.png - будет ссылаться на домен на текущую папку + адрес, если мы находимся в папке uXXXXXX.cp.regruhosting.ru/nazvanie-stranitsy/ то адрес будет uXXXXXX.cp.regruhosting.ru/nazvanie-stranitsy/images/image.png

Пути картинок в стилях надо указывать относительно css файла.

https://school-php.com/

'name' => [
    "required",
    Rule::unique('employees')->ignore($name, 'name')
],

Можно так

Правильно настроить Echo server и слушать необходимые события.

Для этого надо использовать middleware для job. Я не знаю в какой версии оно появилось.

Метод middleware() добавляется в нужный Job

public function middleware()
    {
        return [
            new LimitJobThrottleMiddleware
        ];
    }

сам middleware выглядит так...

class LimitJobThrottleMiddleware
{
    public function handle($job, $next)
    {
        Redis::throttle('throttle:sync')
            ->allow(10) // Разрешено максимум 10 тасков
            ->every(1) // каждую секунду
            ->then(fn() => $next($job), fn() => $job->release());
    }
}

Важно! throttle:sync - должен быть уникальный. Все что превышает ограничение отправляется снова в очередь и ждет когда можно будет.

$min = 100;
$max = 1000;
$offset = 20;
$rand = mt_rand($min, $max); //994
$r = mt_rand(
    ($rand - $offset >= $min ? -$offset : -($rand - $min)),
    ($rand + $offset <= $max ? $offset : abs($rand - $max))
);
print_r($rand, $rand + $r);

Как то так...

require не нужно использовать.

В папке с конфигами не должно быть никакой логики. это папка для файлов конфигурации, они автоматом подключаются и доступ к ним через глобальную функцию config()

Когда создаешь любой файл руками а не через команды нужно выполнять composer dump-autoload
Если создаешь папку ее надо добавлять в конфиг композера тк он не будет ее индексировать.

Вообще там достаточно короткая документация. Ее лучше прочитать целиком чтобы представлять как этоработает и что оно может.

Resources

Есть из коробки. Вместо join тут необходимо использовать отношения. Будет очень быстрее.

php artisan optimize:clear
Заменяет 4 твоих команды.

php artisan queue:restart
Сбрасывает кэш задач

service supervisord restart
перезапускает смотрителя (навсякий)

php artisan horizon:pause
php artisan horizon:continue
остановить и запустить Horizon (Осторожно если запустить в дев режиме запустится дев конфиг это может привести к накопления и не исполнению задач)

php -d memory_limit=3G /usr/local/bin/composer update
топ команда для приручение толстых пакетов типа dump-server

В исключения синхронизации надо добавить storage, vendor, node_modules

лучше всего использовать events

вешаем слушателя на событие Platform created добавляем в слушателя условие при котором он будет срабатывать (на случай если например какой-то тип платформ не надо тянуть со стороны) и как только добавляем в базу Platform оно само пушит в очередь слушателя с нужным функционалом.

Модель событие-подписчик вообще очень удобно использовать везде почти.
laravel.com#events

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

https://laravel.com/docs/8.x/eloquent#observers

$request->validate()

Лучше не мучаться вот с этим всем, а использовать пакет laravel-actions

УУхххх..

1) удалить protected $dates, так как use SoftDeletes и так предполагает что поле deleted_at это дата.
2) UsersDB::withTrashed()->find($id)->restore();
3) Неправильная конструкция where

Мультитенантность.

Это сейчас ты задумываешься только о подключении другой базы. А как же очереди? Файловые системы?

1) оставить .env для серверных настроек
2) оставить конфиги для конфигов, а не для хранения данных
3) Убрать из роутов логику навсегда!
4) есть мощный пакет https://github.com/tenancy/tenancy/tree/master

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

Route::get('/page/{page}', 'Frontend\PageController@index');
Route::get('/catalog/{catalog}', 'Frontend\CatalogController@index');
Route::get('/catalog/{catalog}/{filters?}', 'Frontend\CatalogController@filters');
Route::get('/catalog/{catalog}/product/{product}', 'Frontend\ProductController@index');

Именование сложных действий в REST API