1 октября 2013 в 16:22
Добрый день,
Подскажите пожалуйста, как сделать, чтобы все пейджеры на сайте имели ссылки по страницами типа .../page/NUM,
вместо стандартных ...?page=NUM?
Спасибо.
Комментарии
был был такой, точно юзал на тестовом сайте, но блин не помню название, то ли custom pager...
https://drupal.org/project/cleanpager
Спасибо великое!!!
Custom Pager видел, но он только для 6ки.
Clean Pager - прямо то что надо.
Чтоб не плодить тем про пагинацию, спрошу тут:
Заказчик обнаружил, что страницы в пейджере нумеруются на один меньше, т.е. вторая страница имеет ссылку page/1, третья page/2 ну и так далее. Раньше всем было пофигу, а этот очень сильно хочет правильную нумерацию.
Подскажите, есть какой-то не сложный способ решить эту задачку?
Это фича стандартного пагинатора drupal, поскольку внутренняя нумерация начинается 0, а не с 1 как у нормальных людей :).
Да это уж и так понятно
вот как это исправить?
Подправить стандартный пагинатор?
зачем?
В данный момент, я переношу на друпал уже существующий сайт и там пагинация сделана с правильными цифрами. Ну и чтобы сайт не упал в позициях поисковиков заказчик хочет сохранить эту нумерацию.
Ну а для новых сайтов в общем-то пофиг
чтобы не упал, есть редирект же
а он у него больше не растёт?
мои скромные познания в seo говорят, что пагинаторы неплохо распознаются пс, и с учётом роста числа материалов расположение анонсов по страница постоянно плывёт.
Меня тоже очень интересует этот вопрос. Как для D6 и для семерки тоже! Если кто знает решение, отзовитесь!
https://www.drupal.org/project/cleanpager
Спасибо, но я уже проверял его для шестерки (приоритетно), он только преобразует из ?page=1 в page/1
А правильную нумерацию не выстраивает.
Вот зачем так делать? А? Видимо заказчик не вкурсе, что это плохо для SEO и каждая такая страница будет восприниматься как отдельная, а не одна страница списка сущностей с постраничной навигацией!
Вы неправильно поняли мою задачу. Мне не надо с ?page=1 на page/1 (я в курсе нюансов SEO)
Мне надо чтоб у второй страницы было ?page=2 а не page=1, у третьей page=3 и так далее...
о_О ... ясненько, понял вас, мозг автоматически дополнил не до конца прочитанное предложение своим наиболее логическим предположением, но чтобы такое!
Что касается самой задачи, надо курить файл includes/pager.inc, все там. Сомневаюсь, что решить задачу будет легко, тут нарушается принцип и метод расчета при формировании запроса в базу данных. К тому же все это грозит неожиданными поломками функционала модулей, которые как либо завязаны на пейджер, ну например вьюсы перестанут нормально отображать данные, кто его знает, все может быть.
На вашем месте я бы потратил время на то, чтобы объяснить заказчику, что решать эту задачу нет никакого смысла, да и выкатить ему за это счет в конце концов, может хоть деньги его отрезвят и вернут на землю