mpn2005

Поищите в панели хостинга. Везде это по разному выглядит.

Смотрите в настройках хостинга. Если сессии сохранятся в redis, то попробуйте временно отключить. Beget точно этим грешит. Нестабильно читаются некоторые параметры сесcии, если данные сохраняются в redis.

Не имеет значения для Вас или для клиента? Если отключить проверку, то можно делать всё что угодно с заказами через API. Т.к. в OC2 редактировение заказа идёт через API на клиентской стороне, а не в админке.

А хостинг случайно не beget?

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

Добрый день. Всё описанное будет очень сложно в реализации. И поломает всю совместимость с модулями чекаута расчёт стоимости доставки и т.д. Т.к. полностью ломается архитектура корзины. Мне кажется, проще решить данный вопрос отдельным товаром. И просто его закидывать в корзину вместе с нужным товаром. Опишу ориентировочные шаги. 1) Заводим ныжные товары, например: Устуга1, Услуга2 и т.д. 2) В поле upc у товаров указываем id товара услуги. 3) Если у товара заполнено поле upc, то вытягиваем цену товара с названием и выводим это как опцию в товаре с галочкой 4) В скрипте добавления в корзину проверяем выставленность галочки. Если галочка выставлена, то добвляем кщё в корзину и услугу. Такой подход позволит удалять услугу из корзины, отдельно от товара. И не нарушит соместимость со всеми остальными модулями по оформлению заказа. Без детальной постановки задачи сложно сказать подробнее.

Не обратил внимания.

Просто изменилась очерёдность и редактор уже подругому подсветил. Редактор похоже не учитывает /* если это входит внутрь строки запроса. Например: UPDATE oc_product SET description = '/*' В данном случае это не является началом комментария. Но редактор на это забивает и подсвечивает то чего не надо.

На это не смотрите. Это редактор неверно истрактовал /* внутри данных.

Проверил. Установленная сортировка работает не только для phpMyAdmin. Будет работать везде, где не указан явно ORDER BY. Но это только для таблиц MyISAM. При выгрузке данных через phpMyAdmin параметр сортировки, в моём случае, не указывался в файле выгрузки. Но не исключено, что мог данный параметр и перенестись.

Уточнил в документаци. Для таблиц myISAM есть сортировка по умолчанию. Выставить можно так: ALTER TABLE ... ORDER BY

А что за странный файл упоминается в ошибке? Если есть такой файл с кодом php, то стоит присмотреться к содержимому данного файла.

Посмотрите на опцию "Цвет". Там указан модификатор '=' в опции, но при этом стоит нулевая цена.

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

Скиньте достып на фтп и в админку в личку. И описание, как надо сделать.

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

Пожалуйста.

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

Внимательно читайте описание модуля: То что происходит - это работа встроенного модуля обновления цены.

Имеет смысл нажать кнопку "Обновить" в модификаторах. Т.к. под вновь созданные файлы не создан нужный кэш модификаторов.

Это уже будет не переезд, а сделать всё заново. Но никто не гарантирует, что будет возможен переезд с OC3 на OC3.1 и выше. Когда они выйдёт. Как показала практика с OC2.0, данная версия особо стабильной и не стала. Но существенно отличается от текущей OC2.3. Что делает переезд невозможным.

Пока ещё только в планах. А Вы точно хотите делать магазин на нестабильной версии ОС3? Возможно лучше на версию ocStore 2.3 посмотреть.

Добрый день. Данный модуль обновляет цену при выборе опции, но не модифицирует сами опции. Такой функционал даёт другой мой модуль, но он пока ещё не адаптирован под OC3

Это уже совсем другая область. И не всегда это может быть просто.

Смысл может быть разный. Например при обслуживании нескольких магазинов, буква поможет при звноке клиента "Я хочу уточнить детали по заказу S-1234" И по букве сразу понятно с какого магазина. Т.к. у клиента как-то не тактично спрашивать - "А Вы в каком магазине заказывали"? P.S.: Только тогда ещё надо заменять это в письме клиенту.