Есть две бредовые идеи и подозрение, что уже все давно реализовано :
1. Типичный алгоритм для генерации динамической html-страницы при помощи php, с кешированием результата, выглядит следующим образом: php скрипт формирует html-страницу, записывает содержимое в кеш (файл), после чего отдает данные. При следующем обращении к этому же самомоу url, если кеш валиден, php просто отдает данные из файла.
Недостаток очевиден: для отдачи кеша страницы -- фактически статического файла -- используется интерпретатор php, в то время как apache (или любой другой web-сервер), могут это делать гораздо шустрее и потребляя меньше памяти.
Идея: сделать так, чтобы php скрипт возвращал apache'у не сам контент, а лишь путь к файлу. А apache, каким-то магическим образом, уже бы сам отдавал данные из этого файла. Какой модуль апача можно использовать?
Смысл в том, чтобы как можно раньше выгружать сеанс php из памяти. Т.е. php-скрипт в этом случае будет заниматься авторизацией пользователя, выбором, проверкой валидности, и формированием кеш-файла при необходимости. После того, как он быстренько отдаст путь к файлу, php-сеанс можно чистить. Основное время (в реальном масшабе) сервер тратит на отдачу данных (если у пользователя еще и медленное соединение...), когда продолжать держать весь сеанс php в памяти нет ни какого смысла..
2. Ответ http-сервера состоит из http-заголовков, пустой строки и собственно данных. Если данные статические, то заголовки будут всегда одни и те же (размер данных, дата модификации, тип контента, кодировка и т.п.).
Идея: для статического контента все заголовки достаточно вычислить один раз в жизни, после чего сохранить в кеш-файл полный дамп ответа сервера (т.е. заголовки, пустую строку и содержимое исходного контента). В этом случае, для генерации ответа, apache'у достаточно выдать ("HTTP/1.0 200 OK\r\nDate: <дата>"), а дальше тупо прочитать файл. Быстрее и проще не бывает. Какой модуль можно использовать?
