mpn2005

Так это уже не LocalCopy. А совсем другая история.

В движке из коробки для админки все цены указываются в валюте по умолчанию. Если у вас базовая валюта одно (например USD), то сделайте её основной и проставьте все цены в товарах и опциях в USD. А на фронте можете принудительно выставить руби и убрать вывод валюты. Тогда админка будет в USD, а фронт весь в рублях. Если базовых валют несколько, то коробочного функционала уже точно не хватит.

Речь не про куки. Это просто так почему-то ТС это назвал. Речь про кэш браузера и как его заставить перегрузить css фалы, а не брать их из кэша. По крайней мере, мне так показалось.

102,5 человека в минуту. Естественно шутка. Всё зависит от хостинга и множества других факторов. Это плохое решение из за паразитной ненужной нагрузки. Зачем грузить сайт тем, что ненужно делать.

Для ОС3 не нужен патч LocalCopy. В этой версии уже отказались от заливки фалов через фтп из админки.

Точно. Вот этот оригинальный.

Напортачили с кодировкой при переносе. Других вариантов тут нет.

Добрый день. Если ещё актуально, ориентировочная цена - 3000 руб. Всё можно реализовать за пару часов. Но нужно смотреть на ваш сайт.

Очень плохой совет. Такой метод добавит ненужных IO операций на каждое открытие страницы. Даже в том случае, когда браузер не будет качать стили, а будет брать из кэша - на сервере будут ворочаться файлы с ненужным подсчётом md5. При большой посещаемости - это будет существенно. Версионность лучше добавлять вручную. Что-то поправили в стилях - сменили версию.

Тогда наймите специалиста, который сможет решить вашу проблему. Советом, да еще и заочно, тут не помочь.

Зачем такие мучения? Возьмите сборку ocStore. Там уже встроенный SeoPro и простой блог. С тем, что вы там собираете, заочно вам никто не сможет помочь.

Это самая официальная площадка от автора OpenCart. Каким образом она уже попала в разряд "паленых"? Вот тут и можно его брать https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=40663

Вот тут: Делаем так: $this->db->query("INSERT INTO " . DB_PREFIX . "banner_image SET banner_id = '" . (int)$banner_id . "', language_id = '" . (int)$language_id . "', title = '" . $this->db->escape($banner_image['title']) . "', link = '" . $this->db->escape($banner_image['link']) . "', image = '" . $this->db->escape($banner_image['image']) . "', sort_order = '" . (int)$banner_image['sort_order'] . "', desc = '" . $this->db->escape($banner_image['desc']) . "'"); В запрос добавлено: , desc = '" . $this->db->escape($banner_image['desc']) . "' Вот тут: Делаем так: $banner_image_data[$banner_image['language_id']][] = array( 'title' => $banner_image['title'], 'link' => $banner_image['link'], 'image' => $banner_image['image'], 'desc' => $banner_image['desc'], 'sort_order' => $banner_image['sort_order'] ); Правки в модели готовы. Останется поправить контроллер и вьюшку.

Вы слепили всё в кучу. Есть ошибки - разбирайтесь с ними. Пока их не будет. А потом может и ситуация изменится. Если есть ошибка 500, то смотрите лог ошибок php, там точно должны быть ошибки. Заочно вам никто ничего конкретного сказать не сможет. Возможны сотни всяких разных причин.

Вы же сами это писали. При описанных настройках минимум будет 50, а шаг 30. Тут нет противоречия. 50 + 30 = 80 80 + 30 = 110

Тут не совсем понятно. Минимум 50, а шаг 30 кг. Получается, что можно заказать только: 50, 80, 110, и т.д. Но есть один момент, если мы два раза кинем в корзину по 50, то там станет количество 100. Поэтому оптимально именно значение минимума и делать значением шага. Иначе будут возникать всякие разбежки.

Большую часть вопросов можно закрыть вот таким модулем.

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

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

По приведённому описанию, вам заочно никто не поможет. Надо просматривать и отлаживать код. Или писать автору, который в своём коде, естественно, разберётся быстрее всех. Может это просто недоработка в установленной версии. В текущей версии это может быть уже и и справлено.

Это пиратский ресурс, который продаёт и распространяет краденое ПО. Вот модуль от автора. https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=7382

Добрый день. Цены на опции хранятся в штатной таблице product_option_value в поле price. Модуль сам высчитывает полную цену исходя из цены товара и наценки опции.

Вы привели не тот код. В приведённом коде нет нигде упоминания "address_1" Возможно у вас ругается на модифицированные файлы из кэша модификаторов, а вы приводите код по строкам из оригинального файла. В любом случае, ошибка не про эти участоки кода.

Не думаю, что кто-то возьмётся вас обучать по ставке 400 руб/час Это очень низкая ставка. Человек который обладает знаниями, и ещё при этом умеет обучать, не станет тратить своё время на таких условиях. А умение обучать - это далеко не рядовая способность. Уметь делать и уметь обучить - это совсем разные вещи.

Настройте сессии как надо. И не будет выкидывать. Если для ОС3, то нужно ещё описанные выше правки внести, можно посмотреть их в репозитории git свежей версии сборки ocStore3.