Опять про пагинацию :(

Не будет

пропустил я это момент

В данном случае, я считаю здесь нужен 410 Сомневаюсь что у него их и в индексе много

 

Вот в этом и проблема, что их много..........
опа, стоооп....

Когда писал этот пост, Страницы в индексе было 327 000 в яндексе..... сейчас проверил остались 83..... (примерно как и должно их было быть)
http://www.sbup.com/audit/pzvk.ru/

ПО вебмастеру обновился индекс сегодня, вижу кучу выкинутых ссылок типа

/xerox?page=-35
Недостаточно качественная...

мистика...... Яша Вас что ли испугался...?

 

А нет, это яндекс понял что ссылка каноническая.
Двигло продолжает генерировать ссылки типа http://www.pzvk.ru/zapravka-kartrid...zha/zamena-fotovala-brother-dr-2075?page=-235

• www.pzvk.ru- загружено 25 985
• /zapravka-kartridzhej - загружено 19 862

те яша постояно загружает кучу страниц не понятных

 

Хм, т.е. на карточке товара?

В таком случае я бы тупо сделал редирект 301

проверьте каким-нибудь пауком (XENU, например) посмотрите - генерит ли двиг такие ссылки

 

какой сеопро у вас установлен?

 

SEO CMS ver.: 31.0 NEWS 2

 

А у него есть seopro?

 

Да есть

 

@markimax Есть?

Про собственный формирователь для блога и ему сопутствующих есть, а для сайта?

 

А вот тут немного не понял вопроса

 

Почему именно этот модуль? Допустим, цель исключить генерацию отрицательных страниц. Вижу 2 бесплатных решения:
1) https://github.com/eka7a/opencart/commit/86de3866f572bc0f5d2ad193148fdd9890a9da1c
2) Модуль Марка datafix. Причем автор пишет, что решение выше - это костыль.

 

Я ошибся. Установил и посмотрел (OС 2.3.0.2). Данный модуль не избавляет от отрицательных страниц или page={page} и т. д.
Он проставляет canonical, например, для тех же отрицательных и т. д. Но всем ли это нужно?
Автор называет это "must have" и рекомендует устанавливать всем (даже тем, у кого нет seopro).
На самом деле, скорее всего, модуль не для всех, а для seopro.

Например, на demo ocstore (seopro включен) есть дубли.
Т. е., например, товар доступен по разным ссылкам, при этом каждая ссылка каноническая.

Спойлер

Код:

<link href="https://demo23.ocstore.com/index.php?route=product/product&amp;path=57&amp;product_id=49.11111111111111111111111111111111" rel="canonical">

Код:

<link href="https://demo23.ocstore.com/tablet/samsung-galaxy-tab-10-1" rel="canonical">

Но в дефолтном OC (без seopro) подобного нет (т. е. каноническая страница определяется верно).

Странно... Seopro рекламируется как инструмент для удаления дублей. Но:
- сам же их создает (причем грубо);
- нуждается в фиксах, о которых еще нужно знать (например, данный модуль);
- недавно выпустили новый ocstore, но дубли (например, те, что выше) не устранили. При этом seopro позиционируется как "изюминка" сборки и данный модуль доступен давно (странно, что не внесли в сборку). Нормальная такая "изюминка"...
- пишут, что могут быть конфликты с модулями (лично пока не дошел до этого этапа).

Раньше думал, что сеопро необходим, но теперь считаю иначе.
Пусть бот просканирует в несколько раз больше страниц (создаст нагрузку на сервер), а затем (со временем) удалит их из индекса (неканонические), чем иметь сюрпризы с seo_pro.
Речь идет о seopro, который вшит в ocstore и, который продается от freelancer.
Т. е. seopro от slasoft (на данном форуме) возможно лишен недостатка (который выше). Но он только для тройки, а речь о 2.3

 

так отрицательный page существует и в дефолтной сборке

Делает валидацию и не пускает дальше

product_id=49.11111111111111111111111111111111
да такое и в чистой сборке

Это маркетинговый ход (модуль)

 

Проверил. Это решение так же не убирает отрицательные страницы, а проставляет для них каноникал. Я то думал, что убирает (404).

Знаю. Раз приведенные выше решения не удаляют страницы, то лучше закрою их через robots.txt. Пусть робот ориентируется по карте сайта. Где-то так делать не рекомендуют, а где-то наоборот.

Ок. Было бы замечательно, если была версия для 2.3

Да, но в чистой сборке хоть каноникал верный стоит.
Если поставить seopro (для версии 2.3), то он начинает ставить неправильно (появляются дубли).
В идеале лучше бы таких страниц вообще не было.

Ок, не знал.

 

все модули, в которых написано, что мы фиксим проблемы - маркетинговые

типа - ставьте - хуже не будет

Код:

if (isset($this->request->get['page'])) {
$page = (int)$this->request->get['page'];
if ($page<2) {
ЧТО-ТО надо делать
или редирект, или 404

} else {
$this->request->get['page'] = $page;
}
}

Это можно решить на уровне startup
просто провалидировать
$this->request->get['page']

Не верю!!!

Код:

$this->document->addLink($this->url->link('product/product', 'product_id=' . $this->request->get['product_id']), 'canonical');

 

Правда! Только что проверил.
Единственное условие - это включить ЧПУ (родной seo_url.php).
Т. е. если ЧПУ отключен, то каноникл ставится неправильно.

 

Под "чистой сборкой" я имел ввиду не "Русскую сборку", а дефолтный Опенкарт (немного не так выразился).

 

А что так боимся отрицательной пагинации? Есть и положительная скорей всего Не проверяли?

Начнем с того, что любой адекватный поисковик и его алгоритмы в скором времени все равно их выкинет из индекса сам, под различными предлогами... от одинакового контента, до некачественной страницы итд.

Далее, если нужно 404, то почему бы не дать и на положительную пагинацию? (не знаю что там в осторе, но решение пусть для опенкарт)
1. Приводим page не к целому, а к абсолютному значению. Тем самым не будет минуса.
2. Проверяем, что нам выдает $results = $this->model_catalog_product->getProducts($filter_data);
и если массив пустой, то дадим 404.

PHP:

if(empty($results)) {
 
    $this->response->addHeader($this->request->server['SERVER_PROTOCOL'] . ' 404 Not Found');
}

 

Минусовые страницы "бесконечны". Бот "бесконечно" гуляет по ним.
Жалко паука. Это как пустыню пылесосить.

Выкинет, но потом увидит новые и так до "бесконечности". Из примера выше:

Положительные страницы нужны для покупателя (и они конечны), поэтому 404 для них не нужен.

Для минусовых страниц, как вариант:
Если магазин новый - 404 (лучше 410, как писали выше)
Если действующий - каноникал

 

Ну ну... desktops?page=9999 итого 9999 конечных страниц....