Самое правильное кеширование.

И снова привет, представляю новую наработку для se 3.XX

По сути кеширование в се устроено немного коряво.
Я готов переделать вам его, и оно будет устроено так:

1.Нет тайм аута на жизнь скешированного tpl, тоесть он не будет генерироваться
занова, пока не будет изменен.

2. Возможность снижения запросов на 90%
посредством кеширования в файлы с названием переменных.
тоесть например если ктото создал видео, то при просмотре извлекаться из базы данных будет только кол-во просмотров,
а остальные переменные (адрес видео, трумба и другое) будет браться из php файла, заранее сгенерированного и сохраненного,
причет в json. Клиент при заходе на страницу будет брать данные с негенирируемого файла, заранее сохраненного.
Итог:
1. быстрота выполнения запроса. скорость увеличивается на 50 %.
2. экономия траффика, посредством создания контента html посредством обработки json`a.

Цена 5 000 руб, гарантия качества, возможен возврат денег.

Т.е. при большой посещаемости нагрузка будет в самом узком месте - на диске. Если учесть что скорость интерпретатора под нагрузкой гораздо ниже, нежели скорость любой из рсубд. РСУБД и создавались с целью хранить там информацию, причем в любых количествах. Просто делать это нужно не как в се (т.е. кривыми руками растущими из пятой точки делать велосипед с квадратными деревянными колесами, педалями на руле, и арматуриной вместо сидения), а нормально. Вообщем - сбрасывать все на диск - совершенно не highload-ready решение.

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

Ктомуже - файл много не весит, там всего льшь пара переменных и array`ев.
читайте внимательнее

Перегон инфы через процессор даже на 10% меньше чем из б.д.
Проверено.