dlyanachalas: Дело 5 минут? Сканировать миллионы сайтов? Да ВМы спалят такую проверку через час после запуска. Через день выйдет заплатка для всех движков.
Мыслить надо в масштабах ПС, а не одного сайтега.
Я образно написал - дело пяти минут :)
Там же в яндекс не сидят над скриптами по пять минут и всё гораздо сложнее.
awasome: Да не, все-таки не в посещалке дело. У меня на тех, которые обещают вернуть, трафа 0, кроме меня самого. Скорее всего подправили фильтр так, что посещалка если и играет какую-то роль, то ее понизили.
Так она изначально тоже не особую роль играла. У меня сайт тысячник под раздачу попал за милую душу, не смотря на его посещалку :D Хотя я знаю в чём причина и писал об этом ранее, теперь надо либо его вылизывать, либо не распыляться на несколько похожих по тематике проектов, а объединить их в один сайт и все силы бросить на его развитие.
imbalance, где вы на том сайте АГС увидели? Больше 3 млн. страниц сайта в поиске.
P.S. Так на том же сайте 100500 поддоменов. Вот на них идет постоянное обновление контента, а главный домен как-бы главная для поддоменов. Все ссылки с главной ведут на поддомены, конечно по самому домену будет одна страница в поиске.
Nadejda: Если вам не нравятся мои советы, вы можете их пропустить мимо ушей, всего лишь
Я ничего не имею против Ваших советов :) Но не думаю что то, что пишут на Яндекс в рекомендациях - верно. Они пишут так, чтобы лишний раз не напрягать своих пауков, чтобы когда робот увидит дату наперёд, мог не сканировать лишний раз сайт, таким образом можно скинуть нагрузку на серверы. Просто с логической точки зрения дата прошлая кэша не может повлиять на индексирование сайта и уж тем более вряд ли его за это загонят под АГС.
Если уже говорить о заголовках, то куда более важная дата в заголовке Last-Modified, которая сообщает о последнем изменении страницы.
Если Вас уж так беспокоят эти даты, то можно прописать в шапке
header("Expires: " . gmdate("D, d M Y H:i:s",time()+201600) . " GMT"); header("Last-Modified: " . gmdate("D, d M Y H:i:s",time()-100800) . " GMT");
Где в первой строке будет отображаться время кэша на двое суток вперёд, а во второй строке будет отображаться дата изменения документа на сутки "вчера" (если на сервере настроено московское время).
Опять же, это подойдёт только к динамичным сайтам, у которых постоянно что-то меняется и обновляется. А если сайт мертво стоит и ничего там не обновляется, то либо не писать эти заголовки вовсе, либо написать, как я говорил ранее, дату до 2030 года и не забивать себе голову лишним и думать о более важных вещах для улучшения сайта и не попадания под АГС :)
Nadejda, вот Вы мой пост пропустили и не видели о чём я писал? :)
Вы с PHP знакомы? Это не тот заголовок который должен быть новым и старая дата не должна вызывать беспокойство. Если он в прошлом, то это хорошо, не вводите людей в заблуждение. Если посмотрите, то увидите, что на громадном количестве сайтов именно 1981 год и это нормально.
Возьмите и поставьте у себя сразу заголовок в будущем, скажем на 2030 год
header("Expires: Tue, 1 Jan 2030 05:00:00 GMT"); // Дата кэша до 2030 года
А чё мелочиться? :) Только вы таким образом сообщите роботу, типа: "до 2030 года обновлений на этой странице не предвидится, всё грузится из кэша, гуляйте Яша и Гугл, зайдёте позже, в 2030..."
Nadejda: На Вылет сайта из индексации. Особенно после какого нибудь обновления на хостинге, когда забывают Expires, по умолчанию 1981 год
А при чём заголовок Expires к вылету сайта? :)
Expires это дата до которой должен храниться кэш, т.е. в данном случае она в прошлом, а значит поисковику и браузерам отдаётся всегда свежая информация, а не из кэша.
Можно прописать например такой заголовок в своей странице
header("Expires: Sat, 26 Jul 1997 05:00:00 GMT"); // Дата кэша в прошлом
или
header("Expires: Wed, 27 Nov 2013 14:00:00 GMT"); // Дата кэша до завтра
Вторая сообщит что кэш должен храниться до завтра и браузеру или роботу отдаётся информация из кэша (примечание: по большей мере всё зависит от настроек браузера, а роботы думаю вообще на это не должны обращать внимание, вдруг кто-то кэш на пару лет вперёд поставит). Всё это для снижения нагрузки на сервер. Так что если у вашего хостера стоит настройка даты кэша в прошлом, надо ему спасибо сказать что не беспокоится о нагрузке и сервер от этого не страдает, т.е. сервер нормально тянет, а у вас всегда отдаётся свежак :)
Дело 5 минут? Сканировать миллионы сайтов? Да ВМы спалят такую проверку через час после запуска. Через день выйдет заплатка для всех движков.
Мыслить надо в масштабах ПС, а не одного сайтега.
Я образно написал - дело пяти минут :)
Там же в яндекс не сидят над скриптами по пять минут и всё гораздо сложнее.
Ого тут за день написали :D
Многие пишут про url запросы. А разве не проще автоматические ссылки на страницах вычислять простой подменой урлов?
Например
http://example.com/article.html #есть ссылка
http://example.com/article.html/? #нет ссылки
http://example.com/article.html/?? #нет ссылки
Такой скрипт написать дело пяти минут, а если его усовершенствовать и сделать с подменой нескольких составляющих, то никакая маскировка не поможет.
Возможно там есть только одна кнопка "скачать" и она творит чудеса
Зря смеетесь, эта кнопочка действительно волшебная :) Особенно если "бесплатно и без регистрации".
Да не, все-таки не в посещалке дело. У меня на тех, которые обещают вернуть, трафа 0, кроме меня самого. Скорее всего подправили фильтр так, что посещалка если и играет какую-то роль, то ее понизили.
Так она изначально тоже не особую роль играла. У меня сайт тысячник под раздачу попал за милую душу, не смотря на его посещалку :D Хотя я знаю в чём причина и писал об этом ранее, теперь надо либо его вылизывать, либо не распыляться на несколько похожих по тематике проектов, а объединить их в один сайт и все силы бросить на его развитие.
СДЛ тем и отличается от ГС, что владелец делает его для себя, для людей и поисковый траф это не главное.
Вот как раз сайты "для себя" и без трафика, похоже по мнению Яши самые настоящие ГС.
Если для себя, то в принципе и АГС не страшен :)
Неправда. Ку-ку.
Главная там действительно одна в поиске, можно подумать с первого взгляда что сайт действительно под АГС :D Но у него структура вся на поддоменах.
imbalance, где вы на том сайте АГС увидели? Больше 3 млн. страниц сайта в поиске.
P.S. Так на том же сайте 100500 поддоменов. Вот на них идет постоянное обновление контента, а главный домен как-бы главная для поддоменов. Все ссылки с главной ведут на поддомены, конечно по самому домену будет одна страница в поиске.
Если вам не нравятся мои советы, вы можете их пропустить мимо ушей, всего лишь
Я ничего не имею против Ваших советов :) Но не думаю что то, что пишут на Яндекс в рекомендациях - верно. Они пишут так, чтобы лишний раз не напрягать своих пауков, чтобы когда робот увидит дату наперёд, мог не сканировать лишний раз сайт, таким образом можно скинуть нагрузку на серверы. Просто с логической точки зрения дата прошлая кэша не может повлиять на индексирование сайта и уж тем более вряд ли его за это загонят под АГС.
Если уже говорить о заголовках, то куда более важная дата в заголовке Last-Modified, которая сообщает о последнем изменении страницы.
Если Вас уж так беспокоят эти даты, то можно прописать в шапке
header("Expires: " . gmdate("D, d M Y H:i:s",time()+201600) . " GMT");header("Last-Modified: " . gmdate("D, d M Y H:i:s",time()-100800) . " GMT");
Где в первой строке будет отображаться время кэша на двое суток вперёд, а во второй строке будет отображаться дата изменения документа на сутки "вчера" (если на сервере настроено московское время).
Опять же, это подойдёт только к динамичным сайтам, у которых постоянно что-то меняется и обновляется. А если сайт мертво стоит и ничего там не обновляется, то либо не писать эти заголовки вовсе, либо написать, как я говорил ранее, дату до 2030 года и не забивать себе голову лишним и думать о более важных вещах для улучшения сайта и не попадания под АГС :)
Nadejda, вот Вы мой пост пропустили и не видели о чём я писал? :)
Вы с PHP знакомы? Это не тот заголовок который должен быть новым и старая дата не должна вызывать беспокойство. Если он в прошлом, то это хорошо, не вводите людей в заблуждение. Если посмотрите, то увидите, что на громадном количестве сайтов именно 1981 год и это нормально.
Возьмите и поставьте у себя сразу заголовок в будущем, скажем на 2030 год
header("Expires: Tue, 1 Jan 2030 05:00:00 GMT"); // Дата кэша до 2030 годаА чё мелочиться? :) Только вы таким образом сообщите роботу, типа: "до 2030 года обновлений на этой странице не предвидится, всё грузится из кэша, гуляйте Яша и Гугл, зайдёте позже, в 2030..."
На Вылет сайта из индексации.
Особенно после какого нибудь обновления на хостинге, когда забывают Expires, по умолчанию 1981 год
А при чём заголовок Expires к вылету сайта? :)
Expires это дата до которой должен храниться кэш, т.е. в данном случае она в прошлом, а значит поисковику и браузерам отдаётся всегда свежая информация, а не из кэша.
Можно прописать например такой заголовок в своей странице
header("Expires: Sat, 26 Jul 1997 05:00:00 GMT"); // Дата кэша в прошломили
header("Expires: Wed, 27 Nov 2013 14:00:00 GMT"); // Дата кэша до завтраВторая сообщит что кэш должен храниться до завтра и браузеру или роботу отдаётся информация из кэша (примечание: по большей мере всё зависит от настроек браузера, а роботы думаю вообще на это не должны обращать внимание, вдруг кто-то кэш на пару лет вперёд поставит). Всё это для снижения нагрузки на сервер. Так что если у вашего хостера стоит настройка даты кэша в прошлом, надо ему спасибо сказать что не беспокоится о нагрузке и сервер от этого не страдает, т.е. сервер нормально тянет, а у вас всегда отдаётся свежак :)