AlexDW
-
Публікації
11 319 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача AlexDW
-
без понятия что у вас за правки в движке, но и в оригинальном opencart, и в ocStore перед сохранением при редактировании товара через админку опции сначала удаляются $this->db->query("DELETE FROM " . DB_PREFIX . "product_option WHERE product_id = '" . (int)$product_id . "'"); $this->db->query("DELETE FROM " . DB_PREFIX . "product_option_value WHERE product_id = '" . (int)$product_id . "'"); -
в тройке абсолютно то же самое, сравните дистрибутивы и неважно что меняете - при сохранении товара опции сначала удаляются, потом заполняются заново
-
логи самого сервера смотрите, раз все корректно
-
вариантов немного 1. использовать для изменения цены какой-нибудь модуль, не задействующий стандартный метод editProduct из admin\model\catalog\product.php 2. переписать код движка в данном методе навскидку - использовать сверку хеша опций товара при сохранении если изменился - использовать стандартную перезапись опций, если нет - не трогать опции
-
пути и протоколы в конфиге админки смотрите
-
значит у вас где-то идет кеширование админки пробуйте вариант
-
кеш браузера обновите Ctrl+F5
-
потому что витрина магазина всегда видна залогиненному в админку вне зависимости от статуса режима обслуживания если залогинены в админку - проверяйте витрину в отдельном окне браузера в режиме инкогнито тогда будет видно как сайт на самом деле выглядит для удобного контроля и переключения режима обслуживания есть такое
-
- Семен Семеныч! (с)
-
Здравствуйте только если самостоятельно будете делать или наймете кого-нибудь стандартно такое не предусмотрено нет, модуль работает только на странице товара
-
это не обязательно может быть модуль просмотренных товаров виновником может быть любой модуль, бездумно пихающий данные в куки без лимита походите по страницам и смотрите через инструменты браузера, будет ли какая из кук разрастаться
-
смотрите наличие файла system\library\config.php сверьте его содержимое с файлом из дистрибутива
-
вероятно в контроллере страницы товара catalog\controller\product\product.php
-
корзины зарегистрированных клиентов так и хранятся если для всех, в том числе и не зарегистрированных, как вариант смотрите функционал расшаренных корзин (поделиться корзиной) в модуле CartKeeper но возможности печати содержимого корзины в нем нет
-
по скрину видно - проблема в самом заполнении данных если они у вас откуда-то выгружаются - криво ипортировались если заполняются через какой-то генератор - криво сгенерировались
-
following the example above $mail->setSender(html_entity_decode($this->config->get('config_name')[$this->config->get('config_language_id')], ENT_QUOTES, 'UTF-8'));
-
вряд ли плюс сама постановка задачи не совсем ясна откуда именно брать данные для загрузки, для каких сущностей заполнять (что в query), что делать при наличии записи и тп как пример - смотрите методы добавления / редактирования в admin\model\catalog\information.php
-
если в соседях с opencart - лучше не надо такое соседство увеличивает вероятность взлома через wp да вроде практически у всех хостеров есть возможность выбора версии php для каждого из сайтов отдельно либо понизить до предыдущей для сайта на opencart либо обратиться к автору меню за версией модуля под 7.3
-
если прокрутка при этом не работает - либо что-то в коде накосячили, либо изначальный косяк шаблона спросите у автора шаблона
-
-
либо кроме языков еще и файлы удалили - проверяйте их наличие либо после удаления нужно заново в настройках шаблона настроить показ блоков / модулей для нужных языков ну и всемозможные кеши после удаления нужно обновлять
-
