Dotrox

Вероятно, у вас визуальный редактор что-то путает с тегами и получаются незакрытые или лишние. Это надо в живую смотреть.

Очень расплывчатый ответ. Если вы вообще не можете получить на ящик домена ни одного письма (отправленного, например, из Gmail), то вариантов только два: либо проблема с MX записями, либо глючит Яндекс. Если на ящик домена не приходят только письма отправленные с вашего сервера, то варианты могут быть такие: отсутствие или неправильное содержание spf (возможно, Яндекс ужесточил политику на этот счёт, вот оно и отвалилось внезапно), ip сервера попал в чёрный список, неправильная настройка DKIM/DMARC (если что-то из этого используется) и возможны менее очевидные варианты, которые сразу в голову не приходят.

У вас на ящик домена письма не приходят только с сервера или вообще? Проверьте, что у вас в spf домена. А если почта не приходит вообще, то и MX записи тоже проверьте.

Если у банка нет эквайринга, то напрямую получать ничего не выйдет! Напрямую - это только эквайринг конкретного банка. Иначе можно подключить любой платёжный сервис, например, 2checkout и оттуда уже выводить в любой банк. Других вариантов нет.

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

Значит, надо экспериментировать. Где-то в условиях есть что-то, что мешает редиректу.

Должно быть сразу после. Возможно, вы как-то не так тестируете? Этот редирект должен делать только одно: при запросе ссылки http://site.ru/index.php?route=product/category&path=33 редиректить её на http://newstore.site.ru/index.php?route=product/category&path=33 и тоже самое для ссылок на товары, где в ссылке есть "path=33". Если в ссылке нет "path=33" - никаких редиректов не будет, и если домен уже newstore.site.ru - тоже никаких редиректов не будет. Если эти условия соблюдены, но редиректа нет, попробуйте временно закоментировать первую строчку. Это должно привести к бесконечному редиректу, но хотя бы покажет, что в следующих двух строках проблемы нет.

В какой первой? В первой строке оно есть, а больше нигде не надо. А не работает из-за положения редиректа. Вы ведь его в конец файла добавили?

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

Покажите контроллер и модель товара.

Какой именно код и куда вы добавили? Если вы просто взяли js код Яндекс.Карты и поставили его, например, в шаблон страницы контактов, у вас максимум могут быть проблемы только с одной этой страницей и никак не связанные с ЧПУ, а только с загрузкой страницы, если карта недогружается и мешает полностью догрузится страницы. Вот тут уж точно карта не при чём. Такое бывает, например, из-за двойного сжатия или проблем с HTTP заголовками.

Вы тут слеш с точкой, случайно, не перепутали? У вас в магазине ЧПУ не используются? Для вашего примера это будет: RewriteCond %{HTTP_HOST} !^newstore\.site\.ru$ [NC] RewriteCond %{QUERY_STRING} ^(.*)&?path=33([^\d]*)$ RewriteRule ^/(.*)$ https://newstore.site.ru/$1 [R=301,L]

Такое обычно бывает, когда не получается создать файл сессии. Посмотрите журнал ошибок ОК и серверный.

Что-то вы путаете! Если у категорий есть SEO url, как на вашем скрине, то в таблице oc_url_alias уже всё прописано как надо. Или, по вашему, откуда берётся значение, которое на вашем скрине в поле SEO url? Если ссылки сейчас без ЧПУ - просто почистите кеш, вероятно, импорт его не сбрасывает, а SeoPro кеширует содержимое oc_url_alias.

Ошибка 500 при генерации - это нехватка либо памяти, либо времени лимита выполнения. Если вы для выгрузки выставили размер изображений, которого ещё нет на сайте, они будут генерироваться в момент генерации выгрузки, что всегда приводит к нехватке памяти. Что за бред вы несёте? Генерация идёт в реальном времени и нигде не сохраняется. То есть, когда Я.Маркет либо другой сервис использующий эту выгрузку делает запрос по ссылке выгрузки - в этот момент и происходит генерация, результат которой отдаётся напрямую не сохраняясь в какой-либо файл. То же самое со стандартным sitemap.xml. Альтернатива - это генерация статического файла по крону. В таком случае при запросе по ссылке вообще не происходит никаких генераций, а просто отдаётся уже готовый файл. Так что то, о чём вы говорите - это полнейший абсурд и бессмысленная нагрузка на сервер.

Как именно он "сломался"? Очистите кеш модификаторов. Если не можете войти в админку, сделайте это вручную (удалить всё содержимое /system/storage/modification). Ну, и при восстановлении бекапа базы через админку вполне возможно, что выполнение обрезалось из-за упирание в лимиты, как уже сказал @Tom . Попробуйте залить этот бекап через phpMyAdmin ил попросите хостера это сделать. Как говорится, поздно пить Боржоми Надо просить не сделать бекап, а восстановить из бекапа, если они делались уже автоматом, а если не делались, то хостер ничем не поможет.

Значит нужно самостоятельно допиливать. Вполне обычное дело.

А поделиться решением не желаете? Вы дважды написали, что дело было в модуле, но в каком и что именно, почему-то забыли указать.

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

Скачайте со страницы разработчиков: http://www.pavothemes.com/opencart-themes/82-pavo-queenbeauty-opencart-theme.html Ну, и не факт, что этот шаблон на 100% совместим с 1.5.6 - там написано 1.5.x, так что они вполне могли его тестировать только на какой-то одной версии, шаблон то бесплатный.

Вот это вообще лишнее. Как и весь хлам в доктайпе. Покажите первые 10 строк кода из header.tpl, который в кеше.

Только они выкладывают на Гитхаб, а не на какие-то левые сайты! nulled подразумевает раскодирование, например, из под ИонКуб, а этот шаблон (следовательно и модуль) не закодирован - соответственно, тут нечего нуллить. Это если уж начинать придираться к словам. Это вам ещё повезло. А могли купить, например, за 100 рублей. Есть варезники, которые маскируются под легальные площадки. И если б вы его купили, вы что сейчас бы утверждали, что автор обязан вам оказать поддержку, ведь вы за модуль заплатили (каким-то абсолютно левым людям)? В целом, @octemplates правильно сказал - где скачали, там и ищите поддержку, если модуль вы получили не от автора, то не можете от него ничего требовать. В том числе и требовать продать модуль отдельно.

Ну, по аналогии: вы хотите честно купить коробку передач от мерседеса, а вам говорят, что она отдельно от всего автомобиля не продаётся. Если модуль идёт в комплекте с шаблоном, есть вероятность, что он просто технически не может работать отдельно.

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

ОК поддерживает общие сессии для мультимагазина. Я с самого начала говорил, что куки должны быть общие для всех поддоменов и основного домена. Тогда регион никуда не денется, он останется в куки. Надо просто сделать эти страницы исключениями, чтоб их никуда не редиректило.