Dotrox

В журнале ошибок что-то есть? Проблема у всех покупателей или только одного? Покупатель с такой почтой есть в админке? Если ставили какие-то модули связанные с регистрацией, покупателями, почтой - отключите их. Это единственное, что можно посоветовать заочно, а дальше - только дебаг (проследить, что происходит с адресом на пути от ввода до базы).

Оплата напрямую - это только договор с конкретным банком и интеграцию его эквайринга.Ддя начала ищите банк, который все эти карты принимает, а дальше уже разбирайтесь с интеграцией.

Вообще, это стандартная практика разбивать список по наличию, а затем сортировать уже в рамках этих груп. Например, у Розетки так.

Значит вы не тех спрашивали :)И в контексте выборок незаменимой была бы интеграция с ретаргетингом в ФБ, ну или хотя бы возможность сгенерировать файл с id профилей для загрузки в ретаргетинг.

Начинать нужно с выбора банка или платёжной системы. А вообще, например LiqPay позволяет принимать как минимум Visa и MasterCard. Под него есть модули.

Админка малоинформативна. Там принцип "вот вам профиль в ФБ", а дальше сами разбирайтесь. Соответственно, нет, например, возможности выбрать сразу всех покупателей определённого возраста или из определённого города - нужно зайти в профиль к каждому и самостоятельно посмотреть. Без глубокой интеграции с апи ФБ в таком сервисе мало смысла (его можно заменить и простым модулем авторизации через ФБ, который тоже даст ссылку на профиль). А на счёт шаринга, так уже давно существуют модули типа скидки за лайк.

Если это началось после заливки каких-то изображений - удалить их. Вероятно, среди них есть битое. Если эта проблема была изначально - сменить хостинг.

Откройте в админке любую существующую схему и посмотрите настройки. В путь нужно вписать роут страницы вашего модуля, который состоит из имени папки с контроллером и имени самого контроллера, например, module/modulename.

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

Судя по скрину, иероглифы не единственная проблема: у вас всё содержимое тега head находится в body. Что вы устанавливали перед тем, как это началось?

Не надо ничего настраивать. ОК и так для несуществующих страниц выводит error/not_found. А настройка описанная тут - это настройка схемы (макета) под эту страницу, чтоб туда можно было модули выводить.

Ну, у меня например пинг из Харькова до моего сервера во Франкфурте 42 - 45 мс, что почти не отличается от пинга до местных хостеров (хоть и чуть выше). Панель Вультра предназначена для мониторинга общей нагрузки и управления виртуальной машиной в целом (включение/выключение, перезагрузка, установка ОС, бэкапы и т.д.). Для управления софтом нужно использовать либо SSH терминал, либо тот же ISP. Я ни на одном сервере панель не ставил. Всё равно мне она не нужна, а кроме меня никто администрированием заниматься не будет (в смысле, клиенты даже при наличии панели всё равно на сервере ничего делать не будут), но панель жрёт ресурсы, так что ставить просто так смысла нет. Вообще, вы же можете просто зарегистрироваться на Вультре и использовать как минимум те $5, чтоб всё протестировать самостоятельно. А с купоном хватит ещё и на тестирование защиты от DDoS и автобэкапов.

А почему вы не использовали функцию мультимагазина? За исключением разных описаний у товара она подходит идеально под ваши задачи. Ну, а с картинками - нужно просто прописать в конфигах путь к папке изображений с основного сайта и в параметре HTTP_IMAGE ссылку на эту папку с основного домена. Правда, нужно ещё убедиться, что константа HTTP_IMAGE используется в модели /catalog/model/tool/image.php, там может быть вместо неё $this->config->get('config_url').

У VDS надо смотреть не только на параметры сервера в тарифе, но и на тип виртуализации. И это даже важнее! Чаще всего можно встретить: KVM, XEN и OpenVZ. Так вот, последний - это не VDS, а просто шаред, который эмулирует VDS. То есть, там ресурсы виртуальных машин не изолированы и потому в тарифе то могут пообещать что угодно, но реальное количество доступных ресурсов зависит от текущей нагрузки на физический сервер с этой виртуальной машиной. Я уже полтора года для тестов и разработки пользуюсь VDS от https://www.vultr.com/ и ещё ни разу об этом не пожалел. И перевёл туда несколько клиентов с магазинами на ОК. На тарифе за $5 летает магазин на 3 тысячи товаров, на тарифе за $10 летает магазин на 15+ тысяч товаров. Вообще, второй магазин тоже изначально был на тарифе за $5 и летал на нём, но там тематика, в которой есть сезонные всплески и, когда начался сезон, было в часы пик больше 30 посетителей одновременно, так что пришлось увеличить лимит на количество процессов php-fpm, а они упёрлись в память. Кстати, это единственный известный мне хостер с виртуализацией KVM, который на тарифе за $5 даёт не 512Мб, а 768Мб оперативки. А KVM на сегодняшний день наиболее оптимальный вид виртуализации и там полная изоляция виртуальной машины от соседей по физическому серверу. Кстати, Вультр при регистрации ещё и дарит $5 без каких-либо условий + дополнительно есть купоны на $20 и $50, неиспользованный остаток по которым обнуляется через 30 и 60 дней соответственно: https://www.vultr.com/coupons/ И напоследок: у Вультра ДЦ в 14 локациях на разных континентах. В Европе это Франкфурт, Амстердам, Лондон и Париж. Плюс есть куча в США, а также Токио и Сидней.

Если какой-либо интерактивный элемент (слайдер, модальное окно и т.д.) не работает, нужно сразу открывать консоль браузера. А у вас там вот это: TypeError: $(...).nivoSlider is not a function А вот почему скрипт слайдера не подключается - это уже вопрос. Он должен подключаться в контроллере /catalog/controller/module/slideshow.php таким образом: $this->document->addScript('catalog/view/javascript/jquery/nivo-slider/jquery.nivo.slider.pack.js'); В принципе, раз слайдер в шапке (а значит будет на всех страницах), можно эту строку с подключением скрипта перенести из контроллера слайдера в контроллер шапки. Возможно, это решит проблему.

Так она же есть изначально и во всех версиях. За неё отвечает контроллер /catalog/controller/error/not_found.php

Ну, на самом деле, почти секунда ожидания - это тоже далеко не эталон. Но, если магазины совсем 1 в 1 (не только по коду, но и по количеству товаров/категорий), то кроме смены хостинга ничего не посоветуешь. На всякий случай можно поочерёдно поотключать модули, чтоб проверить, что не в каком-то из них проблема.

Странный код, как не посмотри. Сама ошибка из-за того, что в $result объект, а его пытаются использовать как массив (надо так: $result->num_rows), но интересней откуда берётся объект, если кеш должен возвращать массив. Кстати, зачем вы название модуля скрыли?

Всю критически важную информацию ОК хранит в файлах конфига, а не в базе. Для ОК 2.1 и более ранних версий, в том числе и ветки 1.5, код для вывода ошибок 500 в журнал надо добалвять в index.php. После set_error_handler('error_handler'); Добавить: register_shutdown_function('fatalErrorShutdownHandler'); function fatalErrorShutdownHandler(){ $errTypes = array(E_ERROR, E_PARSE, E_CORE_ERROR, E_CORE_WARNING, E_COMPILE_ERROR, E_COMPILE_WARNING); $last_error = error_get_last(); if (in_array($last_error['type'], $errTypes)) { error_handler($last_error['type'], $last_error['message'], $last_error['file'], $last_error['line']); } }

Ну, надо было ещё в первом вашем сообщении указать версию ОК. Я же написал, что это код для 2.2. Какая у вас версия?

Ну, конкретно в контроллере (или ещё каком-то файле используемом только при генерации главной) может быть что-то несовместимое с 5.3. По сути, достаточно даже короткого синтаксиса массива, чтоб была Parse Error. Сделайте вот это, чтоб увидеть свою ошибку в журнале ошибок (код для версии 2.2): https://opencartforum.com/topic/62497-%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B0-http-error-500/?do=findComment&comment=566165 Только у вас это будет файл /catalog/controller/startup/error.php, но лучше в обоих, чтоб в будущем и в админке такие ошибки в лог писались. Только там иногда в поддержке попадаются идиоты, которые сами не знают, как их система работает.

nic.ua или nic.ru?

Если у каждой серии своя категория, то можно просто проверить категорию и добавить на body класс в зависимости от категории, по которому потом навесить стили. Файл /catalog/controller/common/header.php После $class = '-' . $this->request->get['path']; Добавить: $parts = explode('_', (string)$this->request->get['path']); $class_category = 'category' . (int)array_pop($parts); И после $data['class'] = str_replace('/', '-', $this->request->get['route']) . $class; Добавить (можно и в ту строку влепить, но так аккуратней и значительно меньше вероятность сломать совместимость с OCMOD): $data['class'] .= ' ' . $class_category; И у вас на body будет выводить дополнительный класс с категорией, например: category77. Вообще, если посмотреть на оригинальный код, который дополняется, то очевидно, что в двойке и так уже позаботились о дополнительных классах указывающих на текущий тип страницы и конкретный id, но для категорий там выводится не id текущей категории, а весь путь (например, 12_23_37). И ещё нюанс: если используется не SeoPro, при переходе на страницу товара не из категории, а, например, из модуля новинок или ещё откуда-то в ссылках нет path, так что это работать не будет. Но SeoPro в любом случае обязателен к употреблению :)

Нет. Судя по скрину, веб-сервер уже и так отправляет кеширующие заголовки. Ну, а на счёт самого веб-сервера: если не знаете, то, вероятно, у вас шаред хостинг, а там наружу всегда слушает nginx и кеширование обычно и так уже настроено (по крайне мере, на нормальных хостингах).

Так какой у вас сервер слушает наружу? Если у вас есть nginx, то статикой должен заниматься он.