Кеширование страниц сайта

Есть кучи программ которые выстраивают код "красиво"

а как будет выглядеть лежащий на сервере упаковынный статический файл?

какое расширение он будет иметь?

как его вызывать?

Забыл сказать. Клиент будет распаковывать полученный контент, если в заголовках ответа присутствует Content-Encoding: gzip (ну или deflate).

Честно говоря, проверить некогда было, но вот подумал и да, врядли прокатит, он его как файл предложить сохранить... надо попробовать, сделать файл .gz ;)

Ну почему же. Что сервер скажет, то браузер и сделает. Скажет, что это HTML-код (Content-type: text/html), то выкинет содержимое на страницу (даже если там бинарные данные), скажет, что сжато (Content-Encoding: gzip) - распакует. Скажет сохранить на диск (Content-Disposition: attachment; filename=file.txt) - сохранит.

А вот если ничего вразумительного сервер не скажет, то придется браузеру самому решать что делать.

Какие файлы, Вы что? Ваш движок должен будет просто отдать содержимое нужного сжатого файла в поток вывода, как будто это тело страницы, ессно предварив контент заголовокоми transfer-encoding и content-encoding. Но лучше не сжимать - много не сэкономите - а гемора получите лишнего, придется проверять принимает ли запросивший сжатый контент, и в случае не принятия - распаковывать архив и отдавать в обычном виде

Если делать универсальный механизм, то нельзя. Ни одно ни другое.

1. Для ИЕ есть условные комментарии, удаление которых внесёт изменение в функциональность/юи.

2. Есть тег <pre> форматирование содержимого которого зависит от пробелов. Удаление пробелов соответственно исказит содержимое.

3. Кроме того, если будут яваскриптовые вставки со строками с несколькими пробелами, то вы их тоже скорей всего порежете (или надо делать умную вырезалку)

Ещё как. Про гзип тут как раз расписали.

Единственный момент, который может возникнуть - сжатые кеши прийдётся распаковывать, если вдруг броузер клиента не поддерживает сжатие.

места сейчас как грязи, все дешево, поэтому никто не запрещает делать кэш-файл не гзипованный, а также гзипованный. а уж потом на основе проверки отдавать упакованный кэш-файл или обычный.

Дело не в месте, дело в алгоритме реализации хранилища.

про место я сказал к тому, что лучше сэкономить ресурсы процессора и памяти на сервере, чем сэкономить место.

на сервере раз уже делаеются гзипованные страницы и есть кэш, то писать надо оба кэш-файла - обычный и гзипованный. чтобы потом после проверки просто отдать нужный контент, а не заставлять сервер заниматься повторным сжатием иил распаковкой и отдаче клиенту....

это относительно:

p.s. и кто это интересно такой "смелый" поставить минус в репу анонимно, даже не написав за что....