В логе следующая ошибка:
2011/08/09 12:41:56 [error] 1271#0: *1469 upstream sent too big header while reading response header from upstream, client: 127.0.0.1, server: core.my, request: "GET /index/sync/ HTTP/1.1", upstream: "http://127.0.0.1:8080/index/sync/", host: "core.my"

Понятно, что ошибка в слишком большом заголовке ответа... но откуда?
Вспоминаю, что у меня стоит плагин в Mozilla FirePHP, в который из Zend Framework скидывается список выполненных запросов через те самые заголовки ответа:
X-Wf-Protocol-1 http://meta.wildfirehq.org/Protocol/JsonStream/0.2
X-Wf-1-Structure-1 http://meta.firephp.org/Wildfire/Structure/FirePHP/FirebugConsole/0.1
X-Wf-1-Plugin-1 http://meta.firephp.org/Wildfire/Plugin/ZendFramework/FirePHP/1.6.2
X-Wf-1-1-1-1 390|[{"Type":"TABLE","Label":"DB query log (3 @ 0.0006 sec)"},[["Time","Event","Parameters"],["0.00025","SELECT `table`.* FROM `table` WHERE (client_id = '1') AND (token = '9349ed2bd5d16c77f3b33e770db8a194')",null],["0.0002","SELECT `table2`.* FROM `table2` WHERE (((`table2`.`id` = 1)))",null],["0.00015","SELECT `table3`.* FROM `table3` WHERE (id = 1)",null]]]|

Решается проблема расширением буфера ответа в nginx
proxy_buffers 8 16k;
proxy_buffer_size 32k;

Первая попытка все настроить не увенчалась успехом, т.к. флэш память у роутера 32 Mb... увы.
Подключил жесткий диск и проделал следующее:

mount
mke2fs -j /dev/scsi/host0/bus0/target0/lun0/part1
mke2fs -j /dev/discs/disc0/part1
mount /dev/discs/disc0/part1 /tmp/mnt/disc0_1
mkdir /tmp/mnt/disc0_1/opt
mount -obind /tmp/mnt/disc0_1/opt /opt
mkdir -p /opt/tmp/ipkg
ipkg.sh update
ipkg.sh install ipkg-opt
ipkg update
ipkg install mc
ipkg install php
ipkg install php_curl
ipkg install cron

Этим набором команд было проделано:
1. отформатирован
2. смонтирован, как директория /opt
3. обновлен ipkg (утилита для работы с библиотекой программ)
4. установлены: mc, cron, php и php_curl

Далее чудесная манипуляция, набор команд для записи на флэшку данных (иначе после ребута все потеряется)

flashfs save
flashfs commit
flashfs enable

После перезагрузки у нас должен монтироваться диск в /opt и запускаться деамон cron:

mkdir -p /usr/local/sbin/
vi /usr/local/sbin/post-mount

Вставляем:

#!/bin/sh
mount -o bind,sync,noatime,rw /tmp/mnt/disc0_1/opt /opt
/opt/etc/init.d/S10cron start

Далее для самого даем права на запуск для этого файла и редактируем скрипт запуска:

chmod +x /usr/local/sbin/post-mount
vi /opt/etc/init.d/S10cron

Вставляем:

#!/bin/sh
#
# Startup script for cron
PIDFILE=/opt/var/run/cron.pid
case $1 in
start)
/opt/sbin/cron ;;
stop)
[ -f ${PIDFILE} ] && kill `cat ${PIDFILE}` ;;
*)
echo "usage: $0 (start|stop)"
exit 1
esac

...и добавляем команды в крон:

vi /opt/etc/crontab

Пришлось принять меры:
- ограничил скачивание видео для пользователей - 3 видео в сутки (пока элементарно, если применить мозг - ломается мгновенно)
- в nginx сделал элементарное ограничение по скорости и коннектам

в зоне http:
limit_zone download $binary_remote_addr 10m;


в location:
limit_conn download 2;
limit_rate_after 2048k;
limit_rate 128k;


restart nginx в debian:
/etc/init.d/nginx restart

просмотр трафика в realtime утилитой ifstatus

Количество одновременное воспроизводимых видео - 2
После скачки 2Mb скорость падает до 128Kb

http://wordpress.org/extend/plugins/wp-recaptcha/installation/

В инструкции перешел на сайте mailhide.recaptcha.net и получил ключ для своего блога.
2. Изменил тему, т.к. предыдущая не использовала новый функционал wordpress

http://wordpress.org/extend/themes/

Частично ее пофиксил: убрал аляповатую ссылку на rss, вернул ссылку more, поменял ссылки rss на гугловый feedburner.google.com
3. Сделал подписку на email
4. Поставил счетчики тИЦ и кол-во подписок

Понятия:

Персонаж - генерируемый мифический герой со случайным именем
Игрок - зашедший пользователь, создавший персонажа
HP - очки здоровья
Магия - один из вариантов магии: огонь, вода, воздух, земля
Взаимодействие магий - результат взаимодействия магий, т.е. та из пары, которая выигрывает. Слева направо: земля-огонь-вода-воздух-земля
Атака - выбранный тип атакующей магии
Защита - два выбранных типа защитных магий
Шаг - выбранные варианты зашиты и атак каждого из пары игроков
Битва - пара игроков, которые сражаются между собой, пока у одного или обоих не закончится HP
История битвы - последовательность шагов конкретной битвы
Истрия битв - история хранящая победы и поражения играков
Топ 10 - первых 10 игроков, которые одержали наибольшее число побед в порядке убывания

Сущности:

Игрок, Битва, Шаг, Магия

Возможности:

1. Регистрация / авторизация игрока.
Заход посетителя на сайт - нажатие кнопки "получить игрока" - ввод email - генерация игрока - присвоение ID сессии (авторизация)
2. Просмотр игроков ожидающих битвы
3. Битва. Каждый шаг содержит обязательные два дейтсвия:
- выбор 1-ой атаки
- выбор 2-ух уникальных защит
4. Профиль. Просмотр имени игрока, кол-во проведенных боев, сколько побед/поражений
5. Просмотр топ 10 игроков

Используемые технологии: php, mysql и немного javascript... + пара капель терпения, 2 миллиметра мозга и 10 причин это сделать, которые я еще не придумал

The end of the first iteration

Для начала хочется отсечь большинство возражений о целесообразности регистрации для скачивания.

• Это все "левые" люди - даже эти "левые", получив интересную, !тематическую рассылку, с большой долей вероятности вернуться на сайт.
• Зачем мучить пользователя? - прежде всего, регистрация нужна самому пользователю. Иначе как подстроиться под его индивидуальность? Как организовать связь его с функционалом ресурса? Как другие участники сайта идентифицируют друг друга? Как анализировать активность (потребности) посетителей? и т.д.

Убедившись в необходимости регистрации (как минимум для сервисных и информационных ресурсов) перейдем к самому интересному.

Идея улучшения юзабилити регистрации при скачивании состоит в частичном скрытии регистрации.

1. Пользователь видит ссылку "скачать" - нажимает
2. Всплывает окошко, с приветствием и простейшей формой:

Привет!
Ты хочешь скачать файл "лучшие обои 2009 года".
Укажи свой email, что бы мы могли отправить ссылку для скачивания
С радостью, Обои.ру

3. Пользователь вводит email (желательно регистрацию пользователя ограничить одним email-ом, но возможно потребуется еще login, а для безопасности капча) и нажимает "отправить"
4. На почту отправляется позитивное письмо с ссылкой, а на стороне сайта фиксируется: user_key, страница с которой отправлено письмо, email, что хотел скачать. Соответственно ссылка пришедшая на почту содержит user_key.
5. После возврата на сайт, по пришедшей ссылке, пользователь автоматически регистрируется с указанным email-ом и автоматически авторизуется.
6. На почту уходит второе письмо, в котором содержатся данные необходимые для авторизация (email:password) и, что важно, описание самого сайта, с перечислением все плюшек... вобщем, замануха.
7. Далее, для удобства, можно javascript-ом автоматически инициализировать скачку или же как-то особо выделить саму ссылку "скачать"

Большинство пользователей будет довольно. Все что требуется для скачивания, это ввести email и перейти по ссылке из почты.
А мы получаем +1 аккаунт с "живым" email-ом

Вариант 1.

SELECT id AS rubric_id, (
SELECT id
FROM `forum_topic`
WHERE rubric_id = `forum_rubric`.id
ORDER BY updated DESC
LIMIT 1
) AS last_topic_id
FROM `forum_rubric` ;


Структуры таблиц.

CREATE TABLE `forum_rubric` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT 'ID рубрики форума',
`status_id` tinyint(3) unsigned NOT NULL COMMENT 'ID статуса',
`name` varchar(255) DEFAULT NULL COMMENT 'Название',
PRIMARY KEY (`id`)
) ;

CREATE TABLE `forum_topic` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT 'ID темы',
`status_id` tinyint(3) unsigned NOT NULL COMMENT 'ID статуса',
`rubric_id` int(10) unsigned NOT NULL COMMENT 'ID рубрики',
`title` varchar(255) NOT NULL COMMENT 'Заголовок',
`added` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00' COMMENT 'Создан',
`updated` timestamp NULL COMMENT 'Обновлен',
PRIMARY KEY (`id`),
KEY `rubric_id` (`rubric_id`,`updated`),
) ;


А вот как можно извратиться и сделать одним запросом:

Вариант 2.

SELECT rubric_id, SUBSTRING_INDEX( GROUP_CONCAT( id ORDER BY updated DESC ) , ',', 1 ) AS last_topic_id
FROM `forum_topic`
GROUP BY rubric_id ;


1. группируем по рубрики
2. собираем ID в строку, сортируя в обратном порядке по дате
3. обрезаем до первой запятой

Результате на данных:
- 50 рубрик
- 100.000 тем

Вариант 1:
1.0464 сек, обход ~10.000 записий
Вариант 2:
0.0629 сек, обход всех 100.000 записей

Если в запросе участвует WHERE,
добавим к примеру status_id = 3

Вариант 3.

SELECT id AS rubric_id, (
SELECT id
FROM `forum_topic`
WHERE rubric_id = `forum_rubric`.id AND status_id = 3
ORDER BY updated DESC
LIMIT 1
) AS last_topic_id
FROM `bank_forum_rubric` ;


1.0136 сек, обход ~2.000 записей

если добавить ключ на rubric_id + status_id:
0.2013 сек, обход ~450 записей

Вариант 4.

SELECT rubric_id, SUBSTRING_INDEX( GROUP_CONCAT( id ORDER BY updated DESC ) , ',', 1 ) AS last_topic_id
FROM `forum_topic`
WHERE status_id = 3
GROUP BY rubric_id ;


0.2059 сек, обход ~20.000 записей

Итог.

Запросы варианта 2 и 4 не используют ключа, проходят по всем записям, они выполняется быстрее или так же, как с вложенным подзапросом (в случае доп. условий).

Начну с менее интригующего
2. Постраничная навигация в WordPress – плагин Seo Pager
Как видите на моем блоге, это уже совсем не те пресловутые "назад", "вперед"... Как ни крути, а постраничка рулит
via

2. Заставляющее задумать выступление Стива Джобса.
Хотя видео и 2005 года, но звучащие слова не потеряют актуальны и через тысячелетие.

Особенно запомнившееся:
- Всегда стоит оценивать ту ситуацию в которой оказался. Кажущиеся на первый взгляд лишения, могут обернуться приобретениями - не стоит их бояться. Главное, уметь найти то, что заполнит освободившееся пространство.
- "Если вы живете каждый день, как будто он последний, когда-нибудь вы окажетесь правы" - респект 1
- "Если сегодняшний день был последним в моей жизни, захотел бы я делать то, что собираюсь делать сегодня? И как только ответом было "нет" на протяжении нескольких дней подряд, я понимал, что надо что-то менять" - респект 2
- и про голод... другими словами, что бы жизнь не пресытилась.

via

find . -type f

выводит все найденные файлы в текущий директории

wc -l

выводит количество строк
соединяем:

find . -type f | wc -l

получаем к примеру такой результат:

%find . -type f | wc -l
1997

if ($http_user_agent ~* "Opera" AND $http_referer ~* "yandex.ru") {
bla bla bla
}

nginx не предусматривает в условиях логические операторы
Решение есть в виде хака:

set $a "";
if ($http_user_agent ~* "Opera" ) {
set $a 1;
}
if ($http_referer ~* "yandex.ru") {
set $a 1$a;
}
if ($a = 11) {
bla bla bla
}

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

Может man читал не внимательно и кто-то подскажет более красивое решение этой проблемы?