Kolyaj: Забыл сказать. Клиент будет распаковывать полученный контент, если в заголовках ответа присутствует Content-Encoding: gzip (ну или deflate).
Честно говоря, проверить некогда было, но вот подумал и да, врядли прокатит, он его как файл предложить сохранить... надо попробовать, сделать файл .gz ;)
Кстати, если сделать чтобы зипованные страницы отдавались не только роботам, а вообще всем посетителям, чьи клиенты понимают сжатие, плюс сделаете как говорит Zlo_606ep, то экономия траффика будет неплохой.
Чем люди хуже роботов, им тоже надо траффик экономить, да и страница быстрее загрузится :)
ExcelioN: может ли кто-то объяснить как работает gzip?
статический файл на сервере сжимается данным способом и тихо лежит ожидая запроса?
затем этот отжатый файл передается клиенту, и браузер клиента сам расшыфровывает сжатый файл?
Обычно перед отдачей браузера он сжимается. НО можно сжать файл и положить на сервер, браузер должен понять в принципе
Deni: Зачем лезть в код файла кеша?
Сайт правится весь через движек и если надо то просто нажимается хнопка обновления кеша отдельной страницы или всего сайта. Хотя у меня наоборот по умолчанию настроено обновлять кеш раз в 3 дня (сейчас)
Ну как же?! Через интернет когда вы смотрите на сайт, вы же видите страницу из кэша? А вдруг надо в код посмотреть, почему так таблицу перекрючило? :) У меня у самого все сайты кэшируются, поэтому были такие случаи :) Хотя конечно допускаю вариант, что лично вы не делаете работ связанных с кодом страницы, а просто говорите программисту "Че за ерунда?! Разобраться быстро!" :)
Надо смотреть все заголовки запроса робота к серверу, обычно в запросе есть хеадер, который говорит, что клиент понимает сжатие. Если его нет, тогда не понимает.
Пробелы конечно логично удалять, а вот переносы строк лучше оставить, для наглядности, самим потом приятно будет в код лезть :) А вот на поисковики это никакой роли не играет.
У меня вырезаются все пробелы в начале и в конце строки, ну и пустые строки тоже. Мне хватает. При использовании красивого форматирования ХТМЛ-а лесенкой, вырезание пробелов даст неплохую экономию, а вот вырезание переноса строк не даст такой-же экономии, а вот читабельность сильно ухудшит.
Почему нельзя залить в корень?
Может попробовать тогда залить его куда можно, а в .htacces сделать алиас к этому файлу чтобы он был как бы в корне?
Забыл сказать. Клиент будет распаковывать полученный контент, если в заголовках ответа присутствует Content-Encoding: gzip (ну или deflate).
Честно говоря, проверить некогда было, но вот подумал и да, врядли прокатит, он его как файл предложить сохранить... надо попробовать, сделать файл .gz ;)
Кстати, если сделать чтобы зипованные страницы отдавались не только роботам, а вообще всем посетителям, чьи клиенты понимают сжатие, плюс сделаете как говорит Zlo_606ep, то экономия траффика будет неплохой.
Чем люди хуже роботов, им тоже надо траффик экономить, да и страница быстрее загрузится :)
может ли кто-то объяснить как работает gzip?
статический файл на сервере сжимается данным способом и тихо лежит ожидая запроса?
затем этот отжатый файл передается клиенту, и браузер клиента сам расшыфровывает сжатый файл?
Обычно перед отдачей браузера он сжимается. НО можно сжать файл и положить на сервер, браузер должен понять в принципе
Зачем лезть в код файла кеша?
Сайт правится весь через движек и если надо то просто нажимается хнопка обновления кеша отдельной страницы или всего сайта. Хотя у меня наоборот по умолчанию настроено обновлять кеш раз в 3 дня (сейчас)
Ну как же?! Через интернет когда вы смотрите на сайт, вы же видите страницу из кэша? А вдруг надо в код посмотреть, почему так таблицу перекрючило? :) У меня у самого все сайты кэшируются, поэтому были такие случаи :) Хотя конечно допускаю вариант, что лично вы не делаете работ связанных с кодом страницы, а просто говорите программисту "Че за ерунда?! Разобраться быстро!" :)
Надо смотреть все заголовки запроса робота к серверу, обычно в запросе есть хеадер, который говорит, что клиент понимает сжатие. Если его нет, тогда не понимает.
Помоему что-то вида
Accept-encoding: gzip
Вот правильная ссылка
Вот правильная ссылка (с правильным текстом ссылки :) ):Все о Google PageRank
Vimsite, ну в тексте то все нормально остается :) Я больше про сам код страницы говорю.
А я по вашему про текст который на странице говорю? :) Я как раз про HTML код говорю.
Vimsite, А зачем мне лезть в код страницы кеша? Что я там вообще забыл? :)
Иногда надо что-то глянуть, чтобы подправить, или глюк какой-то вылез. А если там все в одну строку, то ессно все будет очень не удобно :)
Пробелы конечно логично удалять, а вот переносы строк лучше оставить, для наглядности, самим потом приятно будет в код лезть :) А вот на поисковики это никакой роли не играет.
У меня вырезаются все пробелы в начале и в конце строки, ну и пустые строки тоже. Мне хватает. При использовании красивого форматирования ХТМЛ-а лесенкой, вырезание пробелов даст неплохую экономию, а вот вырезание переноса строк не даст такой-же экономии, а вот читабельность сильно ухудшит.
Вроде этот символ был там испокон веков...