Comments 31
Пасибо. Пошел применять…
Урезать заголовки и тем более Last-Modified это плохо.
чем?
Стандартами. Надо заголовки добавлять, напримем Cache-Control и Expires.
можно ссылку, где написано, что надо, а не возможно?
В RFC всё расписано.
Про экономию трафика удалением заголовков там конечно не написано.
Но про возможность запретить кеш и что для этого надо сделать там есть.
Про экономию трафика удалением заголовков там конечно не написано.
Но про возможность запретить кеш и что для этого надо сделать там есть.
уважаемый Сергей. Мы все здесь читали RFC, там написано про допустимые заголовки. Я прошу привести фразу про их обязательность в ответе
HTTP/1.1 servers SHOULD send Last-Modified whenever feasible.
Устраивает?
Устраивает?
Переводим: «по возможности сервера должны отправлять заголовки.»
Я про то, например, что без кода ответа браузер вообще не поймет, что ему сервер ответил — код ответа обязателен
Если привести цитату из RFC более полно, то
Тут разграничение MUST и SHOULD уже видны невооруженным глазом
Я про то, например, что без кода ответа браузер вообще не поймет, что ему сервер ответил — код ответа обязателен
Если привести цитату из RFC более полно, то
An origin server MUST NOT send a Last-Modified date which is later than the server's time of message origination. In such cases, where the resource's last modification would indicate some time in the future, the server MUST replace that date with the message origination date. An origin server SHOULD obtain the Last-Modified value of the entity as close as possible to the time that it generates the Date value of its response. This allows a recipient to make an accurate assessment of the entity's modification time, especially if the entity changes near the time that the response is generated. HTTP/1.1 servers SHOULD send Last-Modified whenever feasible
Тут разграничение MUST и SHOULD уже видны невооруженным глазом
Окей. Так чем хорошо удалять заголовки? Я про это, а не обязательность.
меньше байтиков :)
удаляйте две строчки:
r->headers_out.last_modified_time = 23349600;
из сорцов nginx src/http/modules/ngx_http_empty_gif_module.c
r->headers_out.last_modified_time = 23349600;
из сорцов nginx src/http/modules/ngx_http_empty_gif_module.c
к сожалению, на этом же Nginx крутится десяток других сайтов, для которых это нужно
не планируется-ли, чисто случайно, выложить потом счетчик в публичный доступ? дабы каждый мог у себя его посетапать и себя сам измерить, не рискуя при этом никого «уронить»?
посмотрел на код счетчика для вставки на страницу и понял что могу и сам осилить :)
главное-то уже открыто — время засекать! а сбор статистики можно и самому накропать, оно ведь не так как у вас «красиво и с наглядными графиками», а для себя, можно и просто в табличку записать и ручками запросики позапрашивать :)
спасибо! :D
главное-то уже открыто — время засекать! а сбор статистики можно и самому накропать, оно ведь не так как у вас «красиво и с наглядными графиками», а для себя, можно и просто в табличку записать и ручками запросики позапрашивать :)
спасибо! :D
Картинка не грузиться :D
Можно сделать экспорт в xml и csv.
да, я тут подумал, что можно организовать сервис типа тИЦ — чтобы выдавал только одно-два числа для сайта с открытой статистикой. Но, блин, надуть его достаточно просто будет — можно в пустую HTML вставить код и загружать ее максимально быстро…
Я имел ввиду экспорт для владельцев сайтов.
Пример использования. Задумался я оптимизировать. Снял статистику неоптимизированного сайта.
Оптимизировал, снял статистику оптимизированную. Взял Microsoft Excel, посчитал цифры улучшения.
Пример использования. Задумался я оптимизировать. Снял статистику неоптимизированного сайта.
Оптимизировал, снял статистику оптимизированную. Взял Microsoft Excel, посчитал цифры улучшения.
Поставил себе) Будем тестить.
Идея очень интересна и актуальна… спасибо)
Идея очень интересна и актуальна… спасибо)
Хм… Сначала перестало показывать график а теперь доступ запрещем… сломалось?:)
о, мерси:)
Sign up to leave a comment.
Счетчик времени загрузки