В чем может быть проблема? После установки модуля не показываются никакие страницы основного термина
https://site.com/stihi?page=914
Если выбрать категорию стихов - https://site.com/stihi/grustnye-stikhi?page=1 - все в порядке, страница отображается.

Также все равно не показывают 404 ошибку несуществующие страницы вида:
https://site.com/stihi/grustnye-stikhi?pagesssss=2

canonical тег добавлен. Есть ли решение, чтобы такие страницы давали код ответа 404, а не 200?

marassa wrote: В восьмерке в настройках вьюс есть раздел NO RESULTS BEHAVIOR, в котором можно добавить Response status code по желанию. С семеркой не знаком, но почему-то уверен, что и там так же.

Поможет ли мне данное решение в такой проблеме:

Есть ли решение? Контекстные фильтры так же не помогают избавиться от 200 ответа несуществующих страниц пагинации.

Есть ли решение? Контекстные фильтры так же не помогают избавиться от 200 ответа несуществующих страниц пагинации.

Вы были правы, ошибка появилась после обновления модуля metatag. После отката обновлений проблема исчезла.

В логах такая ошибка:

Notice: Trying to access array offset on value of type null в функции hs_menu_hierarchical_select_valid_item() (строка 219 в файле /sites/all/modules/hierarchical_select/modules/hs_menu.module

Но вроде это замечание не относится к проблеме.

У этих двух модулей, действительно, конфликт в Drupal 7, решения пока нет.

Оказалось, модуль Alinks перестал работать после установки модуля Block Inject.
Пробовали менять приоритеты фильтров, ссылки Alinks не отображаются ни при каком порядке фильтров. Помогите, пожалуйста, разобраться.

Да, очистили таблицы cache_ через phpmyadmin. Ошибка сохраняется такая же.

Версия Drupal 7.94

Спасибо! Если на основном выключить memcached, сайт будет грузиться еще дольше 2-3 секунды.
Не может ли сертификат ssl влиять на скорость загрузки сайта? Может быть нужны были дополнительные настройки для работы сайта на https?

Напишите, пожалуйста, есть ли подробная инструкция?

Спасибо, хороший вариант.

Нужно найти администратору все ноды, которые с форматом php для исправления.

К сожалению, нет. Искал подобное, format, формат, text... Ничего такого:(

Спасибо, вот такой массив:

Да, вы правы, все записи в дневнике имеют такой вид /users/имя_пользователя/id_ноды
И если записи с таким id не существует, то выводится дневник, а не несуществующая страница.

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

Спасибо, да, в синонимах указано, что системный путь ссылки /users/albinadidenko7/blog - user/40236/blog/
Но Devel показывает тут /devel/menu/item?path=user/40236/blog ту же самую

Да, конечно, хотелось бы решить.

Спасибо, по данному запросу для всех дневников пользователей Devel показывает

Page - Путь:/%/blog
Block - Путь не указан
Data export - Путь:/user/%/blog/export
Страница - Путь:/blog
Блок на главной - Путь не указан
Page-user-blog - Путь:/%/blog

Создалось огромное количество страниц, которые проиндексировал Яндекс, это дубликаты представлени основной страницы дневника.

Спасибо, а есть ли какой-то способ вывести информацию, какое представление используется для формирования страницы?
В настройках представления их 6. Удалось выяснить, что за вывод количества сообщений пользователя отвечает настройка "Навигатор - Постранично" в Block. Ну то есть если здесь изменить количество выводимых записей на странице в дневнике пользователя, то именно из этого Block берется значение количества страниц. Если изменить в Page, Data Export, Страница, Page-user-blog - количество страниц не изменится.

К сожалению, имеет
Бесконечная куча дублей страницы дневника /users/имя_пользователя/blog
по любой несуществующей ссылке
/users/имя_пользователя/blog%D9%FA
/users/имя_пользователя/blog000
/users/имя_пользователя/blog-kjkjlj