- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Похоже, что управлять частотой изменения страниц можно немного по другому.
Если натаскать google на доверие к своему сайту, то при незначительных изменениях можно отдавать ему
304 Все в порядке! ничего не изменилось!
И он будет уходить, созраняя у себя предыдующую копию страницы.
А если изменилось серьезно, отдавать ему 200.
И, таким образом, самому варьировать частоту изменения документа, и под изменениями страницы понимать что-то для себя.
Среди побочных явлений - если гугл спалит, что то, что мы ему отдаем не соответствует действительности - он может пессимизировать сайт, или сделать где-нибудь в глубине своих нейронных сетей полуосознанную отметку - сайт отдает неверную дату.
И повторные визитеры не будут загружать новые незначительные изменения когда будут заходить на страницу.
Но, в любом случае, так можно варьировать частоту изменений документа, отделив ее от частоты изменения какого-нибудь постоянно плавающего курса акции на странице.
Ladycharm, поздновато я откликаюсь, но...
Я последовательно употребил термины "страница", "документ" и "тело сообщения" - откуда взялся смелый вывод, что под этим подразумевался HTTP-Response в целом? :) Когда речь изначально вообще шла о HTML-странице, о разделении её кода (HTML-тегов) и контента (текста).
Ну, а дальше дискуссия вообще ушла в сторону стрельбы по нарисованным силуэтам лиц, не читавших RFC2616 и не желающих смотреть, какую временную метку отправляет бот в If-Modified-Since... А вам сказать, почему мало кто заморачивается анализом этого заголовка? Как и прочих?
Берем "наше всё" – дико распространенный PHP. Берем в комплекте к хостингу с FastCGI – тоже довольно распространенный случай. И... видим эти заголовки запроса не лучше собственных ушей, поскольку функции getallheaders() нет в наличии – она только в модуле Апача.
А делать движок для однократного применения никому не хочется.
Это вы умозрительно?
Исходное положение: сайтик с "чем попало из головы" в качестве контента, примерно год нет ни изменений, ни пополнения контента, ссылок на него тоже практически нет (по одной закладке с мистер-Вонг и Мемори - это смешно). И за весь этот год редкий день бот не наведывался на сайтик. Страниц примерно 40 штук. :)
Попробуйте поиграть с заголовками всерьез. Сапо-ВМ вас на руках носит будут... ;)
Что-что?
И каким же это способом содержимое тела сообщения модифицирует уже отправленный заголовок? В раздел "Непознанное", однозначно. Пусть Малдер и Скалли разберутся в феномене. Тут без машины времени не обошлось, нутром чую...