Мастерская интернет-разработчика

Доступ к Wikipedia на время действия экрана SOPA

adw0rd — Wed, 18 Jan 2012 13:43:32 +0000

По просьбе моего друга решил запостить этот пост, вдруг кому пригодится!

Википедия сегодня, 18 Января 2011 года, протестует против SOPA и закрыла доступ к контенту.

Но при желании можно все равно этот контент посмотреть. Википедия никуда не убрала контент, она просто добавила на каждую страничку новый div, который и содержит слой с информацией про протест против SOPA. А также добавила стиль display=none к слоям с контентом.

Все это дело легко отключается следующим скриптом (я написал его за 1-2 минуты), который выполняется из консоли Chrome или Firefox:

var jq = document.createElement('script');
jq.src = "https://ajax.googleapis.com/ajax/libs/jquery/1.6.2/jquery.min.js";
document.getElementsByTagName('head')[0].appendChild(jq);
$('#mw-sopaOverlay').remove();
$('#content').show();

Все элементарно: первые три строчки подключают jquery, 4-я строчка удаляет слой SOPA, 5-я строчка показывает слой с контентом.

Можно этот скрипт повесить на Greaemonkey, и тогда автоматически вся википедия будет нормально показываться, как и прежде.

И да, я поддерживаю их протест против SOPA. Просто иногда нужно срочно получить информацию, даже если она скрыта.

Автор: Ivan, 18 января 2012 16:18.
Оригинал: http://jdevnotes.blogspot.com/2012/01/wikipedia-sopa.html

FreeBSD. Обновление таймзоны по повелению президента

adw0rd — Tue, 08 Nov 2011 20:49:02 +0000

8 февраля 2011 года президент России Дмитрий Медведев дал поручение правительству об отмене перевода стрелок: после перехода на летнее время 27 марта 2011 года Россия должна жить только по летнему времени, которое опережает поясное (принятое декретом 1919 года) на 1 или 2 часа в зависимости от региона. В соответствии с этим поручением был подготовлен «Закон об исчислении времени», который Государственная дума приняла 20 мая. 3 июня 2011 года президент подписал Закон, и он вступил в силу с 5 августа 2011 года

Летнее время

FreeBSD 8.1 как и многий другой софт не подчинился новому закону Дмитрия Анатольевича, так что будем исправлять ситуацию.

Поставим zoneinfo, оттуда будем брать новую таймзону

$ cd /usr/ports
$ portsnap fetch update
$ cd misc/zoneinfo
$ make install clean

Проверим работает ли нужная нам таймзона и текущее время:

$ zdump /usr/share/zoneinfo/Europe/Moscow
/usr/share/zoneinfo/Europe/Moscow Wed Nov 9 00:16:29 2011 MSK
$ date
Wed Nov 8 23:16:40 MSK 2011

Как видим расходится, так что установим новую хорошую таймзону:

$ cp /usr/share/zoneinfo/Europe/Moscow /etc/localtime
$ date
Wed Nov 9 00:16:56 MSK 2011

Не забудьте перезагрузить «mysqld»:

/usr/local/etc/rc.d/mysql-server restart

Не взлетел PHP?

Если PHP не взлетел, то используйте pecl-timezonedb:

cd /usr/ports/misc/pecl-timezonedb
make install clean

и убедитесь что «timezonedb.so» добавился в «/usr/local/etc/php/extensions.ini»:

...
extension=timezonedb.so

Синхронизация

Просинхронизируйте ваше время:

ntpdate -v -b europe.pool.ntp.org

Можете настроить «rc.conf» для постоянной синхронизации времени:

ntpdate_enable="YES"
ntpdate_hosts="europe.pool.ntp.org"

Так же можете почитать man page ntpdate и посмотреть какие ещё есть параметры конфигурации для «rc.conf»:

$ grep -r ntpdate /etc/defaults/rc.conf
ntpdate_enable="NO" # Run ntpdate to sync time on boot (or NO).
ntpdate_program="/usr/sbin/ntpdate" # path to ntpdate, if you want a different one.
ntpdate_flags="-b" # Flags to ntpdate (if enabled).
ntpdate_config="/etc/ntp.conf" # ntpdate(8) configuration file
ntpdate_hosts="" # Whitespace-separated list of ntpdate(8) servers.

Xubuntu. Проблемы с авторизацией после апгрейда с 11.04 на 11.10

adw0rd — Tue, 25 Oct 2011 18:11:55 +0000

Обновил я на той неделе свою Xubuntu с 11.04 на 11.10, как и опасался оно не взлетело с первого раза.
Симптомы были следующие: gdm стартовал успешно, но авторизоваться под своим пользователем не получалось, вылетало на авторизацию вновь (gdm), при этом новые учетные записи авторизовывало успешно.
Посравнивал свои конфигурационные файлы с другой учетной записью, ничего криминального не нашёл, кроме того что в моём домашнем каталоге были файлы не от моего пользователя.

Решение проблемы

Переключаемся в один из терминалов (например tty1) с помощью Ctrl+Alt+F1 и вводим следующее:

sudo chown -R <username>:<usergroup> /home/<username>
sudo shutdown -r now

Это решило мои проблемы.

SSH. Авторизация через ключ

adw0rd — Tue, 02 Aug 2011 17:26:59 +0000

Если вам надоело вводить логин и пароль при подключении по SSH, либо ваше приложение не поддерживает ввод логина и пароля для SSH, а соединиться всётаки надо, то вам просто необходимо использовать авторизацию по ключам!

Для этого надо настроить на стороне клиента и сервера ключи, для клиента будет приватный, а на сервере будет храниться публичный ключ.

Настройка на стороне клиента

Создайте и/или отредактируйте файл «~/.ssh/config»:

Host example
User username
Hostname example.com
Port 22
IdentityFile ~/.ssh/username_example

Где,

«Host example» — название хоста, которое вы будете указывать при подключении по SSH (Пример: «ssh example»);
«User username» — имя вашего пользователя на сервере;
«Hostname example.com» — имя хоста вашего сервера (в отличии от Host это действительно имя сервера, а не просто имя для соединения);
«Port 22» — SSH порт;
«IdentityFile ~/.ssh/username_example» — файл с публичным ключом.

Генерация ключей и передача их на сервер

Далее, сгенерируем ключи.
После чего сразу же перешлём публичный ключ на сервер, а приватный переименуем в «~/.ssh/username_example»:

ssh-keygen
scp ~/.ssh/id_rsa.pub username@example.com:~/.ssh/authorized_keys
mv ~/.ssh/id_rsa ~/.ssh/username_example
chmod -R 600 ~/.ssh
chmod 700 ~/.ssh

Теперь должно подключаться по ключу:

ssh example

Если нет, то пишите камменты :)

Утилита ssh-copy-id

Также есть более быстрый (меньше телодвижений) и правильный (он добавляет ключ в «~/.ssh/authorized_keys» на сервере, а не замещает как «scp») способ передавать публичный ключ на сервер, это утилита ssh-copy-id.

То есть вместо:

ssh-keygen
scp ~/.ssh/id_rsa.pub username@example.com:~/.ssh/authorized_keys

надо использовать так:

ssh-keygen
ssh-copy-id -i username@example.com

Ну вот и всё, смотрите также:
WordPress. Обновление движка и плагинов через ssh
Первые меры безопасности во FreeBSD
FreeBSD. Без парольный доступ по SSH с использованием шифрованных ключей
FreeBSD. DenyHosts защитит вас от брутфорса SSH

WordPress. Обновление движка и плагинов через ssh

adw0rd — Mon, 01 Aug 2011 14:26:52 +0000

Допустим мы имеем блог http://example.org/ и надо обновлять переодически его плагины и сам движок WordPress.
Беда в том, что поддерживается по дефолту только FTP, а у меня его нет, из возможных вариантов есть только SSH, его и будем внедрять!

Настройка

Отредактируем наш конфиг «wp-config.php»:

$project_root = dirname(__file__);
/*
FS_METHOD forces the filesystem method. It should only be "direct", "ssh", "ftpext", or "ftpsockets".
Generally, You should only change this if you are experiencing update problems, If you change it, and
it doesnt help change it back/remove it, Under most circumstances, setting it to 'ftpsockets' will
work if the automatically chosen method does not.
See: http://codex.wordpress.org/Editing_wp-config.php#WordPress_Upgrade_Constants
*/
define('FS_METHOD', 'direct');
define('FTP_BASE', $project_root);
define('FTP_CONTENT_DIR', $project_root . '/wp-content/');
define('FTP_PLUGIN_DIR ', $project_root . '/wp-content/plugins/');
define('FTP_PUBKEY', '/home/example_user/.ssh/id_rsa.pub');
define('FTP_PRIKEY', '/home/example_user/.ssh/id_rsa');
define('FTP_USER', 'example_user');
// define('FTP_PASS', 'password');
define('FTP_HOST', '127.0.0.1:22');

Где «example_user» — имя пользователя из под которого и будет выполняться подключение.

Теперь надо сгенерировать ключи (вместо этого конечно можем использовать «password», но мне не нравится такое решение) и настроим наш .ssh:

ssh-keygen
cd ~/.ssh
cat id_rsa.pub >> authorized_keys
chmod -R 644 .
chmod 755 .

Проверяем соединение с сервера (т.е. сами себя):

ssh example_user@127.0.0.1 -p 22

Если не соединяется, то надо поправить «/etc/ssh/sshd_config» и расскоментировать или добавить:

ListenAddress 127.0.0.1

Если не установлено расширение ssh2 для PHP, то вы можете скачать его и поставить ручками http://pecl.php.net/package/ssh2, либо можно установить из портов, если у вас FreeBSD:

cd /usr/ports/security/pecl-ssh2
make install clean

Использование

Заходим в админку WordPress, в раздел «Обновления WordPress»->«Обновить автоматически» («http://example.org/wp-admin/update-core.php?action=do-core-upgrade») и обновляем все что нам необходимо.

Если при обновлении у вас отваливается соединение (как было у меня), то увеличивайте таймауты для своего веб-сервера.
Если вы используете Nginx, то установите соответствующий proxy_read_timeout или fastcgi_read_timeout.

P.S. По мотивам http://kbeezie.com/view/wordpress-autoupdate-ssh/

Андрей Аксенов: “Как готовить Sphinx” / мастер-класс, Киев, 18-ое июня

adw0rd — Wed, 01 Jun 2011 19:28:24 +0000

В субботу, 18-го июня в Киеве пройдет мастер-класс создателя движка полнотекстового поиска Sphinx Андрея Аксенова ”Как готовить Sphinx”.

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

Sphinx используют такие монстры, как CraigsList, DailyMotion, Meetup, HupPages, HabraHabr и еще десятки высоконагруженных сайтов такие как Кинсбург. Андрей Аксенов выступал на многочисленных конференциях в России: “DevPoint 1-2″, “РИТ”, “DevConf 2011″, “HighLoad ++”. Организатор конференции пользователей Sphinx в Москве. Автор нашумевшего доклада “Как прекратить писать”.

Дополнительная информация и подробный план мастер-класса можно посмотреть на сайте http://www.smartme.com.ua/sphinx-workshop/

FreeBSD. Установка MySQL 5.5.9 и SphinxSE

adw0rd — Tue, 01 Mar 2011 21:31:41 +0000

Захотелось поставить на новый сервер MySQL 5.5, но в документации по установке SphinxSE этой версии MySQL нету. Погуглив и попробовав разные варианты я составил небольшую статью...

Сборка плагина

Тут все просто, сливаем из портов сорцы MySQL, сливаем патч, сливаем sphinx из транка и собираем все вместе.

cd /usr/ports/database/mysql55-server
make fetch
cp /usr/ports/distfiles/mysql-5.5.9.tgz /tmp
cd /tmp
svn co http://sphinxsearch.googlecode.com/svn/trunk sphinx-trunk
fetch http://www.coreseek.cn/uploads/csft/patch/Sphinx_1.11-dev_sphinxse_mysql-5.5.8.diff
tar -xzf mysql-5.5.9.tar.gz
cd sphinx-trunk
patch -p0 < ../Sphinx_1.11-dev_sphinxse_mysql-5.5.8.diff
cp -R mysqlse ../mysql-5.5.9/storage/sphinx
cd ../mysql-5.5.9
cmake . -DCMAKE_BUILD_TYPE=Release -DWITH_SPHINX_STORAGE_ENGINE=1
make
cp storage/sphinx/ha_sphinx.so /usr/local/lib/mysql/plugin/ha_sphinx.so

Так как у меня уже был поставлен MySQL 5.5 из портов, то я не запускал make install, поэтому его тут и не привел. И вам советую поставить из портов.

Установка плагина

Заходим в mysql-клиент:

INSTALL PLUGIN sphinx SONAME "ha_sphinx.so";
SHOW ENGINES;

По мотивам http://sphinxsearch.com/forum/view.html?id=6862#32268

Nginx. Использование PHP в режиме FastCGI с помощью spawn-fcgi

adw0rd — Thu, 25 Nov 2010 01:54:08 +0000

В прошлой статье о FastCGi — Nginx. Использование PHP в режиме FastCGI с помощью php-fpm я рассказал как использовать php-fpm спаунер (надо сказать, что с тех времен все сильно поменялось, например вышел php 5.3.3 и php-fpm стал входить в дистрибутив php, а так же поменялся формат конфига php-fpm). Сегодня расскажу как использовать spawn-fcgi, некогда входивший в дистрибутив lighttpd, а ныне являющийся отдельным проектом.

Установка

Перед установкой спаунера убедимся, что PHP собран с поддержкой CGi:

[X] CGI Build CGI version

Далее заходим в порты и устанавливаем spawn-fcgi:

cd /usr/ports/www/spawn-fcgi
make install clean

Настройка

Отредактируйте «nginx.conf» и добавьте upstream:

upstream spawn-fcgi {
server unix:/tmp/spawn-fcgi.sock;
}

Откройте на редактирование файл «/etc/rc.conf» и укажите необходимые настройки:

# При запуске системы загружать spawn-fcgi
spawn_fcgi_enable="YES"

# Пользователь от которой работать будет php-cgi
spawn_fcgi_username="www"

# Группа
spawn_fcgi_groupname="www"

# Путь до unix-сокета, именно его мы используем
spawn_fcgi_bindsocket="/tmp/spawn-fcgi.sock"

# Количество запущенных php-cgi процессов
spawn_fcgi_children="5"

# Кол-во запросов, после которых перезагружается процесс (для предотвращения утечек памяти)
spawn_fcgi_max_requests="1000"

Полный перечень допустимых настроек можно посмотреть в «/usr/local/etc/rc.d/spawn-fcgi», вот некоторые из них, о которых я не упоминал выше:

# Путь до php-cgi приложения
spawn_fcgi_app="/usr/local/bin/php-cgi"

# Дополнительные аргументы для php-cgi (их можно узнать командой "php-cgi -h")
spawn_fcgi_app_args=""

# Вы можете указать путь до песочницы
spawn_fcgi_chroot_dir=""

# IP адрес, который будет слушать демон
spawn_fcgi_bindaddr="127.0.0.1"

# Соответственно порт
spawn_fcgi_bindport="9000"

# Путь до PID файла
spawn_fcgi_pidfile="/var/run/spawn-fcgi.pid"

# Права на файл unix-сокета
spawn_fcgi_bindsocket_mode="0777"

Запуск

Запускаем spawn-fcgi и перезагружаем nginx:

/usr/local/etc/rc.d/spawn-fcgi start
nginx -s reload

Используемая версия spawn-fcgi — 1.6.3

FreeBSD. XHProf для анализа производительности PHP

adw0rd — Wed, 24 Nov 2010 23:00:20 +0000

Решил я воспользоваться утилитой для профилирования производительности веб-приложения XHProf от Facebook. И она мне так понравилась, что я решил написать про неё небольшой пост.

Утилита проводит анализ работы сайта, выводит информацию о использование каждой функции на пути работы приложения (например, загрузки определенной страницы сайта), а именно: количество вызовов определенной функции, затраченное время, кол-во потребляемой памяти и ресурсов процессора.

Профилирование — сбор характеристик работы программы, таких как время выполнения отдельных фрагментов (обычно подпрограмм), число верно предсказанных условных переходов, число кэш промахов и т. д. Инструмент, используемый для анализа работы, называют профилировщиком. Обычно выполняется совместно с оптимизацией программы.

Профилирование в Wikipedia

Данные выводятся в виде таблицы:

Так же она может отрисовать граф с помощью GraphViz, но для этого он должен быть предварительно собран в системе (об этом ниже):

XHProf представляет собой pecl-расширение для PHP, написана она на си, поэтому достигается высокая с ее стороны производительность и ее можно использовать на продакшен сервере для анализа реальных данных.

Установка

Я собирал расширение из сорцов, для этого заходим на страницу расширения и качаем необходимую нам версию, у меня это xhprof-0.9.2:

cd /tmp
fetch http://pecl.php.net/get/xhprof-0.9.2.tgz
tar -xzf xhprof-0.9.2.tgz
cd xhprof-0.9.2/extension/
phpize
./configure --with-php-config=/usr/local/bin/php-config
make && make install

Пропишите расширение в php.ini или в php/extensions.ini:

extension=xhprof.so

Вы можете поставить расширение XHProf из портов (/usr/ports/devel/pecl-xhprof/).
В мае, когда я практически написал эту статью, его ещё там небыло.

Укажите в php.ini каталог, который будет играть роль хранилища ваших данных:

[xhprof]
xhprof.output_dir=/usr/local/xhprof/out

Ну и создать его тоже надо, естественно:

mkdir -p /usr/local/xhprof/out

XHProf UI

Теперь настроим веб-интерфейс XHProf, для этого скопируем сорцы в свой каталог:

mkdir /usr/local/xhprof/
cp -R /tmp/xhprof-0.9.2/ /usr/local/xhprof/

И пропишем новый хост в nginx:

server {
listen 80;
server_name xhprof.test;
charset utf8;
root /usr/local/xhprof/xhprof_html;
index index.php;

location ~ \.php$ {
fastcgi_pass php-fpm;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
}

Перезагружаем nginx:

nginx -s reload

А в локальном файле hosts завяжем домен:

123.45.67.89 xhprof.test

Где «123.45.67.89» — ip машины на которой стоит XHProf, то есть где мы его только что устанавливали.

Собираем Graphviz

Для построение визуализации соберем Graphviz (крайне рекомендую это сделать, будет намного нагляднее).

cd /usr/ports/graphics/graphviz
make install clean

Собираем Ctype

Вам так же может понадобится Ctype

cd /usr/ports/textproc/php5-ctype
make install clean

Настройка

Теперь настроим XHProf так, чтобы он профилировал только когда у нас установлена специальная кука. Для это создадим два файла «/usr/local/xhprof/header.php» и «/usr/local/xhprof/footer.php», со следующим содержимым:

1. Отредактируйте «/usr/local/xhprof/header.php»:

if(isset($_COOKIE['xhprof'])){
if (extension_loaded('xhprof')) {
$utils_path = "/usr/local/xhprof/xhprof_lib/utils/";
include_once $utils_path.'xhprof_lib.php';
include_once $utils_path.'xhprof_runs.php';
xhprof_enable(XHPROF_FLAGS_CPU + XHPROF_FLAGS_MEMORY);
}
}

Он срабатывает только если установлена кука «xhprof», подключает необходимые библиотеки и устанавливает необходимые флаги (об этом чуть ниже).

2. Отредактируйте «/usr/local/xhprof/footer.php»:

if(isset($_COOKIE['xhprof'])){
if (extension_loaded('xhprof')) {
$profiler_namespace = 'myapp'; // namespace for your application
$xhprof_data = xhprof_disable();
$xhprof_runs = new XHProfRuns_Default();
$run_id = $xhprof_runs->save_run($xhprof_data, $profiler_namespace);

// url to the XHProf UI libraries (change the host name and path)
$profiler_url = sprintf('http://xhprof.test/index.php?run=%s&source=%s', $run_id, $profiler_namespace);
echo '.$profiler_url.'">Profiler output';
}
}

Он срабатывает только если установлена кука «xhprof», устанавливает неймспейс и сохраняет собранные показатели. После чего отрисовывает ссылку на веб-интерфейс XHProf для последующего анализа.

Теперь добавим в конец две строки в php.ini, для того чтобы эти два скрипта стартовали в начале и конце соответственно:

auto_prepend_file = /usr/local/xhprof/header.php
auto_append_file = /usr/local/xhprof/footer.php

Более подробная документация по XHProf: http://mirror.facebook.net/facebook/xhprof/doc.html

Проблема с dot

Утилита dot это тот самый Graphviz и с ним бывает проблема, что-то типа того:

Error: either we can not find profile data for run_id 4ced888563969 or the threshold 0.01 is too small or you do not have 'dot' image generation utility installed.

Сначала зайдите в «/usr/local/xhprof/xhprof_lib/utils/callgraph_utils.php» и найдите функцию «xhprof_generate_image_by_dot» (примерно 96 строка). Отредактируйте массив $descriptorspec, указав путь до файла лога:

$descriptorspec = array(
// stdin is a pipe that the child will read from
0 => array("pipe", "r"),
// stdout is a pipe that the child will write to
1 => array("pipe", "w"),
// stderr is a file to write to
//2 => array("file", "/dev/null", "a")
// Путь до файла лога
2 => array("file", "/var/log/xhprof.log", "a+")
);

Ну и теперь запускайте и смотрите лог, если у вас там:

dot: not found

То просто укажите полный путь до dot:

$cmd = " /usr/local/bin/dot -T".$type;

Это примерно 107 строка того же файла «/usr/local/xhprof/xhprof_lib/utils/callgraph_utils.php».

Ссылки

Посты, от которых я узнал о XHProf:

Советую почитать:

Nginx. Кеширование с помощью fastcgi_cache

adw0rd — Sat, 20 Nov 2010 01:10:58 +0000

Устал я от того что мой блог долго грузится, но менять движок с WordPress на что-либо другое пока нет времени, а переезд на новый более мощный сервер всё время затягивается и решил прикрутить кеширование на стороне Nginx. Так как блог работает на fastcgi, то буду использовать fastcgi_cache, если вы используете связку Nginx+Apache, то вам следует использовать proxy_cache, как я понял там отличий особых нет.

Некоторые блоки мне всетаки надо оставить вне кеша, поэтому буду использовать ssi.

Настройка

У меня много хостов на одном сервере, но мне надо настроить кеш только для одного хоста. Определим кеш для моего блога в nginx.conf, секция http:

fastcgi_cache_path /var/cache/nginx/adw0rd
levels=1:2
keys_zone=adw0rd:16m
max_size=256m
inactive=1d;

Где,

fastcgi_cache_path — путь до каталога кеша, создайте его заблаговременно.
levels= — разделять файлы кеша на сабкаталоги заданного уровня, то есть «1:2» — это так:

/0/ab/b7f54b2df7773722d382f4809d650ab0

либо так, если не указывать LEVEL, то есть levels оставить пустым (levels=):

/b7f54b2df7773722d382f4809d650ab0

max_size — максимальный размер кеша.
incative — время жизни кеша.

Настройка виртуального хоста

Я разделяю конфиги на основной (nginx.conf) и на хосты (adw0rd.conf, pyha.conf, etc). Сейчас мы разберемся с adw0rd.conf:

server {
# Порт который слушаем
listen 80;
# Имя хоста
server_name adw0rd.ru;
# Путь до htdocs (document_root)
root /path/to/www;

# включаем использование ssi
ssi on;

location / {
# Если такой файл не существует физически, то переходить на крайний аргумент, то есть @wordpress
try_files $uri @wordpress;
}

# обработчик для wordpress
location @wordpress {

# Проксируем на php-fpm
fastcgi_pass php-fpm;
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $document_root/index.php;
fastcgi_param SCRIPT_NAME /index.php;

# Настройки кеширования
fastcgi_temp_path /tmp/nginx 1 2; # Каталог для хранение временных файлов
fastcgi_cache adw0rd; # Имя зоны кеша
fastcgi_cache_key "$request_method|$host|$request_uri"; # Из этих данных строится хеш
fastcgi_hide_header "Set-Cookie"; # Не передавать клиенту заголовки кук
fastcgi_cache_min_uses 1; # Кол-во запросов, после которых ответ будет закеширован
fastcgi_cache_valid 10m; # Время жизни кеша
fastcgi_cache_use_stale error timeout invalid_header http_500; # Случаи при которых будет использоватся старый кеш

}

# обработчик для динамических данных на странице, ниже я покажу как юзать это
location ~ ^/ssi/ {
fastcgi_pass php-fpm;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}

# Обработчик *.php файлов, например "wp-comments-post.php"
location ~ \.php$ {

# если файл физически не существует, то переходим в @wordpress
try_files $uri @wordpress;

# иначе обрабатываем запрос
fastcgi_pass php-fpm;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
}

Обо всех директивах можете прочитать в оф. доке Директивы модуля ngx_http_fastcgi_module.

Тестирование

Перезагружаем Nginx:

nginx -s reload

Для тестирования кеша я встроил в шаблон html-комментарий, который формирую так:

И теперь вижу в сорце странице закешировалась страница или нет.

Вставка динамических блоков при помощи SSI

Отредактируйте шаблон своей страницы и вставьте нечто подобное:

-->

Теперь приведите файл «/ssi/uncached.php» к следующему виду:

echo time();

Так как у нас есть обработчик действующий для /ssi/* и он не отдает кешированные данные, то у нас будет подгружатся динамика, все просто! :)

Дополнение

Раздел добавлен 8 августа 2011 г., чтобы дополнить эту статью недостоющими материалами. В основном причиной была статья Прозрачное кэширование в nginx для всех и каждого, спасибо авторам.

Директива fastcgi_ignore_headers для игнорирования инструкци от FastCGI-сервера

Директива fastcgi_ignore_headers запрещает обработку некоторых строк заголовка из ответа FastCGI-сервера.
В директиве можно указать строки «X-Accel-Redirect», «X-Accel-Expires», «Expires» и «Cache-Control».

fastcgi_ignore_headers Expires Cache-Control;

То есть указываем Nginx кэшировать страницы в любом случае, независимо от заголовков кэширования выставленных FasCGI-сервером.

Директивы fastcgi_cache_bypass и fastcgi_no_cache

Директива задаёт условия, при которых ответ не будет браться из кэша.
Если значение хотя бы одной из строк переменных не пустое и не равно «0», то ответ не берётся из кэша:

fastcgi_cache_bypass $cookie_session $cookie_nocache;

Директива задаёт условия, при которых ответ не будет сохраняться в кэш.
Если значение хотя бы одной из строк переменных не пустое и не равно «0», то ответ не будет сохранён:

fastcgi_no_cache $cookie_session $cookie_nocache;

Управление кеширование через заголовок X-Accel-Expires

Будем управлять кеширование из PHP:

header("X-Accel-Expires: $seconds"); // ставим на $seconds секунд
header("X-Accel-Expires: 0"); // или отключаем кеширование для определенной страницы

Принудительное обновление кэша

Обновим наш bypass, добавим еще одну переменную для заголовка «X-Update»:

fastcgi_cache_bypass $cookie_session $http_x_update;

Ну а теперь обновим кеш:

curl -s -o /dev/null -H "X-Update: 1" example.com

Как и рекомендуют авторы статьи необходимо изменить «$http_x_update» и «X-Update» на что-то своё, чтобы скрипткидесы не баловались.

Полезные материалы

Вот небольшой список статей, который вам могут пригодится:

Директивы модуля ngx_http_fastcgi_module (оф. документация)
Описание модуля NginxHttpFcgiModule на wiki.nginx.org
Кеширование FastCGI-запросов в nginx
56. Подводные камни при использовании кэширования в nginx
Ubuntu. Рабочее окружение Nginx+PHP5.3+FPM+MySQL
Nginx. Использование PHP в режиме FastCGI с помощью php-fpm
Настройка Gzip в Nginx
Nginx и Apache2. Установка и быстрая настройка!