Компьютерра - Журнал «Компьютерра» № 20 от 30 мая 2006 года

Тут можно читать онлайн Компьютерра - Журнал «Компьютерра» № 20 от 30 мая 2006 года - бесплатно полную версию книги (целиком) без сокращений. Жанр: Прочая околокомпьтерная литература. Здесь Вы можете читать полную версию (весь текст) онлайн без регистрации и SMS на сайте лучшей интернет библиотеки ЛибКинг или прочесть краткое содержание (суть), предисловие и аннотацию. Так же сможете купить и скачать торрент в электронном формате fb2, найти и слушать аудиокнигу на русском языке или узнать сколько частей в серии и всего страниц в публикации. Читателям доступно смотреть обложку, картинки, описание и отзывы (комментарии) о произведении.

Компьютерра - Журнал «Компьютерра» № 20 от 30 мая 2006 года краткое содержание

Журнал «Компьютерра» № 20 от 30 мая 2006 года - описание и краткое содержание, автор Компьютерра, читайте бесплатно онлайн на сайте электронной библиотеки LibKing.Ru

Журнал «Компьютерра» № 20 от 30 мая 2006 года - читать онлайн бесплатно полную версию (весь текст целиком)

Журнал «Компьютерра» № 20 от 30 мая 2006 года - читать книгу онлайн бесплатно, автор Компьютерра
Тёмная тема
Сбросить

Интервал:

Закладка:

Сделать

Если мы уверены в том, что конкретный ресурс никогда не изменится, то можем отправить несколько по-настоящему агрессивных заголовков. В PHP нам потребуется всего пара строк:

header(«Expires: „.gmdate(„D, d M Y H:i:s“, time()+315360000).“ GMT»);

header(«Cache-Control: max-age=315360000»);

Так мы говорим браузеру, что содержимое файла останется неизменным в течение десяти лет (т.е. плюс-минус 315 360 000 секунд), поэтому, единожды загрузив файл, браузер может следующие десять лет использовать локальную копию. Конечно, необязательно использовать для отправки JavaScript и CSS именно PHP. Мы перейдем к этому через несколько минут.

Ошибка на ошибке

Ручное изменение названий файлов при изменении их содержимого — опасное занятие. Что произойдет, если вы переименуете файл, но забудете переименовать шаблоны, указывающие на него? Что произойдет, если вы поменяете не все шаблоны, а только часть? Что случится, если вы измените шаблоны, но сам файл не переименуете? И наиболее вероятный вариант: что произойдет, если вы измените содержимое, но забудете переименовать файл или изменить ссылки на него? В лучшем случае, пользователи будут работать на старой версии сайта. В худшем — сайт перестанет работать совсем. В общем, ручное изменение названий — дурацкая идея.

На наше счастье, компьютеры с такими задачами — тупым повторением одних и тех же операций при совпадении определенных условий — справляются отменно.

Чтобы сделать этот процесс максимально безболезненным, следует для начала уяснить, что нам вообще не нужно переименовывать файлы. Между реальным расположением файла на диске и URL, с которого он доставляется пользователю, нет ничего общего. Так что в случае Apache мы можем использовать mod_rewrite, создав простое правило для редиректа определенных URL к нужным файлам:

RewriteEngine on

RewriteRule ^/(.*.)v[0-9.]+.(css|js|gif|png|jpg)$ /$1$2 [L]

Это правило обрабатывает все URL с указанными расширениями, которые также содержат суффикс версии. В процессе обработки правило переписывает URL так, чтобы он указывал на путь к нужному файлу (исключая при этом суффикс). Например:

foo.v2.gif foo.gif

/css/main.v1.27.css css/main.css

/javascript/md5.v6.js /javascript/md5.js

Когда это правило работает, мы можем менять URL (добавляя к нему суффикс версии), не меняя расположения файла на диске. Обнаружив, что URL изменился, браузер считает, что ему нужно обратиться к новому ресурсу.

Вы можете поинтересоваться, почему мы просто-напросто не использовали динамические ссылки (например, /css/main.css?v=4)? Дело в том, что, согласно спецификации HTTP, пользовательские агенты вообще не должны кэшировать такие URL. И хотя IE и Firefox это игнорируют, Opera и Safari точно следуют букве — поэтому, чтобы гарантировать корректную работу всех браузеров при кэшировании наших ресурсов, мы избегаем использовать динамические ссылки.

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

function smarty_version($args){

$stat = stat($GLOBALS[‘config’][‘site_root’].$args[‘src’]);

$version = $stat[‘mtime’];

echo preg_replace(‘!.([a-z]+?)$!’, «.v$version.$1», $args[‘src’]);

Для каждого залинкованного ресурса мы определяем местоположение файла на диске, проверяем его mtime (дату последнего изменения) и вставляем эту информацию в URL в виде номера версии. Это прекрасно работает на сайтах с низким трафиком (где метод stat, возвращающий информацию о файлах и каталогах, обходится довольно дешево) и в среде разработчика, однако плохо масштабируется на большие сайты, поскольку каждый вызов stat означает обращение к диску на чтение.

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

$GLOBALS[‘config’][‘resource_versions’] = array(

‘foo.gif’ => ‘2.1’,

‘/css/main.css’ => ‘1.27’,

‘/javascript/md5.js’ => ‘6.1.4’,

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

function smarty_version($args){

if ($GLOBALS[‘config’][‘is_dev_site’]){

$stat = stat($GLOBALS[‘config’][‘site_root’].$args[‘src’]);

$version = $stat[‘mtime’];

$version = $GLOBALS[‘config’][‘resource_versions’][$args[‘src’]];

echo preg_replace(‘!.([a-z]+?)$!’, «.v$version.$1», $args[‘src’]);

Таким образом, нам не нужно переименовывать файлы или даже запоминать, когда мы изменяли их содержимое, — URL автоматически будут изменяться каждый раз, когда мы перерабатываем сайт. В общем, почти приехали.

Собираем все вместе

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

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

RewriteRule ^/(.*.)v[0-9.]+.(css|js|gif|png|jpg)$ /redir.php?path=$1$2 [L]

header(«Expires: „.gmdate(„D, d M Y H:i:s“, time()+315360000).“ GMT»);

header(«Cache-Control: max-age=315360000»);

# ignore paths with a ‘..’

if (preg_match(‘!..!’, $_GET[path])){ go_404(); }

# make sure our path starts with a known directory

if (!preg_match(‘!^(javascript|css|images)!’, $_GET[path])){ go_404(); }

# does the file exist?

if (!file_exists($_GET[path])){ go_404(); }

# output a mediatype header

$ext = array_pop(explode(‘.’, $_GET[path]));

switch ($ext){

case ‘css’:

header(«Content-type: text/css»);

case ‘js’ :

header(«Content-type: text/javascript»);

case ‘gif’:

header(«Content-type: image/gif»);

case ‘jpg’:

header(«Content-type: image/jpeg»);

case ‘png’:

header(«Content-type: image/png»);

header(«Content-type: text/plain»);

# echo the file’s contents

echo implode(‘’, file($_GET[path]));

function go_404(){

header(«HTTP/1.0 404 File not found»);

Несмотря на то что такой подход работает, это не лучшее решение. PHP в сравнении с Apache требует больше памяти и времени на исполнение. Кроме того, нам необходимо соблюдать осторожность из-за возможных эксплойтов. Дабы избежать всей этой головной боли, мы можем попытаться использовать Apache напрямую. Директива RewriteRule позволяет нам устанавливать значения переменных окружения при срабатывании директивы, тогда как директива Header добавляет заголовки лишь в том случае, когда присвоенно значение заданной переменной. Комбинируя две эти директивы, мы легко можем составить нужную цепочку инструкций:

Читать дальше
Тёмная тема
Сбросить

Интервал:

Закладка:

Сделать


Компьютерра читать все книги автора по порядку

Компьютерра - все книги автора в одном месте читать по порядку полные версии на сайте онлайн библиотеки LibKing.




Журнал «Компьютерра» № 20 от 30 мая 2006 года отзывы


Отзывы читателей о книге Журнал «Компьютерра» № 20 от 30 мая 2006 года, автор: Компьютерра. Читайте комментарии и мнения людей о произведении.


Понравилась книга? Поделитесь впечатлениями - оставьте Ваш отзыв или расскажите друзьям

Напишите свой комментарий
x