Dotrox
-
Публікації
2 003 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача Dotrox
-
Это надо разбираться, где эта ссылка была и каким образом туда попала. Если работали, значит вы не то скопировали и на самом деле там ссылка выглядит не так.
-
В теории, можно, но это вам сразу в раздел услуг.
-
Ну, так эти ссылки в принципе не рабочие. Вы попробуйте в своей второй ссылке просто позаменять амперсанды на & - и она уже станет нерабочей.
-
RewriteRule ^image/data/(.*)$ /image/catalog/$1 [R=301,L]
-
Ошибка только на отдельных товарах? На страницах этих товаров есть какие-то модули, которых нет на страницах других товаров? -
На порядок выполнения и, соответственно, на значения, которые окажутся в момент обработки директивы. Если был ЧПУ запрос, то после строки RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA] у вас в запросе уже больше нет той ссылки, которую вы видите в браузере.
-
Я уже пару десятков раз писал на форуме, в том числе и в этой теме: редиректы нельзя пихать куда попало, всё должно быть сразу после RewriteBase /. Там, конечно, есть пространство для манёвра, но тем, кто не знаком достаточно глубоко с обработкой .htaccess и директивами mod_rewrite, лучше просто запомнить простое правило, которое гарантирует правильную работу редиректов для ОК.
-
Это не имеет значения. Если первая строка правильная, то во второй будет редиректить куда угодно (куда пропишите). Поставьте там правильный ЧПУ адрес и всё будет работать. Оптом никак не получится, id статей ведь не сохранились. А если б сохранились, то шаблон можно было бы использовать только при редиректе на не ЧПУ версию ссылки.
-
Вы ведь видите разницу между: /index.php?route=news/article&ncat=65&news_id=23 и /_route_=index.php?route=news/article&ncat=65&news_id=23 ?
-
Где вы такой маразм увидели? Во-первых, такой ссылки вообще не может существовать. А во-вторых, QUERY_STRING - это часть адреса после вопросительного знака. То есть, вот этот кусок там лишний: _route_=index.php?
-
То ли у вас этот модуль модифицированный, то ли тот нестандартный перехватывает запрос. Для начала возьмите код отсюда https://github.com/opencart/opencart/blob/1.5.5.1/upload/catalog/controller/feed/google_sitemap.php и замените в своём по тому же пути.
-
Судя по ссылке, у вас не стандартный модуль сейчас используется. При этом у вас ОК 1.5, где в стандартном модуле изображений нет (соответственно, и проблем с ними). У вас есть объективные причины использовать текущий модуль? Если нет, просто используйте стандартный. Если же хотите использовать именно этот модуль, то покажите, что у вас в /catalog/controller/feed/simple_sitemap.php
-
Что именно вы настраивали и как это связано с редиректом?
-
Тогда сайт показывайте.
-
У вас такого файла быть не должно Я так понимаю, что у вас и ЧПУ не работают. У .htaccess не должно быть расширения .txt, иначе он работать не будет.
-
Не знаю, как именно и какую вы кнопку меняли, но похоже, что вы js корзины покоцали. Покажите сайт.
-
Обёртка, которая сохраняет $this->db->query и превращает query builder в замену склейки SQL прямо в моделях. Смысл ведь не просто в том, чтоб убрать из моделей голый SQL. Смысл в том, чтоб можно было получить полный программный контроль над процессом взаимодействия с базой: от формирования запроса до его выполнения и обработки результатов. Чтоб модуль, например, мог вообще заблокировать выполнения стандартного запроса и в результаты подставить собственные данные. Только в таком случае в OCMOD пропадёт какой-либо малейший смысл (по крайней мере в моделях).
-
Ну, если он мешает советнику работать путём ломания ссылок, то может быть
-
На таком количестве товаров надо его по крону генерировать в статичный файл и поисковикам уже этот файл скармливать.
-
Это странная конструкция, которая костыляет то, что уже есть. Когда-то я уже приводил пример, как это выглядит в Yii. Для разнообразия пример из Laravel: $users = DB::table('users') ->join('contacts', 'users.id', '=', 'contacts.user_id') ->join('orders', 'users.id', '=', 'orders.user_id') ->select('users.*', 'contacts.phone', 'orders.price') ->where('name', 'John') ->orWhere('name', 'Bill') ->get(); И модели никуда не денутся, просто вместо полотнища клеенного SQL будет такое.
-
Уже не раз обсуждалось ведь - query builder.
-
Давно ведь уже есть события. Другой вопрос, что их добавили "для галочки" и не особо спешат допиливать до состояния, при котором они смогут заменить OCMOD.
-
Да. Вы разве про OCMOD (и его предшественника - vQmod) не слышали? Это же бич ОпенКарта.
-
А что у вас за специфическая задача, что нужно писать целый модуль, а не просто обойтись правками в любом готовом? Кстати, процесс добавления товара в корзину обычно не подменяется модулями - чаще всего, если возникает необходимость, всё обходится модификаторами для стандартных файлов.
-
Все заходы с мобильных устройств. Часть из них вообще прямые. Есть такие заходы не с мобильных? И есть ли эти ссылки (в таком же битом виде) в обычной статистике Метрики?
