 |
|
|
|
Кэширование веб-сценариев
Кэширование веб-сценариев Часто при написании веб-сценариев мы забываем, что увеличение кода, использование БД и т. п. ведёт к увеличению времени выполнения сценария и увеличению нагрузки на сервер. Одним из решений данной проблемы является кэширование. Для ясности необходимо добавить, что речь не идёт о кэшировании на браузере или прокси-сервере. Суть довольно проста, и всё сводится к сохранению выводимой клиенту информации во временных файлах. При последующих запросах вместо выполнения оригинального сценария будет просто выводиться содержимое этих файлов. Итак, перейдем непосредственно к описанию алгоритма:
Данный алгоритм отображён в виде структурной схемы на рисунке:
Рисунок 1 Перейдём непосредственно к примеру. Начало кэширования. // cashe_begin.inc.php if(file_exists($fname) and ї (time()-filemtime($fname)) < $time2live){ require($fname); exit(); } ob_start(); ?> Конец кэширования. // cashe_end.inc.php $file= @fopen($fname, “w”); @fwrite($file, ob_get_contents()); ob_end_flush(); // вывод содержимого буфера пользователю ob_end_clean(); // очистка буфера ?> Тело сценария. // test.php $fname= "./tmp"."/test.php".getenv("QUERY_STRING"); // в каталоге примера необходимо создать подкаталог tmp с правами «write by others» // в этом каталоге будут храниться временные файлы $time2live= 10; // устанавливаем время обновления кэша в 10 секунд globals $fname, $time2live; require("cashe_begin.inc.php"); ?>
echo " "; echo time(); echo " "; ?>
require("cashe_end.inc.php"); ?> Приведённый пример является общим. Важным параметром является время, за которое наш кэш (временный файл) будет устаревать. При установке этого параметра необходимо знать, насколько часто будут обновляться данные по текущему запросу. Иначе возможна ситуация, когда пользователь будет получать интересующие его данные с запозданием, или, что хуже того, некоторые данные будут теряться. К примеру, время устаревания временного файла равно Т, а время обновления базы данных, из которой берётся информация, равно Т/2, таким образом, пользователь не увидит тех изменений, которые происходили за период времени от М до М+Т, где М – время, когда произошло обновление временного файла. Но в такую ситуацию попасть можно, наверное, только по большой невнимательности.
Рисунок 2 Но есть у кэширования и недостатки, которые необходимо учитывать при его использовании. Пользователь может сконструировать запрос и получить напрямую любой из временных файлов, содержимое которых может быть не предназначено для посторонних. Также пользователь может переставлять переменные в запросе местами. Например, для запросов: http://nowhere.no/index.php?id1=a&id2=b http://nowhere.no/index.php?id2=b&id1=a по сути являющихся одним и тем же, будут создаваться два временных файла, заполняя тем самым дисковое пространство. В заключение лишь хочется сказать, что для достижения действительно высоких результатов стоит принимать во внимание и другие решения, такие как PHP Accelerator или управление кэшированием посредством посылки заголовков HTTP (использование функции header()). |
АНДРЕЙ УВАРОВ
Комментарии отсутствуют
| Добавить комментарий |
|
Комментарии могут оставлять только зарегистрированные пользователи |
|
