Добавляем ключ репозитория в хранилище и добавляем репозиторий в sources.list

wget -O- http://ourdelta.org/deb/ourdelta.gpg | sudo apt-key add -
    sudo wget http://ourdelta.org/deb/sources/lenny-mariadb-ourdelta.list \
      -O /etc/apt/sources.list.d/ourdelta.list

Затем устанавливаем, собственно, сервер и клиентскую либу. Все остальное, что нам будет нужно, потянется по зависимостям

aptitude install libmariadbclient16 mariadb-server-5.1
 

Все, как в mysql :) Вводим желаемый пароль root для входа в mariadb

Затем логинимся

mysql -u root -p

Все до боли привычно и знакомо :)
Ну чтож, пока все отлично (даже запускается как /etc/init.d/mysql start), проверим, как оно дружит с PHP

Сначала я хотел запустить стандартные бенчмарки, но жестоко обломался :) В репозитории были версии только для 64-битных систем

Ну и фиг с ним, подрубаем PHP

aptitude install php5-cli php5-mysql

создаем тестовую табличку

и проверяем

Как видите, со стороны PHP все абсолютно прозрачно и никаких лишних телодвижений совершать не приходится. Это радует :)
Для эксперимента можно поставить Wordpres
Доставляем apache и все необходимое для него и пробуем

Все отлично :)

PS Моей целью не было выяснение всех отличий MariaDB от MySQL, меня интересовала именно возможность применять ее в собственных проектах и дальнейшего отказа от MySQL. Возможность проверил, в дальнейшем попробую поставить ее на реальный сервер и попробовать в production на каких-нибудь не очень критичных проектах :)
О результатх будет отдельный пост.

grep -hIr -m 1 em:name ~/.mozilla/firefox/*.default/extensions|sed 's#\s*##'|tr '<>=' '"""'|cut -f3 -d'"'|sort -u

Список установленных расширений для Chromium (с адресом страницы)

for i in $(find ~/.config/chromium/*/Extensions -name 'manifest.json'); do n=$(grep -hIr name $i| cut -f4 -d '"'| sort);u="https://chrome.google.com/extensions/detail/";ue=$(basename $(dirname $(dirname $i))); echo -e "$n:\n$u$ue\n" ; done

Уровень сигнала wifi

/sbin/iwconfig wlan0 | grep Quality | cut -d = -f2 | awk '{print $1}'

Оптимизация sqlite-баз, в которых Firefox хранит всякую служебную информацию. Позволяет немного ускорить его работу

find ~/.mozilla/firefox -name '*.sqlite' -print -exec sqlite3 {} "VACUUM; REINDEX;" \;

Количество процессов для пользователя (Linux only)

pgrep -cu boombick

Сравнить вывод двух команд

diff <(tail -10 file1) <(tail -10 file2)

Удалить все файлы, кроме одного :) Часто пригождается, чтобы не писать rm тут_куча-имен-файлов

ls -Q | grep -v "not-for-delete-file" | xargs rm -r

Собрать несколько тарболлов в один

cat 1.tar.gz 2.tar.gz | tar zxvif -

Размер окна терминала

 echo $COLUMNS x $LINES

Вывести man-страницу как обычный текст. Удобно для распечатки

man need-man | col -bx

$ scp Django-1.1.1.tar.gz devio.us:

и распаковал его

$ gunzip Django-1.1.1.tar.gz
$ tar xvf Django-1.1.1.tar
$ ln -s Django-1.1.1 django #  для дальнейшего удобства

Добавим переменную окружения PYTHONPATH для корректной работы Django

$ export PYTHONPATH='/home/boombick/django'
$ echo "export PYTHONPATH='/home/boombick/django'" >> ~/.profile

И создадим симлинк для django-admin

$ mkdir ~/bin
$ ln -s /home/boombick/django/django/bin/django-admin.py /home/boombik/bin/django-admin.py

Дальше все просто: создаем новый проект Django

$ django-admin.py startproject djtest
$ cd djtest

И на этом этапе я просто запустил dev-сервер из поставки Django на высоком порту (занять порт с номером ниже 1024 без привелегий root не получится)

$ python manage.py runserver 0.0.0.0:32000

Зайдя на http://boombick.devio.us:32000 я увидел приветственную страницу пустого проекта Django. Все получилось :)

Запуск Django через CGI
В принципе, можно было бы оставить все и так. Но.
1. Хотелось все-таки ходить к себе на страничку по 80 порту
2. На free-аккаунте нельзя детачить приложения. Т.е. нельзя оставить запущенным сервер и разлогиниться. Что, впрочем, логично, иначе сервер превратился бы в рассадник IRC-ботов :)
Можно, конечно, извратиться и держать логин постоянно, восстанавливая оборванное подключение и перезапуская сервер, но это не наш путь.

Итак.
Сначала я просто пробрасывал запросы к Django через PHP (в виде index.php) :) Эдакий PHP-Proxy, но мало того, что это запредельно криво, так еще и не очень понятно, что делать с POST-запросами. Выход был один – заставить Django работать через CGI.
Помучив гугл я нашел несколько разноненных мануалов и приступил к выполнению.
Для начала создадим в директории $HOME/public_html файл django.cgi вот с таким содержанием:

#!/usr/local/bin/python
# encoding: utf-8
"""
django.cgi

A simple cgi script which uses the django WSGI to serve requests.
Rewrited for use on devio.us shell hosting

Code copy/pasted from PEP-0333 and then tweaked to serve django.

http://www.python.org/dev/peps/pep-0333/#the-server-gateway-side

This script assumes django is on your sys.path, and that your site code is at
/home/mycode/mysite. Copy this script into your cgi-bin directory (or do
whatever you need to to make a cgi script executable on your system), and then
update the paths at the bottom of this file to suit your site.

This is probably the slowest way to serve django pages, as the python
interpreter, the django code-base and your site code has to be loaded every
time a request is served. FCGI and mod_python solve this problem, use them if
you can.

In order to speed things up it may be worth experimenting with running
uncompressed zips on the sys.path for django and the site code, as this can be
(theorectically) faster. See PEP-0273 (specifically Benchmarks).

http://www.python.org/dev/peps/pep-0273/

Make sure all python files are compiled in your code base. See

http://docs.python.org/lib/module-compileall.html

"""

import os, sys
sys.path.append("/home/boombick/django") # Поменяйте на путь к Django
sys.path.append("/home/boombick/djtest")  # Поменяйте на путь к вашему проекту

import django.core.handlers.wsgi

def run_with_cgi(application):

    environ                      = dict(os.environ.items())
    environ['wsgi.input']        = sys.stdin
    environ['wsgi.errors']       = sys.stderr
    environ['wsgi.version']      = (1,0)
    environ['wsgi.multithread']  = False
    environ['wsgi.multiprocess'] = True
    environ['wsgi.run_once']     = True

    if environ.get('HTTPS','off') in ('on','1'):
        environ['wsgi.url_scheme'] = 'https'
    else:
        environ['wsgi.url_scheme'] = 'http'

    headers_set  = []
    headers_sent = []

    def write(data):
        if not headers_set:
             raise AssertionError("write() before start_response()")

        elif not headers_sent:
             # Before the first output, send the stored headers
             status, response_headers = headers_sent[:] = headers_set
             sys.stdout.write('Status: %s\r\n' % status)
             for header in response_headers:
                 sys.stdout.write('%s: %s\r\n' % header)
             sys.stdout.write('\r\n')

        sys.stdout.write(data)
        sys.stdout.flush()

    def start_response(status,response_headers,exc_info=None):
        if exc_info:
            try:
                if headers_sent:
                    # Re-raise original exception if headers sent
                    raise exc_info[0], exc_info[1], exc_info[2]
            finally:
                exc_info = None     # avoid dangling circular ref
        elif headers_set:
            raise AssertionError("Headers already set!")

        headers_set[:] = [status,response_headers]
        return write

    result = application(environ, start_response)
    try:
        for data in result:
            if data:    # don't send headers until body appears
                write(data)
        if not headers_sent:
            write('')   # send headers now if body was empty
    finally:
        if hasattr(result,'close'):
            result.close()

os.environ['DJANGO_SETTINGS_MODULE'] = 'settings'
run_with_cgi(django.core.handlers.wsgi.WSGIHandler())

Затем меняем в /path/to/dajngo-project/settings.py параметр ROOT_URLCONF на urls вместо projectname.urls
Делаем файл исполняемым

$ chmod a+x public_html/django.cgi

И проверяем работоспособность :)

http://boombick.devio.us/django.cgi

Если все ок, то можно переходить к следующему шагу. А если нет и вы получаете 500 ошибку, то смотрите лог. Который, кстати, лежит в /var/www/logs/error_log В процессе установки очень удобно было его мониторить в отдельной консольке при помощи tail -f
Учтите только, что в этот лог падают сообщения о всех ошибках и вам надо отделять свои запросы от остальных :)

Настройка Apache
Теперь надо настроить Apache для переадресации всех запросов к нашему django.cgi. Я очень давно не ковырялся с Apache (в последнее время использую исключительно nginx) и с трудом и доками вспоминал синтаксис mod_rewrite
В результате родился вот такой вот файлик .htaccess, который надо положить в директорию public_html

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /django.cgi%{REQUEST_URI}?%{QUERY_STRING}

Проверяем
В ~/djtest/urls.py добавим правило для обработки всех адресов

from django.conf.urls.defaults import *
from views import test_page

urlpatterns = patterns('',
    (r'^(.*)$', test_page)
)

И создадим файл ~/djtest/views.py с, собственно, обработчиком

from django.http import HttpResponse       

def test_page(request, url):
    html = "WORKING! Url is %s" % url
    return HttpResponse(html)

Заходим на http://boombick.devio.us/foo/bar

Все работает :)

Благодарности
Хочу сказать большое спасибо ребятам из конференции django@conference.jabber.ru, а конкретно ne_formal за неоценимую помощь :) Без него этот процесс затянулся бы куда больше!

Важное замечание
Если вы читали комментарии в начале файла django.cgi, то не могли не заметить такой абзац:

This is probably the slowest way to serve django pages, as the python
interpreter, the django code-base and your site code has to be loaded every
time a request is served. FCGI and mod_python solve this problem, use them if
you can.

Что в вольном переводе выглядит как:
Это самый медленный путь для работы с django. На каждый запрос создается экземпляр интерпретатора Python. Если у вас есть возможность использовать FCGI или mod_python – используйте их!
Так что статью прощу рассматривать исключительно как proof of concept или выход из совсем уж безвыходной ситуации! :)
Enjoy!

 for i in `ls *.mp3`; do # Неверно!
    some command $i      # Неверно!
 done

Не получится и “закавычить” вывод ls

 for i in "`ls *.mp3`"; do # Неверно!
 ...

В этом случае ВЕСЬ вывод ls будет рассматриваться в контексте одной итерации. Это немного не то, чего хотелось бы добиться :) Решение есть

for i in *.mp3; do  # Надо делать вот так и...
   some command "$i" # ...во втором пункте мы рассмотрим и это "узкое" место.
 done

2. cp $file $target
Если в $file или $target окажутся пробелы, то вас ждет разочарование :)
Выход не менее очевиден

 cp "$file" "$target"

3. Имена файлов, начинающиеся с дефисов
Всем известно, что параметры многих команд начинаются с дефиса -. В том случае, если с дефиса начинается имя файла, то оно будет ошибочно воспринято как параметр и вы получите ошибку. В лучшем случае.
Одно из решений – поместить перед именами передаваемых фалов два дефиса --. Это сигнализирует команде (например cp) о том, что список параметров закончен и дальше идут аргументы:

 cp -- "$file" "$target"

Но более элегантным решением, все-таки, будет цикл (причем с указанием каталога в пути к файлу):

 for i in ./*.mp3; do
   cp "$i" /target
   ...

В этом случае аргумент, начинающийся с дефиса, будет передан как ./-foo.mp3 и все сработает нормально.

4. [ $foo = "bar" ]
В bash вам необходимо заботиться о своих переменных. Иначе получите кучу ошибок :) Пример из заголовка выдаст ошибку в двух случаях:

• Если переменная, переданная в [ не объявлена или пустая, то команда [ "увидит" выражение
  

  [ $foo = "bar" ]

  как

  [ = "bar" ]

  и вы получите ошибку unary operator expected (ожидается унарный оператор). Так как оператор = бинарный, то [ будет несколько шокирована :)

• Если в $foo содержаться пробелы, то сравнение также будет некорректным
  

  [ multiple words here = "bar" ]

  И если вам это может показаться нормальным, то для [ это довольно неожиданно :)

Более корректно будет записать выражение как

 [ "$foo" = bar ] # Все отлично

но, опять-таки, выполучите ошибку, если текст в переменной начинается с -
В bash есть ключевое слово [[, которое является расширением старой команды test, также известной как [ и это решение всех подобных проблем :)

[[ $foo = bar ]] # Правильно

В случае с использованием [[ ]] вам не надо заключать переменную в кавычки, так как эта конструкция корректно обрабатывает и пустые переменные, и переменные, содержащие пробелы, и переменные, значение которых начинается с дефиса.
Также вам может встретиться вот такой вариант:

[ x"$foo" = xbar ]

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

А если одна из сторон сравниваемого выражения константа, то просто поместите переменную в правую часть :) [ не обращает внимания на то, что находится справа

[ bar = "$foo" ]

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

Продолжение следует :)

export PS1="C:\$( pwd | sed 's:/:\\\\\:g' )> "

и ностальгируем по временам MS-DOS :)

Если очень понравилось, то можно добавить в ~/.bashrc следующий код:

PS1="C:\$( pwd | sed 's:/:\\\\\:g' )> "

и наслаждаться красотой постоянно :)

1. Копирование файлов с указанием прогресса. Всегда чертовски не хватало информативности в cp

rsync --progress file1 file2

2. Преобразование текста в картинку. Использовал для создания простенькой капчи

echo -e "Some Text Line1\nSome Text Line 2" | convert -background none -density 196  -resample 72 -unsharp 0x.5 -font "Courier" text:- -trim +repage -bordercolor white -border 3  text.gif

3. Поиск и замена в текстовых файлах

find . -iname "FILENAME" -exec sed -i 's/SEARCH_STRING/REPLACE_STRING/g' {} \;

4. Метод Столлмана! Отправка веб-странички по почте :)

{ u="http://twitter.com/boombick"; echo "Subject: $u"; echo "Mime-Version: 1.0"; echo -e "Content-Type: text/html; charset=utf-8\n\n"; curl $u ; } | sendmail recipient@example.com

5. Запись iso-файла на диск

cdrecord -v speed=4 driveropts=burnfree dev=/dev/scd0 cd.iso

6. Ограничение канала для scp. В данном случае ограничен 10kbps

scp -l10 boombick@srv02:/home/svnstat/* .

7. Скриншот на удаленной машине :) (С запущенными иксами конечно)

DISPLAY=":0.0" import -window root screenshot.png

8. Качаем и сразу распаковываем :)

wget -qO - http://example.com/path/to/blah.tar.gz | tar xzf -

9. url_encode :) Достаточно примитивно, но часто помогает

echo "$url" | sed 's/%/%25/g;s/ /%20/g;s/!/%21/g;s/"/%22/g;s/#/%23/g;s/\$/%24/g;s/\&/%26/g;s/'\''/%27/g;s/(/%28/g;s/)/%29/g'

10. Погода в Москве :) Подставьте свой город

curl -s "http://www.google.com/ig/api?weather=Moscow" | sed 's|.*<temp_c data="\([^"]*\)"/>.*|\1|'

Пока все, to be continued

@FIXME
При подсветке слова регистр слова сбрасывается

@TODO
Сделать разбивку результатов по страницам
Вынести настройки в конфиг (например такие, как цвет в результатах поиска)

Для работы использует bash, awk, grep, sed.
В скрипте есть такая строка

grep -vE '(svn|jquery)'

Это, собственно, исключения, которые надо выбрасывать из результатов поиска. Т.е. строки, в которых эти “буквосочетания” есть, в результаты не попадут. Если вам это не нужно, просто выкиньте эту часть (в последствии это тоже уйдет в конфиг) :)

Изначально все писалось для FreeBSD, посему если у вас bash установлен не по пути /usr/local/bin/bash, то либо поменяйте путь к интерпретатору, либо сделайте симлинк :)

Скрипт распространяется под BSD-лицензией, о багах пишите сюда :)
Скачать: http://code.google.com/p/srch/
Вот, вообщем-то, и все, enjoy! Надеюсь, кому-нибудь пригодится :)
UPD: Спасибо за совет с размещением на GoogleCode!

// обычный массив простых чисел до 20
$primeNumbers = array(2, 3, 5, 7, 11, 13, 17, 19);

// array_map() применяет callback-функцию к каждому элементу массива и
// возвращает результат
$square = function($number) {
    return $number * $number;
};
$squared = array_map($square, $primeNumbers);
echo "Квадраты простых чисел: ",
     implode(', ', $squared), "\n";

// array_reduce() рекурсивно применяет фнукцию к парам значений
// и превращает массив в одно единственное значение
// Очень похоже на array_sum(),
// но использование callback открывает неплохие перспективы
$sum = function($a, $b) {
    return $a + $b;
};
$total = array_reduce($primeNumbers, $sum);
echo "Сумма простых чисел: ", $total, ".\n";

// array_filter() оставляет в массиве значения,
// которые удовлетворяют условию
$even = function($number) {
    return $number % 2 == 0;
};
$evenPrimes = array_filter($primeNumbers, $even);
echo "Четные простые числа: ",
     implode(', ', $evenPrimes), ".\n";

// uasort() сортирует массив и
// сохраняет связь междя ключом и значением
// похожа на asort(), но использует callback
$compare = function($a, $b) {
    if ($a == $b) {
        return 0;
    }
    return ($a > $b) ? -1 : 1;
};
uasort($primeNumbers, $compare);
echo "Упорядоченный по убыванию массив простых чисел: ",
     implode(', ', $primeNumbers), ".\n";

UPDATE:
Обещанные замеры производительности. Тест, конечно, весьма синтетический, но и он весьма нагляден. Я, честно говоря, был слегка удивлен.
Код теста:

echo "We're using the PHP " . phpversion() . "\n";

$array = $array2 = range(0, 10000, 1);

echo "Array contains " . count($array) . " elements\n";

$t1 = microtime(1);
echo "BEGIN array_map\n";

array_map(
        function($number){
                return $number * $number;
        },
        $array
);
$t2 = microtime(1);
$res = $t2 - $t1;
echo "END array_map: " . round($res, 4) . "\n\n";

$t1 = microtime(1);
echo "BEGIN foreach:\n";
foreach ($array2 as $key => $value){
        $array2[$key] = $value * $value;
}
$t2 = microtime(1);
$res = $t2 - $t1;
echo "END foreach: " . round($res, 4) . "\n\n";

И вот результаты:

[boombick@srv01 /tmp]$ php -f test.php
We're using the PHP 5.3.1
Array contains 10001 elements
BEGIN array_map
END array_map: 0.0109

BEGIN foreach:
END foreach: 0.0052

[boombick@srv01 /tmp]$

Как видно из результата, array_map действительно проигрывает по скорости foreach

Установка mod_perl
Все примеры показаны для ОС Linux Debian
Устанавливаем пакет libapache2-mod-perl2

lenny:~# apt-get install libapache2-mod-perl2
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
  libapache2-reload-perl libbsd-resource-perl libperl5.10
The following NEW packages will be installed
  libapache2-mod-perl2 libapache2-reload-perl libbsd-resource-perl libperl5.10
0 upgraded, 4 newly installed, 0 to remove and 2 not upgraded.
Need to get 1201kB of archives.
After this operation, 3891kB of additional disk space will be used.
...
Processing triggers for man-db ...
Setting up libperl5.10 (5.10.0-19) ...
Setting up libapache2-mod-perl2 (2.0.4-5) ...
Enabling module perl.
Run '/etc/init.d/apache2 restart' to activate new configuration!
Setting up libapache2-reload-perl (0.10-2) ...
Setting up libbsd-resource-perl (1.28-1+b1) ...

Как можно увидеть, модуль уже активирован.. Но никто не мешает сделать это еще раз (для надежности :) ) Или, например, после изменения конфигурации сервера, да и вообще, чтобы убедиться

lenny:~# a2enmod perl
Module perl already enabled
lenny:~# /etc/init.d/apache2 restart
Restarting web server: apache2 ... waiting .

Модуль установлен, давайте займемся его настройкой. Самое простое – это добавить хендлер perl-status и посмотреть, что же происходит с нашим сервером. Создайте файл /etc/apache2/conf.d/perl-status со следующим содержимым:

 #
 # make status information available at
 #   http://example.com/perl-status/
 #
 <Location /perl-status>
    SetHandler perl-script
    PerlHandler +Apache2::Status
</Location>

 #
 # But only from the local host, and our trusted
 # remote IP.
 #
 <Location /perl-status>
    order deny,allow
    deny from all
    allow from 127.0.0.1
    allow from your.ip.address
</Location>

Перезапустите сервер и зайдите на адрес /perl-status. Узнаете несколько интересных вещей об окружении сервера и о загруженных модулях Perl
Внимание! Эта информация содержит много такого, что не стоило бы показывать всем и каждому. Поэтому не стоит делать ее доступной для всех. Ограничьте доступ!

Ускорение Perl CGI-скриптов
Так как mod_perl уже содержит встроенный интерпретатор Perl, то мы можем использовать его для запуска CGI-скриптов, вместо вызова внешней команды. Это позволит снизить накладные расходы на вызов отдельной копии интерпретатора при поступлении запроса на обработку скрипта. Есть способы добиться более внушительного ускорения, но это потребует внесения изменений в исходный код сценариев. В Debian CGI-скрипты по умолчанию располагаются в /usr/lib/cgi-bin Мы укажем Apache, что хотели бы запускать встроенный интерпретатор вместо внешнего для сценариев из этой директории.

  PerlModule Apache::Registry
  Alias /cgi-bin/ /usr/lib/cgi-bin
  <Location /cgi-bin>
    SetHandler perl-script
    PerlHandler Apache::Registry
    PerlSendHeader On
    Options +ExecCGI
  </Location>

Перезапустите сервер (/etc/init.d/apache2 restart) и посмотрите, насколько быстрее стали работать скрипты :)

Загрузка модулей
Продолжим. Давайте напишем код, который Apache мог бы использовать в процессе обработки страницы и пересылки ее клиенту. Нам необходимо разместить этот код так, чтобы встроенный интерпретатор смог загрузить его. По умолчанию в путь для поиска уже включены большинство системных директорий, но я считаю, что имеет смысл расположить его в очевидном месте :) /etc/apache2/perl Для добавления директории в путь поиска добавьте следующую директиву в /etc/apache2/conf/00-mod-perl

#
# Load the startup script
#
PerlRequire /etc/apache2/perl/startup.pl

Теперь при старте севера будет запускаться указанный скрипт. Давайте создадим его и поместим туда вот такой код

#
# Add /etc/apache2/perl to the mod_perl search path.
#
use lib qw( /etc/apache2/perl );

#
# This script had no errors (?!)
#
1;

После перезапуска сервера путь для поиска будет обновлен и будет включать в себя нужную нам директорию.

Сделаем что-то полезное?
Очень часто я вижу на своих проектах “пауков”, которые методично обшаривают страницу за страницей, качая содержимое. Вообщем я не возражаю против “зеркалирования” своих сайтов, но пока это все происходит незаметно для меня, в один поток и без съедания львиной доли ресурсов. А плохие “пауки” очень часто делают запросы, подобные следующим:

1.2.3.4 – [30/Apr/2009:19:36:29 +0100] “GET /articles/535#comment_2 HTTP/1.0″
1.2.3.4 – [30/Apr/2009:19:36:30 +0100] “GET /articles/535#comment_3 HTTP/1.0″
1.2.3.4 – [30/Apr/2009:19:36:30 +0100] “GET /articles/535#comment_5 HTTP/1.0″
1.2.3.4 – [30/Apr/2009:19:36:31 +0100] “GET /articles/535#comment_4 HTTP/1.0″

Т.е. по якорям методично и многократно вытягивают одну и туже страницу, съедая ресурсы и трафик. Чтоже делать, будем их ловить с помощью вот такого модуля на Perl: DropClients
Это сценарий на Perl, который обрабатывается mod_perl. Он выполняется для каждого входящего запроса и делает следующее:

• Выделяет из запроса IP-адрес и User-Agent
• Если UA и IP – “плохие”, то отклоняет запрос
• В нашем случае запрос отклоняется и тогда, когда в нем содержится “#”

Если все хорошо, то запрос проходит

Чтобы запустить этот сценарий мы должны

1. Загрузить его
2. И заставить его выполняться :)

Сохраним модуль как /etc/apache2/perl/DropClients.pm и создадим файл /etc/apache2/conf/dropclients со следующим содержимым:

#
# Load the module
#
PerlModule DropClients

#
# Ensure it is invoked as an access handler
#
<Location />
PerlAccessHandler DropClients
</Location>

После перезапуска метод DropClients::request() будет выполняться для каждого входящего запроса и нежелательные запросы будут отклоняться.

Нормальный запрос

user@notebook:~$ echo -e “GET / HTTP/1.0\n” | nc lenny 80 |grep ^HTTP
HTTP/1.1 200 OK

“Плохой” запрос

user@notebook:~$ echo -e “GET /#foo HTTP/1.0\n” | nc lenny 80 |grep ^HTTP
HTTP/1.1 403 Forbidden

Поскольку мы только что сделали “плохой” запрос, дальнейший доступ к серверу будет закрыт

user@notebook:~$ echo -e “GET / HTTP/1.0\n” | nc lenny 80 |grep ^HTTP
HTTP/1.1 403 Forbidden

Если заглянете в код модуля, то увидите, что эта блокировка очень просто и снимается командой rm -rf /tmp/blah

Различные типы обработчиков
Для нашего модуля мы использовали обработчик PerlAccessHandler, который запускал скрипт при входящих соединениях. Но это лишь один из многих типов обработчиков. Есть также, например:

• PerlResponseHandler – запускает сценарий после прохождения запроса
• PerlOutputFilterHandler – позволяет выполнить фильтрацию контента, отдаваемого пользователю (заменить слова, добавить футер… Сфера применения ограничена лишь вашей фантазией)

Полный список обработчиков доступен в документации к mod_perl и здесь Там же можно найти и примеры кода