antimind

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

Оформите свой скрипт как плагин, например. И обращайтесь к нему по адресу плагина.

Попробуйте php artisan view:clear для очистки кэша шаблонов.

Видел когда-то давно биржу фриланса написанную под Cotonti. Но, похоже оно уже мертво. Вот тут какая-то сборка.

Наверное вам сюда

Если это SSI, то сервер возвращает обычный html, так что никакой разницы нет.

Этот файл к 1С похоже вообще никакого отношения не имеет, а часть штатного импорта/экспорта или что-то типа того.

{foreach from=array item=item}

$url = parse_url($_SERVER['HTTP_REFERER']);
$res = $url['host'].$url['path'];

Лучше воспользуйтесь предназначенными для работы с DOM инструментами. Из коробки в php есть встроенный функционал, а есть библиотеки попроще, например вот.

Для Vue вот есть какая штука: vue2-dropzone
В resources/assets/js/components/ создаёте vue компонент, а в app.js

Vue.component('dropzone', require('./components/dropzone.vue'));

Хотя, пути тут не критичны. Примеры компонента есть по ссылке выше.

Если витрина товаров нужна в качестве визуального оформления, без функционала WooCommerce, то можно с помощью SiteOrigin Page Builder накидать. То же, что и Visual Composer, только в отличии от него тут базовый функционал бесплатный.

Не совсем понятно что вы хотели этим изобразить, но надо же функцию вызвать, чтобы что-то получить в print_r().

Как уже сказали выше, разницы особо нет. Но, на мой взгляд, удобней сначала поставить на материнку процессор и кулер, а потом уже её ставить в корпус. Просто за кулер удобно держаться, когда кладёшь мать на посадочные места.