Dotrox

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

Ну, модуль бессмысленно было спрашивать. Но ответы про отсутствие информации об апи звучат странно. Но главное: пока вы не получите доступ к эквайрингу и доки к апи - здесь вам никто ничем помочь не сможет. Спросите у них наличие вот этого: "card acquiring" и "payment gateway". Если эти словосочетания им не знакомы, то ничего вы напрямую принимать на счета в этих банках не сможете!

Я об этом писал выше. А с модулями - зависит от модулей.

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

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

Ну, если хостер пропишет все редиректы в конфиге nginx, то в .htaccess они будут не нужны и даже опасны.

Тот, который вы процитировали, можно считать стандартным шаблоном. Совсем универсальный не получится, потому что определение https зависит от конкретного сервера. Если с такой строкой у вас редирект не работает: RewriteCond %{SERVER_PORT} !^443$ можно заменить её на такой вариант: RewriteCond %{HTTPS} off RewriteCond %{HTTP:X-Forwarded-Proto} !https А содержимое вот здесь: # Редиректы ОК для сайтмапа и т.д. полностью зависит от вашей версии ОК и используемых модулей. В вашем дефолтном .htaccess здесь всё уже должно быть правильно (в контексте версии, а в контексте модулей - зависит от вас). Плюс сюда же вписываются редиректы, например, если вам нужно какие-то страницы перенаправить на другой адрес. Какой хороший модуль Добавлять нужно, но работать оно будет в лучшем случае наполовину, так что для полного перевода всех изображений на https надо и в HTTP_IMAGE тоже прописать ссылку с https, ибо множество модулей не подозревают о существовании HTTPS_IMAGE и даже в самом ОК не во всех версиях с этим всё нормально. Это не особо нормально, но ничего вы с этим сделать не сможете: за статику отвечает nginx и редиректы надо прописывать в его конфиге, чтоб здесь всё открывалось по правильным ссылкам, но на шареде у вас нет доступа к конфигам nginx. Можете попросить хостера это сделать. Только либо просите его поставить редиректы исключительно на статику, либо уберите редиректы из .htaccess (и этот вариант будет лучше).

Тем не менее, это именно тот скрипт, о котором я говорил: https://d31j93rd8oukbv.cloudfront.net/metrika/watch_ua.js Воспользуйтесь поиском в браузере - куча вхождений доменов Яндекса и ни одного того же cloudfront, например.

А нельзя пока просто добавить в апи модуля возможность самостоятельно принудительно указать город. Типа такого: $this->progroman_city_manager->setCity(31) И дальше уже получать все данные для выставленного города, а не для определённого по ip. Чтоб модуль уже сейчас можно было использовать для поисковиков.

А вы заглядывали внутрь скрипта, который грузится с Cloudflare? Я заглядывал, там внутри все адреса со стандартными доменами Яндекса. То есть, скрипт то загрузится, а вот дальше будет та же история, что и со стандартным кодом - информацию он отсылать не сможет.

Его не надо для этого дорабатывать, в нём уже есть всё необходимое для этого. А дорабатывать нужно те страницы, где вы хотите выводить геозависимую информацию. Модуль позволяет задать в своей админки тексты отдельно для каждого региона с привязкой по общему ключу. Остаётся только сделать вывод этих текстов из модуля по ключу вписанному в админке, а модуль позаботится, чтоб выводился текст именно для текущего региона. И тут без допила не обойтись, но допила не модуля, а магазина.

А возможно ли как-то форсировать определение города для модуля? Например, самостоятельно определить город на основе домена и на лету подставить соответствующую куки, чтоб модуль по ней определил город. Или, возможно, вообще не надо так извращаться и в модуле есть возможность просто вручную установить город для текущего запроса?

Вам это и не нужно. Достаточно подправить контроллер страницы контактов, чтоб он подставлял адреса/телефоны из GeoIP.

Вообще, ответ здесь: http://httpd.apache.org/docs/current/mod/mod_rewrite.html То есть, в случае mod_rewrite Апача REQUEST_URI не содержит параметров запроса в отличии от $_SERVER["REQUEST_URI"] в php.

У HSTS есть один маленький, но очень существенный нюанс - его отключение на сервере не отменяет его действия, именно в этом его суть. То есть, если зайти на сайт с включённым HSTS, а затем выключить HSTS и попробовать зайти в том же браузере на этот сайт по http - браузер всё равно откроет https, потому что он уже запомнил, что здесь HSTS и запомнил он это на период указанный в параметре max-age заголовка HSTS. Так что, если HSTS действительно был включён, вы бы даже после его отключения не смогли бы открыть ссылку на колбек по http, если используете тот же браузер. В браузере, который ещё не знает, что здесь было HSTS никаких проблем с http не будет.

Вы неправильно понимаете механизм работы nth-child. Так, как вы ожидаете, работает nth-of-type, а nth-child считает не только теги параграфа, а вообще все теги (но применяет стили только к тегам p). У вас там теги p перемешиваются с другими тегами и они все участвуют в счётчике.

Посмотрите, что у вас в сеофиксе настроено.

Да. У банка должен быть платёжный шлюз с апи. А у апи, соответственно, документация, по которой можно сделать интеграцию с магазином.

Судя по скрину, вы пытаетесь верифицировать через файл - просто залейте его в корень сайта. И проверьте свой роботс (ошибка внизу).

Не просто, она же у вас через data:image, а не по обычной ссылке. Чтоб исправить, измените в таблице oc_information_description тип поля description на LONGTEXT. Но, вообще, хранить такое в базе - это плохая идея.

Там почта вообще не должна быть указана - она должна браться из настроек в админке: $this->config->get('config_email')

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

Часть ошибок - это модуль аякс опций. Причину остальных тоже нужно искать в модулях (их модификаторах). Вот файл: https://github.com/opencart/opencart/blob/master/upload/catalog/controller/information/contact.php Найдите там блок: if (isset($this->error['email'])) { $data['error_email'] = $this->error['email']; } else { $data['error_email'] = ''; } и разместите его в соответствующем месте соответствующего файла у вас.

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

Из-за этой ошибки не работать не может. Ошибка говорит о том, что у вас в контроллере не объявлено $data['error_email'].