Это норм. практика для регистраторов. Если живете не оч. далеко от офиса, сходите/съездите сами.
teaspoon, если не нужны категории, просто закройте их:
Disallow: /blog/category/
Можно разместить немного уника перед списками и не закрывать.
По второму вопросу: зависит от реализации инфинит-скролла, т.е. что видят поисковики при загрузке страницы (и бездействии пользователя). Инфинит-скролл может совмещаться с пагинацией. ---------- Добавлено 18.12.2018 в 20:13 ---------- Доп. страницы пагинации осн. списка можно не закрывать. Просто не дублируйте на них уник перед списком, если он есть. ---------- Добавлено 18.12.2018 в 20:16 ---------- P.S. Желательно, чтобы не было дублей вроде /blog и /blog/page-1 – тут как раз-таки может понадобиться указание канонической, либо просто выдача 404-ой или корректировка 301-ым редиректом (при запросе по адресу /blog/page-1).
Верно, зачем позволять делать то, что по идее все равно должно отвергаться на стороне сервера.
LeonidS, как выше написали, ПС хорошо понимают (популярную) пагинацию. Но если оч. хочется, можете попробовать использовать обратную нумерацию, вот только с главной (последней) страницей все равно будет накладка.---------- Добавлено 08.12.2018 в 12:30 ----------P.S. Поисковикам нравится периодическое «незначительное» изменение контента.
Как выше написали, список на подобных страницах – это часто не осн. контент. Т.е. на главной можете разместить какое-то описание, которое не будет дублироваться на др. страницах пагинации (иногда даже эти др. страницы закрывают от индексации ПС).
Xubart, код обновлять до 5.4 (плюс отказаться от mysql-расширения, если до сих пор используется), на рабочем сервере держать одну из последних версий пятой линейки.
big boy, если сразу сделали все правильно, таких проблем быть не должно. Но способ слива с дропа, честно говоря, вы выбрали самоубийственный.---------- Добавлено 07.12.2018 в 16:12 ----------P.S. Может, яша пытается мыслить и исправлять ошибки вэб-мастера? Хотя фиксировать 404-ые по адресам, на которых ничего др. никогда не было, – это явно перебор. Скорее всего вы сами где-то напортачили.
Да, до девятки включительно.
Для главной таких дублей не существует.
Да, но если вы сделаете серверный редирект, вы не сможете считать utm-метку (подобные метки обычно считываются на клиенте).
В том, что в эпоху массового перехода на HTTPS пора забыть о подобном определении реферера?
ТСу CMS нафиг не нужна и он также в состоянии отредактировать шаблонный файл не из CMS, насколько я понял. В принципе можно использовать движок на файлах, но все эти приблуды с MD-разметкой и прочей хренью ТСу тоже нафиг не нужны. У того фронта, хотя он и на БД, структура (в том числе и БД) оч. простая.
le_mac, киньте в личку ссылку на сайт. Возможно, помогу.
