Как по мне, это рискованная затея. Подмена html-кода под разные случаи грозит вам серьёзными последствиями со стороны поисковых систем, вплоть до бана сайта. Это может быть расценено как чёрные методы оптимизации, со всеми вытекающими последствиями.
Вам правильно дали совет - лучше отдельный поддомен, например:
https://site.com - основная версия сайта
https://m.site.com - его мобильная версия
По крайней мере, так безопаснее и надёжнее. Или адаптивная вёрстка, но html-код не трогать, только адаптив медиа-запросами в CSS.
akorneev
Тогда всё ясно. Описанная вами ошибка - одна из самых распространённых, это действительно так и есть. Я лично сам не раз встречал на сторонних сайтах такую же ситуацию, когда поисковый робот заходит и видит, что страница изменилась "только что". И так до бесконечности, смысл тогда в этом заголовке? Тут дейсвительно, лучше тогда такой заголовок вообще убрать (если настроить не получится).
Но это в случае CMS, у меня же самописная система, тут я сам себе хозяин (как сделаю, так и будет). Вот в чём разница... Но за ваш комментарий спасибо, вы подметили очень важную и очень распространённую проблему на других сайтах, так и есть.---------- Добавлено 09.01.2018 в 16:08 ----------samimages
Спасибо за добрые слова, коллега! )))
В смысле, сложно настроить "If-Modified-Since" / "Last-Modified"?
Вот тут написан готовый отработанный РНР-код, который всё уже делает (сервис ещё и проверяет ваш сайт на корректность этих самых заголовков):
https://last-modified.com/ru/last-modified-if-modified-since-php.html
Или я что-то не понимаю?---------- Добавлено 09.01.2018 в 15:44 ----------Может, вы считаете, что указанный сервис - некорректен? Тогда жду ваших аргументов.
Там, как я понимаю, РНР-скрипт просто ориентируется на Unix-время последнего изменения этой страницы (которое вы указываете руками), если время больше - страница не менялась, и наоборот. Вроде бы всё в самом РНР-скрипте написано прозрачно, или я что-то упустил?..
С другой стороны, маслом ведь хлеба не испортишь, верно? Если я буду поддерживать и sitemap.xml, и Last-Modified - что от этого измениться? Только плюс для моего веб-сайта.
Да, я согласен с вами, заголовок "Last-Modified" ни через полгода, ни через год не даст мне каких-либо весомых преимуществ в продвижении моего проекта в Гугле и Яндексе. Это я прекрасно и сам понимаю.
Но! Как поисковым роботам узнать, какие страницы на моём веб-сайте менялись, а какие нет? Если страниц будет 500, а если 1000+? Напомню, что сайт у меня сделан именно под платформу РНР, расширения всех страниц - тоже заканчиваются на .php
Сервер по умолчанию не отдаёт никаких, подчёркиваю, никаких сведений об изменении страницы, сделанной на .php (то есть, если речь идёт о динамике на сайте, то такая информация сервером по умолчанию никогда не отдаётся, в отличие от тех-же обычных статических страничек с расширением .html). Но на обычных статических страничках далеко не уедешь, там реально можно утонуть, если количество страниц сайта превысит, скажем, количество в пятьдесят штук.
Так вот, для динамических .php страниц необходимо обязательно настраивать заголовок "Last-Modified", который и будет указывать, когда именно изменялась данная конкретная страница сайта. Плюс к этому заголовку, необходимо также обновлять файл "sitemap.xml" - карту сайта. Которая, кстати говоря, с помощью автоматических генераторов в Интернете формируется как раз таки опираясь на ответ сервера о дате последнего изменения страницы.
Подводя итог сказанному выше, для динамических .php страниц на моём веб-сайте нет другого выхода, как именно настроить и поддерживать наличие заголовка "Last-Modified" и карты сайта к нему. Если количество страниц превысит отметку, скажем 500, или даже 1000 страниц, тогда этот аспект даст о себе знать очень хорошо!
Плюс к этому, представьте себе, у меня на сайте обычная страница (шаблон сайта) состоит из шапки, подвала, навигации сверху, навигации справа, хлебных крошек, и только потом идёт изменяемый (значимый) контент. А все остальные элементы не меняются от страницы к странице, именно потому они у меня вынесены в отдельные подпапки на моём сервере и подключаются к шаблону с помощью PHP-инклудов. То есть, я просто-напросто "инклудю" эти части страниц и "распыляю" их из подпапок - на весь сайт целиком. Как в таком случае поисковому роботу узнать, когда конкретная страница менялась, и если менялась - то что на ней менялось? С этой целью я использую HTML5 элементы HEADER, FOOTER, NAV, ARTICLE, SECTION. То есть, html-элементы HEADER, FOOTER, NAV у меня все "инклудятся" из внешних подпапок на моём сервере - через PHP-Includes (include_once or require_once) и не изменяются, а вот html-элементы ARTICLE / SECTION изменяются от странице к странице.
Потому, при динамике на сайте крайне необходимо известить поисковых роботов о том, когда именно менялась данная конкретная страница. Без этого сайт будет проигрывать в долгосрочной перспективе своим конкурентам, у которых этот вопрос настроен.
Нет, стороннюю уже готовую CMS я использовать на своём сайте не буду. Разве что, сам со временем буду развивать свою собственную, самописную, систему. Но никак не описанные вами выше. Об этом я уже ранее упоминал, разве зря я прошёл уже не малый жизненный путь, разобрался во многих сложных вещах, чтобы потом просто все эти знания не применить на своём собственном веб-сайте? Зачем мне сторонние продукты, тяжёлые и навороченные, если уже по факту мой скромный опыт веб-разработки и мои навыки вполне позволяют допилить свою лёгкую и быструю CMS-ку с минимальным (нужным мне) функционалом?
SeVlad
Понял, в таком случае пока останусь на своём старом протоколе http.
Спасибо вам за ссылку, интересно будет почитать, весьма неожиданно, ещё раз спасибо...
Коллеги, пожалуйста, не ругайтесь. Побольше терпения друг к другу.
Я не стал покупать выделенный IP-адрес для своего сайта (не в последнюю очередь благодаря общению с вами, спасибо!), и пока не стал переходить на протокол https. Пока остаюсь на своём старом протоколе http, а там будет видно. Хотя, тут я конечно сомневаюсь. Возможно, что всё-таки нужно будет перейти в обозримом будущем с http на https.
PS. Получилась очень интересная дискуссия. Я очень ценю это, весьма вам признателен!
ortegas
Интересное решение, ранее о нём никогда не слышал. Спасибо. Изучу чуть позже этот вопрос, если меня устроит, напишу вам в личку. Пока же я активно "дискутирую" с техподдержкой своего хостера. Они мне описывают все преимущества именно выделенного IP-адреса для моего веб-сайта. Хотя, какие-то сомнения у меня закрадываются (т.е. зачем он мне в данный момент нужен - не совсем понятно).
