Dotrox

Ну, вариантов только два: либо 404, либо редирект на главную.

Подозреваю, что вы просто в платёжной системе неправильно настроили страницу возврата. О каком конкретно модуле оплаты идёт речь?

А зачем вы это пытаетесь сами выводить? Эта ссылка уже была, а значит вам нужно просто найти, где оно выводиться в шаблоне и тогда вы поймёте, как она выводиться. $catalog[] - это массив, внутри которого ещё массивы, каждый из которых содержит информацию по одной ссылке (а какую именно - видно по ключам). И в шаблоне есть только ключи, которые вы здесь видите, то есть никакой переменной $text_suppler в шаблоне не будет.

Да, именно про это.

Ссылки в ОК формируются так: в контроллере страницы/модуля ссылка генерируется через $this->url->link(), а затем передаётся в шаблон через массив $data и там выводиться. А дальше найдите абсолютно любую ссылку в любом контроллере админки и сделайте по аналогии (но в своём контроллере и шаблоне).

Причина очень простая: www и без - это два абсолютно разных сайта и не только для поисковиков, как уже выше сказал @Tom , но и для браузера, а потому он не будет грузить иконки, если не настроен CORS. Ну, а сам путь к иконкам у вас на обоих версиях одинаковый потому, что он зависит от того, что вписано в конфиге. Правильное решение - это сделать сайт доступным только в одной версии, а со второй поставить 301й редирект, чтоб независимо от изначальной ссылки все всегда попадали на одну версию.

А я спрашиваю, как вы эту ссылку туда выводите. Вы мне просто показали скрин из браузера, а меня интересует код, которым вы пытаетесь вывести эту ссылку. Или вы тупо вписали ссылку в готовом виде в шаблон?

Дефолтный, стандартный. Сохраните текущее содержимое файла и замените его текстом отсюда: https://github.com/opencart/opencart/blob/master/upload/.htaccess.txt Если проблема останется, значит дело скорее всего в вашей системе ЧПУ.

А что вы вообще пытаетесь сделать? Я думал, вам надо где-то в коде эту ссылку вывести, а вы её просто вручную пытаетесь собрать?

Покажите, как вы ссылку формируете сейчас.

Это вполне возможно: у Апача не все директивы можно размещать в .htaccess. В таком случае без хостера вы ничего сделать не сможете, только у него есть доступ к конфигам, где можно этот модуль отключить.

А что должны делать вот эти директивы: RewriteRule ^admin$ http://%{SERVER_NAME}/admin/$1 [L,R] RewriteCond %{REQUEST_URI} !^/admin(.*)$ RewriteRule (.*)/+$ /$1 [R=301,L] ? И запомните правила работы с директивами mod_rewrite для ОК: сначала это RewriteEngine On RewriteBase / Затем все директивы редиректов, а после них вот этот блок: RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA] Только так, в такой последовательности и никак иначе! Я снова и снова вижу, как люди пихают редиректы куда вздумается, а потом начинаются вопросы почему- что-то не работает.

Покажите полностью ваш .htaccess и напишите точный номер версии и сборки ОК.

А конкретнее? И что показывают сами платёжные системы, они успешно провели оплату и зачислили деньги, а в ОК стоит статус неудачи?

Отключите антифрод. Проблема из-за него.

А какое отношение конфиг php имеет к модулю Апач? Добавьте в .htaccess: <IfModule security2_module> SecRuleEngine Off </IfModule> Если не поможет, обращайтесь к хостеру.

В лог ОК ошибки 500 не попадают потому, что эти ошибки приводят к преждевременному завершению выполнения кода. Такое можно отловить в логи только назначив обработчик через register_shutdown_function. А вывод ошибок надо включать не в php.ini, а в .user.ini - именно так по дефолту называется пользовательский конфиг php. Либо через .htaccess: раскомментируйте всё, что идёт после строки ### Uncomment the commands by removing the # sign in front of it.

А это зачем? Ошибку 500 ищите в серверных логах.

И в этой директории сейчас пусто? Если кеш модификаторов пустой, а проблема осталась, значит у вас заменены какие-то стандартные файлы. В таком случае заочно что-то посоветовать не особо реально.

Да. Похоже, что проблема из-за отсутствия ИонКуба на сервере.

Похоже, у какого-то модуля лицензия слетела. Очистите вручную кеш модификаторов (в /system/storage/modification), затем сможете войти в админку. Там отключите все модификаторы, обновите кеш модификатров и включайте их по одному пока проблема не повториться. Но для начала посмотрите журнал ошибок.

Ну, тут в любом случае, либо разбираться будет автор (возможно бесплатно), либо кто-то другой (точно платно). А претензии должны быть! У вас ведь только с каким-то модулем этого автора возникла проблема? При чём, ладно бы просто сам модуль не работал, но он влияет на работу сайта (админки). Журнал ошибок вы уже смотрели?

Нельзя! Потому что их там нет. В базе у вас есть только один стандартный тайтл для каждой категории, а приписка с номером страницы добавляется уже на лету. Ну, и вообще вы чем-то не тем занимаетесь. Вот: https://support.google.com/webmasters/answer/1663744?hl=ru

Обращайтесь к автору модулей, пусть разбирается.

Очищаете вручную кеш модификаторов (в /system/storage/modification), после чего попадаете в админку и удаляете все модули addist. Затем в админке обновляете кеш модификаторов.