- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
тут советовали вот такую конструкцию:
И вот такую:
Проверьте пожалуйста, я не где не ошибся???
Спасибо.
Везде про lm, где тут ims?
Уфф... С реальной датой работать лучше при использовании ims.
С постоянным минусом лучше без. Опять то ли я туплю то ли ты.
Заметь не первый раз такая ситуация. :) Всегда кончается тем что под пиво оно лучше. :)
Когда я вставлю вышеприведенный код на страницы, он тоже будет отдавать 200 ок. Получается что этот заголовок будет дублироваться? Или как?
Если в коде программы будете отдавать два раза - код ответа может скакать непредсказуемым образом. Например у одного из провайдеров, если шла программная отдача 200 а потом 301, сервак в итоге отдавал 302. :) Так что лучше такого не допускать. А если брать применительно к вашему вопросу, то ничего страшного.
Оправдвется ли мое смелое предположение, что эта _дата_модификации_ и есть значение lm при предыдущей индексации?
Да. :)
Какой принцип обработки ims?
Думаю, Вы и сами уже догадались, раз в доку Яндекса залезли.
Пришел бот первый раз, запросил страницу и lm.
Пришел второй раз, спросил ims.
Запрос обработали и в зависимости от этого отдали либо 304 либо 200 и новый lm.
Alex Kirillin, расскажи про "Нормально, хотя и не всегда это хорошо. Особенно для больших сайтов." Что нормально, это всем понятно, а почему не всегда хорошо ? Потому что пользователь может по ранней дате с интервалом искать ? Ну не смеши :)
То есть ситуация, когда дата изменения документа совпадает с текущим временем - это хорошо ? Или всё же лучше на часик отогнать ? Или вообще сделать 00:00 текущего дня ? Опять же вопрос - а как браузер отреагирует ? У меня например аукцион. Пользователь просмотрел лот, сделал ставку, вернулся - а браузер ему из кэша отдал старый html, потому как last-modified у нового и старого одинаковые ;-) ?
То есть ситуация, когда дата изменения документа совпадает с текущим временем - это хорошо ? Или всё же лучше на часик отогнать ? Или вообще сделать 00:00 текущего дня ? Опять же вопрос - а как браузер отреагирует ? У меня например аукцион. Пользователь просмотрел лот, сделал ставку, вернулся - а браузер ему из кэша отдал старый html, потому как last-modified у нового и старого одинаковые ;-) ?
Виноват, исправляюсь. Ответ нашёл. Лично мне кажется, что мне подойдёт - 1 день. А резюмируя всё вышесказанное - для частой реиндексации надо ставить Last-Modified на текущее время.