Вячеслав Плиско

Всё верно, не нужно никаких статусов, они есть в заголовках

Пока делай один, как только понадобится разделение, сделаешь второй. Если не следовать принципу YAGNI, то даже с хорошим фреймворком получишь проект сложный в поддержке как битрикс.

Обычный EAV.
Есть таблица товаров, таблица размеров, связь через pivot таблицу в которой заодно храним и количество
В доке есть информации по дополнительным действиям с pivot https://laravel.com/docs/5.2/eloquent-relationships
Корзину можно брать готовую вот например с поддержкой размеров https://github.com/Crinsane/LaravelShoppingcart

Из коробки вам уже доступен guzzle, он поддерживает прокси docs.guzzlephp.org/en/latest/request-options.html
Ну и скорее всего у сайта есть апи где не будет проблем с банами и формат будет не html, свяжитесь с его саппортом.

Почитайте об их Eloquent, пропишите связи и тогда работа будет очень простой.

$products = Products::with(['stocks', 'stocks.stock'])->find($id);
$product->name;
$product->stocks; // массив со стоками из stocks
$product->stocks[0]->name; // выведен данные из таблицы stock

Пропишите belongsTo в самой модели, а подгружайте через $category->load('post'), если у вас категория уже выбрана. Либо $category->with('posts')->get(), если категория не погружена, ведь релейшену нужно получить данные из самой категории, чтобы вытащить связанные посты.

Для запросов заворачивать в DB::raw, плюс костыли с hex2bin и обратно.
При выборке через pivot запрос можно дополнять

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

Вот пример того, как подменять PasswordBroker stackoverflow.com/questions/34409236/how-to-send-t...

Не используй статик методы.

У тебя же идут аякс запросы на нормальные урлы, а хэш используйется лишь для клинского кода, видимо на сервере кто-то мапит для удобства отладки. На сервер, он естественно не передаётся.

Просто не нужно использовать фасады.

Про посмотрите что у вас тормозит. Поставьте xdebug, сделайте профалинг, а так это гадание по кофейной куще.

strip_tags не фильтрует атрибуты у тегов. лучше использовать библиотеку htmlpurifier

Во первых, без кук не будет работать и сессия, так как иайдишник сессии по дефолту передаётся именно в куках.
Можно настроить php, чтобы он передавал айдишник в урле, но это не очень хороший способ.

В laravel есть отдельно мидлеваре для веба и апи, используйте api, а не web. В режиме апи не должно быть проблем, либо он уже будет падать с конкретной ошибкой. В режиме апи не используется стандартный механизм кук и сессий, можете прикрутить какой-нибудь пакет с jwt токенами если нужна авторизация, это будет гораздо лучше.

Вроде всё верно, раз биндите на класс, а не интерфейс, можно даже не заморачиваться $this->app->singleton, в методе котроллера будет нужный инджект. В других местах пользуйтесь App::make и App::call методами

А вы не использйте фасады, а воспользуйтесь замечательным DI
public function fooAction(ModelArticle $modelArticles) {
return $modelArticles->latest();
}
Ну и latest не через дурацкие скоупы, а нормальным методом модели делать.