mpn2005

Да вы что? А зачем тогда нужна главная категория у SEO_PRO? Просто конкретно в этом месте упущен этот момент, и не подставляется главная категория. В OC2.3 этот момент в SeoPro работает исправно. А в тройке просто чуток недосмотрели.

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

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

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

Со связанными опциями работать не будет. Т.к. связанные опции полностью заменяют собой штатный функционал опций.

А вы сами точно сможете реализовать? Вы понимаете, что это нужно обойти рекурсивный вызов подсчёта суммы товаров в корзине? Т.к. у вас цена зависит от цены. Если такие вопросы задаёте, то сразу могу сказать - сами вы это не сделаете.

Но это только в случае, если речь про не связанные опции. А про обычные.

Умножение и другие модификаторы есть в моём модуле. Если не занят вес опции или баллы, то могу сделать выбор опции, если не нулевое значение. Это не сложно. Сделаю без доплат.

Суть очень проста. Предыдущий соавтор отказался от развития модуля и исправления возникших косяков. Было два варианта: 1) Закрыть этот модуль и оставить как есть. Без изменений, без доработок, без исправлений, без поддержки. 2) Сделать продление и развивать модуль дальше. А вообще вопрос довольно странный, если не хотите - не оплачивайте продление. Это же не обязательное требование. Может, действительно стоит рассмотреть первый вариант, и приступить к созданию нового модуля. И не заморачиваться с совместимостью и т.д. Выдать обновление только тем, кто покупал после моего присоединения к проекту, и закрыть этот модуль. Мы подумаем над данным вопросом. Чтобы потом в нас такие камни не летели. И не иметь проблем с так называемой "этичностью". Мне, естественно, проще во всех отношениях первый вариант.

Добрый день. По сути он не заменяет эти модули. Он дает возможность принципиально иначе организовать представление однотипных товаров в магазине. HPM позволяет группировать в одну карточку разные однотипные товары. То есть, каждый вариант в объединённой карточке товара - это не опция, а отдельный товар, со своей ценой, изображениями, скидками, акциями и пр. Конфликтов быть не должно. Если в товаре нет связки модулем HPM, то модуль на эту карточку товара вообще никак не влияет. Адаптация под эту тему есть.

Нет. Конкретно этот код - это свой метод decrypt Вот например из либы system/library/encryption.php для OC3

С таким вопросом логично написать автору используемой темы.

Значит картинки к категориям добавляются модификатором. Тут уже не получится объяснить пошагово.

Ну так увеличьте max_input_vars и не будет ошибки.

Теоретически, первая ошибка может породить вторую. Модули бывают с довольно странной логикой. И нештатные ситуации могут быть не предусмотрены.

А перед этим: Это значит POST порезало. Починит одну ошибку, будет приступать ко второй.

Это не тот код. Вот этот код: И надо сделать что-то вроде этого: Но у вас там с картинками. Код будет другой. А потом стилями: .category-list .name { height: 40px; overflow: hidden; } Это приблизительный вариант.

Там надо сначала для блока подкатегорий добавить свой класс. И заголовок под картинкой завернуть в <div> со своим классом. Т.к. сейчас не очень удобно цеплять стили к таким элементам.

В настройках магазина на закладке "Опции" Как? По скриншоту? Вы бы хоть ссылку на страницу с проблемой приложили. Вам бы и подсказали более конкретно.

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

Дело в названии подкатегории. Сделайте им стилями фиксированную высоту. Например две строки. И не будет этого сползания.

Увеличьте значение параметра php max_input_vars хотя бы до 50000.

В той таблице модули сохранялись в OC1.5 Начиная с OC2 они же переехали в oc_module. И правильно, т.к. модули километры параметров налепят, и при каждой загрузке потом перебирались, даже выключенные.

А где увеличивали? Надо было в таблице oc_module изменить тип поля setting Скорее всего не там изменили.

Всё зависит от того, сколько текста вы дуда пнёте. Может у вас там километры текста. Не помешает ещё проверить nginx client_max_body_size