GrimJack

Если продукт может быть связан с несколькими категориями, и Вы хотите отразить это в роуте, то дубли будут в любом случае.

Я вижу два варианта:
Первое: Не показывать в роуте категорию.
Например, роут для категории: /store/category/{$category-id}
Роут для продукта: /store/product/{$product-id}
Вместо id Вы можете вставлять транслитерацию названия продукта или категории. Или и id, и транслитерацию

Второе: У каждого продукта должна быть главная связанная категория. Его и показывать в роуте. А другие категории будут просто дополнением внутри сайта и никак не отражаться в роуте

Выкачиваешь проект по http, поднимаешь на локалке, изменения пушишь через git

В данном случае разное мышление (проектирование).

В вашем случае:
Логика идет от компонентов.
Допустим на странице пользователя есть label online/offline
Откуда брать значение, если нужно заблокировать окно чата в тот момент когда пользователь offline?
Что если таких действий не одно, а допустим штук 10?
Что если таких действий не одно, а допустим штук 10 и еще на разных страницах?
Куда вынести функцию, которая проверит статус пользователя?
Как её назвать чтобы не было конфликта имен?

Redux для меня в первую очередь подход.
1. Проектируется состояние (база данных фронта)
{user:{online:false}}
2. действие checkUserStatus (ajax/socket)

3. сколько угодно компонентов (которые не знают друг о друге ничего и имеют любое поведение, в зависимости от статуса пользователя)
компоненты могут ничего не уметь кроме как рендерить этот статус (label), или, могут быть более сложными и иметь логику + обработчики (кнопки, пр)

public function categories($category){
        dd($category);
    }

Что мешает вместо того, чтоб проверять "нет ли чего нового" отправлять уведомление подписчикам в момент публикации?

А почему не наоборот?
На главном магазин, на доменах третьего уровня лендинги под товары и акции. Гугул любит домены третьего свои.

Можно же это все в виде composer пакетов сделать и прописать в composer.json все что нужно

Можно на 1С и сделать интеграцию 1С и OpenCart. 1С может напряму обращаться к записям MySQL в обе стороны

SVG маска ?

Метод get() возвращает коллекцию объектов, с которой вы пытаетесь работать как с единственным объектом (об этом вам в ошибке и пишут).
Если у вас заведомо один объект, нужно делать так:

return OptionsModel::where('option', $name)->first();

на Lingualeo есть тренировки построения предложений в разных временах, например, present simple