mpn2005

Добрый день. Скиньте в личку @HyperLabTeam доступ на фтп и в админку. И ссылки на страницы с проблемами.

Нужно перенеси выделенный участок кода:

Должно работать. Все же остальные константы по движку работают. Эти от них ничем не отличаются. Может быть opcache шалит. И надо было его очистить.

Что-то очень загадочное получается. Это же глобальные константы. И от версии движка это не зависит. Вы точно их прописывали в оба конфига? Надо писать в config.php и в admin/config.php

Да. И это очень плохо. Добавит странных и загадочных проблем, которые непонятны на первый взгляд. А обернётся это тем, что клиенты не смогут оформить заказ и будут тихо уходить из магазина, может даже годами, пока владелец это заметит.

Я видать пропустил. Не всегда всё можно увидеть.

Сообщением выше написал. Это по сути архитектурная ошибка, т.к. все технические редиректы станут 301, вместо 302.

И по сути 301 по всем параметрам некорректен, т.к. если требуется залогигится, то это именно 302, страница же не перехала, а просто не доступна временно. Именно это и говорит браузеру 302 редирект.

Вот тут как раз не самый лучший вариант. Все технические редиректы на корзину, требование логина для оформления заказа должны быть именно 302 редиректом. Тк. 301 редирект кэшируется браузерами, и потом из корзины может кидать на страницу логина, даже когда уже залогинился, т.к. браузер скэширует этот 301 редирект.

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

А с чего вы взяли, что он вообще должен быть? Это больше похоже на надуманную проблему. Одно дело, что движок не должен генерировать такие ссылки, а другое - это надуманный редирект от сомнительных гуру СЕО. Вот пример: https://www.google.com////////?q=test Где тут редирект?

Тут уже причина не в версии PHP, а в недостающих переменных конфигурации для подключения к redis. Вот это по любому нужно добавлять. Это, по сути, как конфиг коннекта к БД.

Рассмотрим ситуацию сейчас: 1) Выдаёт ошибку, что переменной нет. Мы чётко по файлу видим, что её нет. 2) Нет переменной, значит выполнение идёт, и вместо переменной в строку попадает пустое место. 3) Изначально вопрос не стоит про ошибку 500 - и караул у нас всё пропало. Значит какой-то шаблон там есть. Исходя из этого убирание переменной не ухудшает ситуацию уж точно. И если не было ошибки 500 с несуществующей переменной, то она и не появится. С какой целью все эти заочные изыскания?

Не понимаете вы шуток. Неужели после правки вот эта ошибка сохранится? Конечно не сохранится. Если переменная лишняя, то всё заработает. А если нет, то тут заочно никак не поможешь. Надо смотреть и шаблоны в том числе.

Может. Но наиболее вероятно, что это просто лишняя переменная. Ну а так - да, можно посоветовать перед использованием добавить: $header = rand(); Текущая ошибка так точно уйдёт.

Просто замените это: return $this->load->view('tmarket/page_section/header/header' . $header, $data); На это: return $this->load->view('tmarket/page_section/header/header', $data);

Ничего в хроме не ровно. У вас никаких шагов не предпринято по поводу выравнивания данных блоков. Вот в чём причина, блоки 1, 2 и 3 разной высоты: Надо или делать блоки одинаковой высоты. Или решать это стилями. Например, как сделано в дефолтной теме: @media (min-width: 1200px) { #content .col-lg-2:nth-child(6n+1), #content .col-lg-3:nth-child(4n+1), #content .col-lg-4:nth-child(3n+1), #content .col-lg-6:nth-child(2n+1) { clear:left; } } @media (min-width: 992px) and (max-width: 1199px) { #content .col-md-2:nth-child(6n+1), #content .col-md-3:nth-child(4n+1), #content .col-md-4:nth-child(3n+1), #content .col-md-6:nth-child(2n+1) { clear:left; } } @media (min-width: 768px) and (max-width: 991px) { #content .col-sm-2:nth-child(6n+1), #content .col-sm-3:nth-child(4n+1), #content .col-sm-4:nth-child(3n+1), #content .col-sm-6:nth-child(2n+1) { clear:left; } } А ещё у вас левые элементы в BS сетке, которые не являются элементами этой сетки:

Попробуйте так: <?php namespace Opencart\System\Library\Cache; class Redis { private $expire; private $cache; public function __construct($expire = 3600) { $this->expire = $expire; $this->cache = new \Redis(); $this->cache->pconnect(CACHE_HOSTNAME, CACHE_PORT); } public function get($key) { $data = $this->cache->get(CACHE_PREFIX . $key); return json_decode($data, true); } public function set($key, $value, $expire = 0) { if (!$expire) { $expire = $this->expire; } $status = $this->cache->set(CACHE_PREFIX . $key, json_encode($value)); if ($status) { $this->cache->expire(CACHE_PREFIX . $key, $expire); } } public function delete($key) { $this->cache->del(CACHE_PREFIX . $key); } }

Если вы про отступ слева от меню, то это у вас в стилях прописано:

Увеличьте значение параметра max_input_vars Обычно он по умолчанию 1000, но этого мало для больших форм. Поставьте 20000, должно хватить. Подробнее тут: https://www.php.net/manual/ru/info.configuration.php#ini.max-input-vars

Можно делать полноценными отдельными товарами. Тогда не будет никаких проблем с выгрузками на маркет и у каждого варианта будет свой url. А при выводе их группировать. Но это не касается темы релиза ocStore.

Если нужно сохранять указанные связи, то и парсить нужно страницу с этими связями. А не страницу, на которой нет этих связей - и потом всё заполнять вручную. Это только вопрос парсинга. Я же отвечал на вопрос про реализацию. Как это можно реализовать.

Они все уже связаны и структурированы на доноре:

Вот отсюда тут как раз ID такой группы, типа общая линейка для модели картриджей. Именно по ним и идёт группировка. И этот ID как раз и совпадает у сгруппированных моделей. Товар - это картридж. Список картриджей(товаров) - это категория Вам это кажется

Я мел ввиду модельный ряд принтеров. Вот тут они сгруппированы. По сути один картридж подходит на общую линейку принтеров. По хорошему эту линейку и надо делать самостоятельной сущностью, и к ней привязывать уже сами варианты картриджей. Это может быть ID статьи в поле UPC. А в самой статье уже перечисление моделей и ссылки на нужные категории. И именно по этому полю делать группировку. Можно ещё дублировать в штатные фильтры привязку именно к конкретным моделям принтера.