rb2

Мне пишут об очистках. Я не автор Сеопро. Лишь поддерживаю пакет, разбираюсь в чужом коде, дебажу и фиксю. Вам тоже ничего не мешает это делать. Каноникал в OC всю жизнь был.

Я на предыдущей странице объяснял. Отмотайте и почитайте. Вкратце: Было много "дублей". Наличие canonical юзерам - не аргумент. Им подавай отсутствие нотификейшнов в вебмастер-тулзах. В 2011 появляется SeoPro. Там параметры фильтруются в 2 местах: на главной обрезаются полностью, на странице товаров оставляются только `product_id` и `tracking`. Всё! Рунет счастлив. С 2011 по 2014-2015 всё всех устраивает. Раз в году кто-то где-то да и спрашивал, а зачем нужна фильтрация? Обычным ответом всё время было: "так повелось". Дальше всем было лень копать.

1. На "некрасивые URL-ы", которых раньше не было благодаря SeoPro 2. на дубликаты, про которые им скажут Y.Webmaster и GWT

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

Потому что непонятно, зачем. Зачем делать этот дополнительный интерфейс для пропуска 10 параметров, а не убрать вообще фильтрацию GET-параметров? Ведь всё равно потребуется их же прописывать в роботс или GWT (внешних по отношению к сеопро). Только в предложенном Вами варианте надо будет ещё куда-то в админке залезть и вписать то же самое. Вот не пойму, зачем ещё этот лишний шаг вводить? Если результат точно тот же, что и при отсутствии фильтра.

Мне кажется, вы чего-то недопонимаете. Параметры либо есть, либо их нет. И в случае, если они есть - неважно, сколько их. То ли только те, что пользователь указал, то ли все. Смысла делать ограниченный набор нет: это ни от чего не защитит. И не сделает URL красивее.

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

Всё это было исключительно в контексте, на кой хрен в сеопро сделана чистка GET-параметров и оставлять ли её или убрать. Про рекламу и адвордс Вы первый упомянули парой сообщений выше.

Не "не обязательно", а "не надо", т.к. там вообще нет массива $tmp, которым Waha так смело пользуется в ветке "product/category". Для категорий нет фильтрации GET-параметров, как видно из кода, так что непонятно, зачем это туда тулить. А чтобы для главной разрешить пропуск всех параметров "as is", достатчно закомментировать строчку `return $link;` (чуть выше, в разделе для "common/home")

Да. ВЫШЕ НАПИСАНО всё, что я помню по данному поводу.

Ссылки с метками могут находиться везде, где вы их расположите. Custom campaigns, URL builder ни о чём не говорит? В постах на форуме, в сайдбаре и модулях вашего магазина, если вы хотите понять, работает ли этот блок с баннерами в данном месте сайта, карусель на главной, или какой частью навигации на сайте люди вообще больше пользуются. Может просто гуглом пользоваться не умеете? https://www.google.com.ua/search?q=inurl%3Autm_campaign&client=opera&oe=utf-8&gws_rd=cr%2Cssl&oq=inurl%3Autm_campaign&gs_l=heirloom-serp.3...8139.10179.0.10458.6.6.0.0.0.0.181.653.1j4.5.0....0...1ac.1.34.heirloom-serp..2.4.584.XjlwQ4SKA40

Поясните. Есть сайты, соцсети, блоги, мейл-листы с архивами в веб, форумы, в которых люди ведут разные рекламные кампании и ставят ссылки с разными UTM-метками. Все эти сайты индесируются. В некоторых из них есть nofollow, в некоторых нет. Но поисковикам часто плевать на этот nofollow, ходят и индексируют. Та даже если вы планируете только по email расылки делать и только там рекламные кампании отслеживать, нет никакой гарантии, что ссылки оттуда не попадут в индексируемый веб.

Каким образом? Чтоб и utm-метки пропускать, и дублей не было. В понимании традиционного сеошника (а за ним и 90% е-комерсантов) site/tovar site/tovar?pg=1&utm_source=...&utm_medium=... site/tovar?utm_source=... дубли, т.к. контент одинаковый, а адреса разные. И плевать, что каноникал там одинаковый везде.

Прочитать несколько сообщений перед Вашим. P.S. Рецепт - или закомментировать пару мест в instal.xml с этими двумя опциями перед установкой, или дописать враппер для `curl`, потестировать решение на сервере с включенным safe_mode и прислать мне пулл-реквест. У меня руки не доходят, времени нет заниматься этой проблемой и тестировать. А мне оно не мешает, видимо, потому что заказы не редактирую.

Нажмите раз десять "Ctrl-+" в любом браузере и не мучайте телефон.

Логики бывают разные, похоже. По той логике, которая была популярна последние лет 15, по HTTPS передавалась та sensitive информация, которую нежелательно было перехватывать. По HTTPS работала часть сайта: логины-пароли, оплата и прочее такое супер-секретное, что нежелательно было в макдональдсе в воздухе словить открытым текстом любым сниффером.По ставшей популярной нынешней логике, когда более медленный HTTPS (на 10-20%? не помню) компенсируется возросшей скоростью этих наших интернетов, разрабы тулят HTTPS везде, чтоб не париться с переключениями: да пох, и так быстро. Так что точек зрения как минимум две. И какая исповедуется автором опенкарта - я не разбирался, если честно. Возможно, он при включенной галке "использовать SSL" включает SSL именно на всяких формах логина. И надо ли в это вмешиваться модулю сеопро - я не знаю пока. Точно надо? А то когда мне кивают на мудрых сеошников, я хочу вылить на них тонну кипящего масла и натравить на них Маркимакса. Чтобы он у них допытался, зачем всё-таки в Сеопро ввели фильтрацию GET-параметров и чистят от них урл. Потому что чтобы не было дублей. Но людям хоть и твердили всю дорогу про "canonical" и что это нормально, они хотели, чтобы гугл/яндекс-вебмастер не показывали им "дубли" и не говорил про каноникал. Ок, убрали нафиг все параметры, кроме горстки избранных. И пальцем ткнули для желающих, куда можно добавлять свои исключения. Сейчас же массы народа прозревают, учатся пользоваться utm-метками и до них доходит, что это круто. И надо. И, протрезвев, всё больше и больше людей начинают просить: а отдайте нам дубликаты назад! Ну пожалуйста! Нам нужны эти дубликаты с utm_source и utm_medium на главной и в товарах! Потому что без них аналитика - не аналитика. Ну отдайте-е-е-е-е... Что и где в сео_про поправить, расскажите..... Поэтому давайте, плиз, не будем на сеошников молиться. Не на что там молиться.

Посмотрел. Сначала 303, потом 200. Меня какой-то другой сервер обслуживает?Запрос `.../az/` - ответ 303, редирект на `.../` - там ответ 200. Видимо, у вас стоит в настройках скрывать язык по умолчанию, которым является "az". Вижу нормальную работу. Проверил сразу после этого "https://deadseainbaku.az/" - получил сразу ответ 200. Переключился на русский. Ответы опускаю, рассматривали раньше (пост-запрос и редирект на правильный ЧПУ-адрес с русским языком - ответ 200). Пробую теперь адрес https://deadseainbaku.az/ru/ -- ответ сервера 200. Где вы проблему видите? Или сеошники.

Без оптимизации запросов не потянет. На больших объёмах над оптимизацией надо потрудиться.

А должно? Почему?

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

Где? И покажите плиз ссылки `domain/ru`, а не `domain/ru/`. GET http://www.opencartjazz.com/ru/ 200 OK При переключениях через переключалку идёт POST запрос и редирект на выбранный язык с ответом "200 OK".

class { function bar() { return "строка бибзи бизби"; } function index() { $data['bizbi'] = $this->bar(); } }

Описание модуля читать не пробовали? Сеопро бесплатен. Ну может потому, что сеопро в окстор ВСТРОЕН уже???

Это скорей всего зависит от того, какой модуль "линзы" вы используете. И судя по тому, что обычно всё у всех окей с ними, у вас таки скорей всего проблемы именно с оригинальным изображением, а не с "увеличительным стеклом". Точнее, разумеется, можно сказать только с доступом к пациенту, лечить по фотографиям могут не все.

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