rb2

Тут скорей всего можно обойтись модулем в "totals", который из всей суммы оставит к оплате всего 10%. А остальное - похоже да, пилить и пилить.

Волшебный совет: читайте сообщения об ошибках. Там всегда написано, что не так. Судя по приведенному куску кода, вместо if (in_array($shipping_method['id'], $shipping_methods)) {надо if (in_array($shipping_method, $shipping_methods)) {Хотя я не знаю точно, что там в `$this->session->data['shipping_method']`

А про гугл знаете? google: opencart зависимость доставки оплаты https://opencartforum.com/topic/751-sposoby-dostavki-i-oplaty-vzaimnaia-zavisimost/?do=findComment&comment=4839 https://opencartforum.com/topic/2506-sposob-oplaty-v-zavisimosti-ot-sposoba-dostavk/?do=findComment&comment=16310 https://opencartforum.com/topic/8081-способ-оплаты-в-зависимости-от-способа-доставк/

Категориями, атрибутами, тегами.

Нет.

Тогда тем более нет никакого смысла пихать запрос в tpl. Ибо DRY (don't repeat yourself). Пусть всё будет там, где положено - и в разных местах можно будет спокойно загрузить нужную модель, вызвать свою функцию, получить результат запроса.

Это грозит только некрасивостями и беспорядком с точки зрения MVC и дальнейшей работы с кодом. Влияния на безопасность или замедление нет никакого. Ещё этот подход может дать возможность не использовать vqmod и не перезаписывать существующие файлы. Иногда может оказаться веским аргументом. Так что с одной стороны - неправильно и очень нежелательно, а с другой - если очень-очень-очень хочется, то случаи разные бывают. Но и аргументы для нарушения общих соглашений должны быть весомыми.

Ему всё равно. Здесь имелись в виду SEO URL категорий, а не их названия. И да, всё верно - будет путаница при одинаковых SEO URL. Причём всё равно, где именно: в товарах, категориях, брендах, статьях... Сео кейворд должен быть уникальным на всю систему, а не уникальным только в пределах категорий или только в пределах товаров, например.

Вы в курсе, что размеры картинок, применяемых в разных местах сайта, регулируются через админку? Если у вас все картинки одного размера и нужен 200x150 вместо 220x150 -- измените в настройках.

Чтобы решить исходную задачу, надо сделать UNION результатов двух запросов: - с сортировкой части товаров по "finalprice ASC WHERE finalprice > 0" - и оставшейся частью товаров "WHERE finalprice = 0" (где `finalprice` -- это одна из трёх цен, price/special/discount; схема их использования есть в приведенном коде). Поэтому малой кровью, вмешавшись лишь в одно место сборки длинного запроса, эту проблему не решить. Скорей всего придётся дублировать кучу кода для этого исключительного случая. А это проблемы с дальнейшим развитием и обслуживанием этого куска, а также скорей всего проблемы для вкумодов (если и найдут нужный кусок - модифицируют его всего в одном месте этой функции). Хотя надо посмотреть: может быть не будет проблемой просто добавить в существующих код условие про цену больше нуля, а оставшиеся "нулевые" товары прицеплять в конце? Если такое упрощение прокатит, можно было бы в самом конце ф-ции формировать финальный запрос, не изменяя значительно весь код и не дублируя эту простыню.

См. языковые файлы.

Такие темы создаются в "Платных услугах", а не в разделе поддержки программистов и разработчиков. Перенёс.

Краткий ответ: "Легко".Читайте документацию по MySQL серверу, если не устраивают финальные рецепты. Вы ни лимитов своих не знаете (а бывают хостинги и тарифные планы, где max_connection = 2), ни как работает сервер БД и отчего кончаются эти коннекшены, а учите и огрызаетесь на тех, кто вам ответы разжёванные и переваренные даёт. Доступных вам способов повлиять на ситуацию два, и оба они указаны в FAQ-е. Ещё может быть банальная нехватка ресурсов на сервере БД (в первую очередь памяти и места на диске), но раз вы не можете или не хотите даже думать о проверке параметра в конфиге, то эти факторы проверить и тем более повлиять на них - вряд ли вам доступно. К тому же упомянуто, что у вас несколько проектов на вашем сервере, и не факт, что все они используют разных пользователей базы данных. А если там один везде прописан - см. FAQ, в общем.

snastik: Стена категорий например. Не оно?

От шаблона. И только от него. Используйте ключевое слово "responsive" при поисках. http://www.opencart.com/index.php?route=extension/extension&filter_search=responsive

Поиск? Не, не слышал! https://opencartforum.com/topic/15984-zabanili-v-poiske-optcii-znachenie-vychitat-so/?do=findComment&comment=110374 https://opencartforum.com/topic/15350-resheno-tovaryoptciivychitat-so-sklada-net/?do=findComment&comment=104331 Выбирайте любой. Первый способ лучше - не зависит от шаблонов. Хотя с другой стороны, шаблоны в админке не так уж часто меняют.

На страницу `/admin/` заходит, проблем не вижу. Да и в логе у вас всё ок: Но это логи доступа, а не лог ошибок. Не там ищете.

Вообще-то ошибка ссылается на файл `admin\controller\module\boss_latest.php on line 124`а всё остальное к ошибке не имеет отношения - лишь её последствия. Самый простой способ проверить - поставьте рядом Opencart 1551 и на него vqmod и тему. Тогда точно узнаете, в шаблоне и его модулях какая-то проблема или из-за ocStore. Ну и в логах ошибок обычно много конкретики написано - сможете сравнить логи вкумода при работе шаблона на ocStore и Opencart.

Ну, категории у вас пустые (`where category_id in()`). Почему - можно только гадать. К тому же в последней версии опенкарт из репозитория не удалось найти используемую конструкцию. Так что скорей всего у вас используется какой-то из внешних модулей для генерации sitemap. В его теме поддержки и спросите.

Зачем именно так же? Хотите перепрятать админку - переименуйте её, будет _ttp://мойсайт/кодовое-слово или _ttp://мойсайт/odmen или _ttp://мойсайт/ohZ9eSh7-ooTai5ah. Описывалось не раз. Или добавьте к ней авторизацию в `.htaccess` (обычно средствами панели управления хостинга делается).

Много букв. Адрес страницы дайте, чей внешний вид изменить хотите. Желательно с выключенным seourl/seopro, если сеошный алиас используетcя для этой страницы.

Тогда для увеличения надёжности ещё надо сразу озаботиться тем, чтобы и DNS не был на том же лёгшем сервере, что и хостинг. То есть домен и хостинг держать в разных местах.

Ответ есть в разделе FAQ. Значит, Вы этот раздел не читали и поиск по нему не делали. Что нарушает правила поведения на форуме и, простите, трахает мозг сотням его посетителей. Ответ есть в гугле. Первой же ссылкой. Запрос - "too many connections site:opencartforum.com". Скорей всего по "opencart too many connections" результат будет если не таким же, то очень и очень похожим. Непонятно, как Вы гуглили.

"Цикл for" называется. Берёт следующий адрес покупателя и отсылает ему письмо.В нынешних версиях, насколько помню, php-скрипт отсылает небольшое кол-во писем, а его вызовы активизируется AJAX-ом. Так стало с версии 1.5.3, если не ошибаюсь, чтобы не натыкаться на ограничение максимального времени исполнения скрипта, которое на некоторых хостингах невозможно отрегулировать (запрещено). Те, которые вы ему напишете в CKEditor-е на странице рассылки и отправите. http://demo.opencart.com/admin/demo / demo Sales - Mail Выбираете, от какого магазина шлется письмо, и какой группе покупателей. Если правильно помню - надо дождаться появления надписи, что всё ок. При огромных количествах подписчиков лучше ставить интеграцию с каким-то из сервисов рассылок (Mailchimp и другие) и рассылать с их помощью, контролируя процессы рассылок и статистику с аналитикой там.

https://opencartforum.com/topic/2227-modul-partnerskoi-programmy/?do=findComment&comment=29699 fix: https://www.assembla.com/code/ocstoreru/subversion/changesets/302