Форум PHP

Хочу услышать советы тех, кто делал кеширование в своих движках или сталкивался с подобными проблемами ну и вообще всех кто знает:)
Придумываю алгоритм кеширования веб-страниц в движке. Обычно это делается в след. этапы:

1) из БД извлекается инфа о последнем обновлении страницы (по заданному урлу, кукам, и др)
2) извлекается последний образ кеширования страницы (по заданному урлу, кукам, и др)
3) если последний образ страницы устарел, сгенерить страницу по новой и обновить последний образ в базе.
4) если образ не устарел, в браузер выдать эту готовую страницу и пропустить процесс генерирования страницы (инклуд модулей, обработка данных, парсинг, етс).

Возникает вопрос: как узнать, изменилась ли страница, не генерируя ее заново? На обновление страницы влияют такие факторы (не полный список):
1) изменение конкретной таблицы в БД
2) изменение файлов на сервере (если скрипт считывает какую-то директорию)
3) фактор времени (например, текущее число на календаре) - страница уже будет другой следующего числа
4) Залогиненный юзер (для каждого юзера одна и та же страница будет другой, например панель "Здравствуйте Пользователь! У вас 20 новых сообщений")
5) скин
6) язык
7) ...

Также нужно предусмотреть такую проблему: если изменилась одна таблица (добавили/удалили/отредактировали запись), то должна измениться только та страница, на которую повлияла эта запись, а не все страницы, использующие эту таблицу (которые бы не изменились при редактировании таблицы), и чтобы страница не перегенеривалась, если она не изменилась.
В общем нужно придумать самый гибкий и универсальный вариант. кто что посоветует...

>4) Залогиненный юзер (для каждого юзера одна и та же страница будет другой, например панель "Здравствуйте Пользователь! У вас 20 новых сообщений")


Не очень понимаю тгда смысл кэширования. Если есть необходимость в кэше, значит, большая наргузка, значит, много посетителей, в т.ч. одномоментно. То есть этот самый кэш будет перезаписываться каждую секунду или минуту - словом, при каждом новом посетителе. Или я не понял идею?

нет, вы не поняли идею. грубо говоря в базе (таблица кешированных страниц) будут поля:
1) url страницы
2) юзер ид
5) другие поля
6) веб-страница целиком.

когда залогиненый юзер запрашивает страницу по заданному УРЛ, будет запрос типа

SELECT * FROM .... WHERE url='урл нашей страницы' AND userid='ид юзера' AND .....(другие условия)

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

А, теперь понял. Но тогда ведь БД будет весьма немалых размеров - как по количеству записей, так и по их объему. Может получиться эффект, обратный ожидаемому=)

По делу же - я бы сделал "управление по возмущению", то есть надо составить список факторов, влияющих на содержимое страниц, и при их изменении генерировать страницы.

нет, вы не поняли идею. грубо говоря в базе (таблица кешированных страниц) будут поля: 1) url страницы 2) юзер ид 5) другие поля 6) веб-страница целиком.

У вас жар? Если вы решили делать кэширование, то при чем тут поле "веб-страница целиком" в БД. Кэш храните в обычном файле html. И к БД обращайтесь только при условии что кэш устарел

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