Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

AlexDW

Users
  
  • Posts

    11,319
  • Joined

  • Last visited

Everything posted by AlexDW

  1. без понятия что у вас за правки в движке, но и в оригинальном 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 . "'");
  2. в тройке абсолютно то же самое, сравните дистрибутивы и неважно что меняете - при сохранении товара опции сначала удаляются, потом заполняются заново
  3. вариантов немного 1. использовать для изменения цены какой-нибудь модуль, не задействующий стандартный метод editProduct из admin\model\catalog\product.php 2. переписать код движка в данном методе навскидку - использовать сверку хеша опций товара при сохранении если изменился - использовать стандартную перезапись опций, если нет - не трогать опции
  4. потому что витрина магазина всегда видна залогиненному в админку вне зависимости от статуса режима обслуживания если залогинены в админку - проверяйте витрину в отдельном окне браузера в режиме инкогнито тогда будет видно как сайт на самом деле выглядит для удобного контроля и переключения режима обслуживания есть такое
  5. Здравствуйте только если самостоятельно будете делать или наймете кого-нибудь стандартно такое не предусмотрено нет, модуль работает только на странице товара
  6. это не обязательно может быть модуль просмотренных товаров виновником может быть любой модуль, бездумно пихающий данные в куки без лимита походите по страницам и смотрите через инструменты браузера, будет ли какая из кук разрастаться
  7. смотрите наличие файла system\library\config.php сверьте его содержимое с файлом из дистрибутива
  8. вероятно в контроллере страницы товара catalog\controller\product\product.php
  9. корзины зарегистрированных клиентов так и хранятся если для всех, в том числе и не зарегистрированных, как вариант смотрите функционал расшаренных корзин (поделиться корзиной) в модуле CartKeeper но возможности печати содержимого корзины в нем нет
  10. по скрину видно - проблема в самом заполнении данных если они у вас откуда-то выгружаются - криво ипортировались если заполняются через какой-то генератор - криво сгенерировались
  11. following the example above $mail->setSender(html_entity_decode($this->config->get('config_name')[$this->config->get('config_language_id')], ENT_QUOTES, 'UTF-8'));
  12. вряд ли плюс сама постановка задачи не совсем ясна откуда именно брать данные для загрузки, для каких сущностей заполнять (что в query), что делать при наличии записи и тп как пример - смотрите методы добавления / редактирования в admin\model\catalog\information.php
  13. если в соседях с opencart - лучше не надо такое соседство увеличивает вероятность взлома через wp да вроде практически у всех хостеров есть возможность выбора версии php для каждого из сайтов отдельно либо понизить до предыдущей для сайта на opencart либо обратиться к автору меню за версией модуля под 7.3
  14. если прокрутка при этом не работает - либо что-то в коде накосячили, либо изначальный косяк шаблона спросите у автора шаблона
  15. либо кроме языков еще и файлы удалили - проверяйте их наличие либо после удаления нужно заново в настройках шаблона настроить показ блоков / модулей для нужных языков ну и всемозможные кеши после удаления нужно обновлять
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.