Поэтому я решил взять и обновиться, создав с нуля все, чтобы хотелось писать. Из изменений:

1. Новый дизайн — приятная тема reverie
2. Теперь нету index.php в адресах, хехей!
3. более приятные ссылочки на RSS, twitter, github и социальный шаринг
4. К сожалению, не получилось перенести комменты, поэтому все посты без комментриев (хотя и пофигу)

Теперь, надеюсь, буду писать часто

Теперь, расскажу про создание теста на freshen

Файл сценарий содержит в себе:

1. Путь к файлу с шагами теста (steps файл)
2. Описание данного теста
3. Сценарии

Для привязки шагов в коде с шагами в .feature файле используются декораторы.

Для примера, стандартный .feature файл с описанием сценария выглядит так (пример из документации):

Using step definitions from: 'steps', 'step/page_steps'
 
Feature: Destroy a document
  In order to take out one's anger on a document
  As an unsatisfied reader
  I want to be able to rip off the pages of the document
 
  Scenario: Rip off a page
    Given a document of 5 pages
    And the page is 3
    When I rip off the current page
    Then the page is 3
    But the document has 4 pages

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

@Given('a document of 5 pages')
def step1():
    pass
@Given('the page is 3')
def step2():
    pass
@When('I rip off the current page')
def step3():
    pass
@Then('the page is 3')
def step4():
    pass
@Then('the document has 4 pages')
def step5():
    pass

Основные ключевые слова при использовании английского языка для написания сценариев:

Given, When, Then, But, And

Также, для описания шага можно использовать регулярные выражения:

@Given('the page is ([d]+)')
def step2(page):
    pass

Т.к. freshen поддерживает работу с nose, то для его запуска через nose можно использовать такую команду:

nosetests —with-freshen test.feature

После выполнения тестов, если не было неудачно закончившихся шагов, покажет что все хорошо, иначе покажет на каком степе остановился. Также, freshen поддерживает тэги, которые можно повесить на сценарии и запускать только по тэгам.

Разберемся сначала, из каких частей будет состоять вся «индикация»:

1. Тэг, показывающий сколько новых комментариев в топике у данного пользователя

2. Функция, возвращающая номера новых комментариев в посте и удаляющая их из базы

3. Функция добавляющая новый комментарий в список ‘новых’ для всех пользователей

Для понимания работы этих функций, рассмотрим ключи в базе:

‘users:%username%:posts’ — содержит номера новых постов

‘users:%username%:%post.id%’ — содержит id комментариев для поста

‘users:%username%’ — общее количество новых комментариев

Теперь, рассмотрим функции по работе с базой и их применение для каждого случая.

Все начинается с того, что при сохранении комментария его id записывается в базу для каждого юзера:

def add_comment(sender, **kwargs):
    comment = kwargs['instance']
    if redis_db.exists('users'):
        users = redis_db.smembers('users')
        if comment.author.username not in users:
            redis_db.sadd('users', comment.author.username)
            users.add(comment.author.username)
    else:
        redis_db.sadd('users', comment.author.username)
        users = redis_db.smembers('users')
    for user in users:
        if user == comment.author.username:
            continue
        if redis_db.exists('users:%s' % user):
            if int(redis_db.get('users:%s' % user)) < getattr(settings, 'UNREAD_LIMIT', 100):
                redis_db.incr('users:%s' % user)
                redis_db.sadd('users:%s:%s' % (user, comment.post.id), comment.id)
                redis_db.sadd('users:%s:posts' % user, comment.post.id)
            else:
                continue
        else:
            redis_db.set('users:%s' % user, 0)

Работает код просто, сначала достаем список со всеми пользователями (ключ ‘users’), а потом проходимся по каждому и добавляем номер комментария в ключ с номером поста (‘users:%username%:%post.id%’) и увеличиваем количество новых комментариев.

Данная функция сделана как сигнал и используется при сохранении комментария:

post_save.connect(add_comment, sender=Comment)

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

register = template.Library()
 
@register.tag(name='newcom_count')
def get_count_newcom(parser, token):
    bits = token.split_contents()
    if len(bits) == 3:
        return NewcomCountNode(bits[1], bits[2])
    elif len(bits) == 5 and bits[3] == 'as':
        return NewcomCountNode(bits[1], bits[2], bits[4])
    else:
        raise template.TemplateSyntaxError, "%r tag requires a two argument, username and post_id" % token.contents.split()[0]
 
class NewcomCountNode(template.Node):
    def __init__(self, username, count, varname=None):
        self.username = template.Variable(username)
        self.count = template.Variable(count)
        self.varname = varname
    def render(self, context):
        try:
            username = self.username.resolve(context)
        except template.VariableDoesNotExist:
            username = ''
        try:
            count = self.count.resolve(context)
        except template.VariableDoesNotExist:
            count = 1
        if self.varname:
            context[self.varname] = get_post_newcom(username, count)
            return ''
        return get_post_newcom(username, count)

Он используется в темплейтах, как

{% newcom_count user.username post.id as newcom %}

<span style="font-family: Georgia, 'Times New Roman', 'Bitstream Charter', Times, serif; font-size: 13px; line-height: 19px; white-space: normal;">Функция для работы с базой:</span>

def get_post_newcom(username, post_id):
    try:
        count = redis_db.scard('users:%s:%s' % (username, post_id))
    except:
        count = 0
    return int(count)

Она всего-лишь достает количество новых комментариев, если таких нет, то вернет 0.

В самом посте, чтобы узнать какой комментарий является новым, используем такую функцию:

def del_comment(post, username):
    if redis_db.srem('users:%s:posts' % username, post.id):
        comments = redis_db.smembers('users:%s:%s' % (username, post.id))
        redis_db.delete('users:%s:%s' % (username, post.id))
        count = int(redis_db.get('users:%s' % username))
        redis_db.set('users:%s' % username, count - len(comments))
    else:
        comments = []
    return [int(x) for x in comments]

На вход она принимает instance post и имя пользователя, а на выход отдает список с id комментариев. В своей работе, она также удаляет из ключа новые посты. Передача его в шаблон, позволяет простой проверкой узнавать, новый или нет комментарий.
Я использую во вьюхе вывода поста:

newcomments = del_comment(post, request.user.username)

А в шаблоне делаю проверку:

{% if comment.id in newcom %}

На этом все и заканчивается. Как видно из кода, все достаточно просто, по сравнению с использованием реляционных баз.

Сначала рассмотрим реализацию индикатора пользователей онлайн вместе с Django.

Рассмотрим сначала теоретическую часть работы такого индикатора. Т.к. в вебе нет каких-либо четких механизмов узанавания, кто сейчас на сайте, то применяется простая практика. Каждую минуту записывается, кто из пользователей зашел на сайт, а раз в 5 минут делается выборка (группировка юзеров в каждую минуту) и вычисляется сколько их было. В моем конкретном примере, все пользователи зарегистрированы, т.е. учитывать анонимов не требуется. В Django для учета каждого пользователя и занесения его в базу очень подходит мидлварь (middleware). При заходе пользователя на любую страницу сайта, миддлварь его обрабатывает и заносит в базу со значением ключа указывающем время (например 23:10). А при запросе счетчиком, будут выбираться 5 ключей (23:10, 23:09, 23:08, 23:07, 23:06) объединяться и отдаваться. Общий процесс можно увидеть на картинке (не моей):

Начнем рассмотрение кода:

Рассмотрим код миддлвари:

class OnlineUsersMiddleware:
    def process_request(self, request):
        try:
            dbwork.set_to_key(request.user.id)
        except:
            pass

Как видно, вся работа миддлвари это получить id юзера и передать его в функцию работы с базой.
Рассмотрим саму функцию dbwork.set_to_key():

def current_key():
    return datetime.now().strftime('%H:%M')
 
def set_to_key(user_id):
    key = current_key()
    redis_db.sadd(key, user_id)
    redis_db.expire(key, 360)

Первая (current_key) — выдает нам просто время (ее можно и соввместить впринципе), вторая (set_to_key), получает ключ, добавляет в базу ключ set, в который добавляем пользовательский id и устанавливаем на него время жизни 6 минут.

Далее, рассмотри функцию, которая выводит количество пользователей онлайн:

def get_online():
    now = datetime.now()
    interval = [now - timedelta(minutes=x) for x in range(5)]
    interval = [i.strftime('%H:%M') for i in interval]
    try:
        online = len(redis_db.sunion(interval))
    except:
        online = 1
    return int(online)

тут interval — это список наших ключей, который получается получением дельты с текущим временем и 5 минут назад, потом по нему с помощью sunion() получаем все id пользователей, а len — количество (т.к. мне не нужны были имена, а только количество).

Для получения и выведения этого значения был написан контекст процессор, т.к. значение требуется во всех шаблонах:

def users_online(request):
    users = get_online()
    return {'count_users_online': users}

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

try:
    redis_db = redis.Redis(host=getattr(settings, 'REDIS_HOST', 'localhost'), 
                     port=getattr(settings, 'REDIS_PORT', 6379), 
                     db=getattr(settings, 'REDIS_DB', 0), 
                     password=getattr(settings, 'REDIS_PASS', ''),
                     socket_timeout=0.01)
except:
    pass

Все, после этого можно использовать. Как видно — делается легко и просто, к тому же не захламляет sql базу и не сказывается на производительности (nosql очень быстр). Вместо использования redis можно использовать тот же memcache.

А вообще, пал выбор на него, т.к. из коробки хорошая работа с wsgi и другими штуками для python и ruby (да, пхп он тоже может).  Также, не надо писать конфиг, есть клевая админка, в которой все функции делаются в пару кликов.

Также, за последнее время начал использовать virtualenv для питоно сайтов, чтобы держать разные версии библиотек и не мешать друг другу. В такое окружение я запихнул 1 старенький интернет-магазин на Django 1.1, хотя в системе работают сайты и с Django 1.2.4, собственно почитать, что такое virtualenx можно тут

Для начала определимся, что нам потребуется в системе:

1. cherokee
2. uwsgi
3. python

Итак, начнем с создания места расположения нашего django сайта.

У меня все сайты хранятся в /var/www/domain, либо для virtualenv /var/www/virtualenv/domain, что позволяет различать, где что.

Первым делом, требуется установить virtualenv и создать окружение.

pip install virtualenv
 
cd /var/www/virtualenv
 
virtualenv --no-site-packages newsite

Первая строка устанавливает virtualev (можно также через easy_install), а вторая собственно, создает изолированное пространство, со своим интерпретатором и библиотеками.

После этого, надо установить нужные пакеты в изолированное пространство:

source newsite/bin/activate
 
easy_install pip
 
pip install packages

При работе в таком окружении, предполагается использование его интепретатора питона (версию можно другую поставить) и если оно активно у вас, то  скрипты будут запускаться изолированно.

Теперь, скопируем в наше окружение проект:

cp from/path to/path/var/www/virtualenv/newsite/www

Раз весь пример на основе Django, то следует рассказать про запускной скрипт.

Наш django-сайт будет работать через wsgi в связке с uwsgi, поэтому создадим в папке сайта файл: run.py  с содержимым:

import os
 
os.environ['DJANGO_SETTINGS_MODULE'] = 'settings'
 
import django.core.handlers.wsgi
 
application = django.core.handler
 
s.wsgi.WSGIHandler()

И создадим файл uwsgi.xml с конфигурацией для uwsgi

<uwsgi>
    <pythonpath>/var/www/virtualsites/aw-d.ru/www/src</pythonpath>
    <module>RUN</module>
</uwsgi>

Все, с настройкой сайта покончено, перейдем к cherokee.

Для начала, запустим админку:

cherokee-admin -bваш_IP

После этого, заходим на этот IP порт 9090, вводим логин и пароль и видим панель управления cherokee. Именно в этой админке, можно делать все настройки сайтов и самого веб-сервера.

Для запуска сайта на Django в cherokee имеется мастер. Его мы и будем использовать:

Идем на вкладку vServers (вверху) затем слева на +, в окне выбираем Platforms — Django — Add

В появившемся мастере для Django жмем сразу Next, в путь Django Local Directory вписываем полный путь к джанго проекту, в моем случае /var/www/virtualsites/test/www

На следующем экране:

New Host Name — название домена

Document Root — где располагается проект

После нажатия на Create, в списке виртуальных серверов появится новый.

По-умолчанию, cherokee для django использует flup, поэтому надо будет изменить способ запуска. Для этого идем во вкладку Sources — Слева выбираем последний созданый источник (обычно DjangoNN)

В его настройках нам надо поле Interpreter, на такое:

/путь/до/uwsgi -s 127.0.0.1:60407 -x /полный/путь/до/файла/wsgi.xml -H /путь/до/виртуального/окружения/сайта -t 10 -M -p 1 -R 2000 -C

путь до виртуального окружения сайта вида: /var/www/virtualsites/site

Все, сохраняем эту конфигурацию и проверяем, как работает наш сайт.

Сайт должен будет работать, но без статики

Для настройки статики требуется прописать 1 правило в свойствах виртуального сервера.
Идем в vServers — выбираем ваш сайт — вкладка Behavior — Rule management
Создаем новое нажатием на +
В появившемся окне выбираем Manual — Rule type — Directory, в Web Directory вписываем ваш урл для статики (я обычно использую /static) и жмем Add, пото заходим Handler и в Document Root вписываем полный путь до папки со статикой.

Все, после сохранения конфигурации и перезагрузки cherokee, ваш сайт должен работать.

Если сайт не работает, то следует проверить строку для запуска uwsgi, просто скопируйте всю строку из Interpreter в консоль и запустите, если wsgi процесс запустится, значит здесь проблем нет.

Планирую в ближайшее время сделать:

- возможность сокращения ссылок

- аплоад картинки по URL

- статистику по просмотру картинки втечение месяца

- сменить домен (это наверно первое

- возможно заменить выдачу только картинки по ссылке на страницу, где будет некоторая информация о картинке, а также всякие социальные кнопки

- добавить twitter авторизацию и добавление сразу ссылки в твиттер

- если кто сделать дизайн, сменить дизайн (могу я помечтать?)

О багах, прошу писать либо сюда комменты, либо в твиттер, жаббер, аську, буду только рад

Предположим, что mercurial и Lighttpd у вас уже установлены, а репозитарии hg будут храниться в /var/www. Т.к. hgweb мы будем запускать через fastcgi (единственный возможный на lighttpd, не считая прокси), то нам потребуется .fcgi скрипт, который будет создавать wsgi сервер с сокетом. Т.к. у меня кучка django сайтов, то я сделал папку /var/www/fcgi, в которой все их и храню

1. Создадим такую папку и положим в файл hgweb.fcgi такой код:

from mercurial import demandimport; demandimport.enable()
 
import os
os.environ["HGENCODING"] = "UTF-8"
from mercurial.hgweb.hgwebdir_mod import hgwebdir
from mercurial.hgweb.request import wsgiapplication
from flup.server.fcgi import WSGIServer
 
def make_web_app():
    return hgwebdir("hgweb.conf")
 
def wsgiapplication2(app_maker):
    application = app_maker()
    def run_wsgi(env, respond):
        path = env['PATH_INFO'].replace('hgweb.fcgi/','')
        env['PATH_INFO'] = path
    return application(env, respond)
return run_wsgi
 
WSGIServer(wsgiapplication2(make_web_app)).run()

2. Тамже, положим файл hgweb.conf с конфигурацией нашего сервера:

[paths]
/repo_name = /path/to/repo
[web]
style = gitweb
allow_archive = bz2 gz zip
baseurl =

В секции [paths] определяются все репозитории, которые будут видны в hgweb.

Baseurl — устанавливает префикс в url для доступа к репозитарию. В моем случае, ссылка будет http://example.com/repo_name.

3. Создадим репозиторий hg, либо склонируем его с локальнйо машины по ssh

cd /path/to/repo
 
hg init
 
cd /path/to/repo
 
hg clone . ssh://login@example.com//path/to/repo

При клонировании по ssh, важно не забыть именно два слэша, после адреса.

4. Конфигурируем lighttpd.

Создаем новый конфиг, я назвал его 15-hgweb.conf, имя значения не имеет впринципе Кладем в папочку и включаем:

/etc/lighttpd/conf-available/
 
ln -s /etc/lighttpd/conf-available/15-hgweb.conf /etc/lighttpd/conv-enabled/15-hgweb.conf

Содержимое файла 15-hgweb.conf:

$HTTP["host"] == "hg.example.com" {
 
    server.document-root = ""
    server.errorlog = "/var/log/lighttpd/hgweb.error.log"
    accesslog.filename = "/var/log/lighttpd/hgweb.access.log"
    accesslog.format = "%h %l %u %f %t "%r" %>s %b "%{Referer}i" "%{User-Agent}i""
    server.follow-symlink = "enable"
 
    url.rewrite-once = (
    "^/(.*)$" => "/hgweb.fcgi/$1",
    )
    fastcgi.server = (
        "/hgweb.fcgi" => (
        "main" => (
        "socket" => "/tmp/hgweb.socket",
        "check-local" => "disable",
        "bin-path" => "/path/to/hgweb.fcgi",
        "broken-scriptfilename" => "enable",
        "min-procs" => 1,
        "max-procs" => 1,
        )
     )
   )
 
    alias.url = (
       "/static" => "/usr/share/mercurial/templates/static",
    )
 
    $HTTP["querystring"] =~ "cmd=unbundle"  {
       auth.backend = "htpasswd"
       auth.backend.htpasswd.userfile = "/path/to/passwd"
       auth.require = (   "" => (
              "method"  => "basic",
              "realm"   => "gigimon Repo",
              "require" => "valid-user"
        )
       )
    }
}

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

Также, для пуша требуется, чтобы в lighttpd был настроен SSL, в дефолтной поставке дебиана такое есть. Проверить можно в /etc/lighttpd/lighttpd.conf , обычно в самом низу:

$SERVER["socket"] == ":443" {
    ssl.engine = "enable"
    ssl.pemfile = "/etc/lighttpd/lighttpd.pem"
}

Файл с паролями, который указывается в auth.backend.htpasswd.userfile, создается командой htpasswd входящей в apache2-utils
5. Теперь, если хотим разрешить пуш некоторым лицам, нам требуется настроить сам репозиторий через файл hgrc

cat /path/to/repo/.hg/hgrc
 
[web]
allow_push = user1, user2
description = "example.com development"

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

[hooks]
changegroup.upd = hg update

После перезагрузки lighttpd

/etc/init.d/lighttpd restart

По вашему адресу, должен будет появиться и работать hgweb, надеюсь у вас он появился

Итак, первое что нам необходимо, это установить OpenVPN

apt-get install openvpn

После этого, настрйока сервера и клиентов сводится к генерации ключей, раздачи их клиентам и написании 2-х конфигов (для сервера и клиентов).

Идем в папку /usr/share/openvpn/easy-rsa/2.0 (в этйо папке хранятся скрипты для создания ключей)

cd /usr/share/openvpn/easy-rsa/2.0

Теперь, начнем генерацию ключей:

1. Редактируем файл vars, который хранит значения по-умолчанию (чтобы не вводить кучу раз)

nano vars

В самом низу, меняем

export KEY_COUNTRY="RU"
export KEY_PROVINCE="Moscow oblast"
export KEY_CITY="Moscow"
export KEY_ORG="my-network"
export KEY_EMAIL="root@mynet.ru"

Теперь экспортиуре этот файл и генерируем корневой сертификат:

source ./vars
./clean-all
./build-ca

После, генерируем ключ сервера:

./build-key-server server

На последние 2 вопроса, отвечаем Y44

После, генерируем  ключ Диффи-Хэлмана

./build-dh

Он делается несколько минут, придется подождать

Теперь, генерируем ключи для каждого клиента

./build-key client_name

После этого, отдаем клиентам их ключи, а также файл ca.crt

Для большей защиты, на файлы server.key установить права 600, а на server.crt и dh1024.pem права 644

Теперь надо написать конфиг сервера.

port 1194 #порт, на котором работать (рекомендуемый)
proto udp #протокол, можно tcp
dev tun #устройство, которое будет использоваться
ca путь_до_файла_ca.crt
cert путь_до_файла_server.crt
key путь_до_файла_server.key
dh путь_до_файла_dh1024.pem
server 10.10.10.0 255.255.255.0 #подсеть и маска для ВПН сети, из нее будут выдаваться адреса клиентам
client-to-client #разрешаем общение между клиентами
ifconfig-pool-persist /etc/openvpn/ipp.txt #это позволит выдавать клиентам один и тот же IP
comp-lzo #компрессия
max-clients 28 #максимальное количество клиентов
keepalive 10 120 #каждые 10 секунд пинг, если нет ответа 120 секунд, то откидывать клиента
persist-key #хранить ключи в памяти, не перечитывать с диска
persist-tun #позволять держать соединение
status /tmp/openvpn-status.log #статус сервера
verb 6 #уровень отладки (нормально 2)
log-append /var/log/openvpn.log #файл логов

Теперь нам надо подготовить конфиг для клиентов.

На Windows, OpenVPN устанавливается в C:Program FIlesOpenVPN, а конфиг в папке config (логично . Создадим в ней новый конфиг openvpn.ovpn и кинем в нее же сгенерированные ключи и сертификаты.

Впишем в конфиг следующее:

client #указываем что мы клиент
nobind #не цепляться за интерфейс
dev tun #используемое устройство
proto udp #протокол
remote IP_сервера порт #куда конектиться
resolv-retry infinite #количество попыток, infinite-бесконечно
persist-key #хранить ключ в памяти
persist-tun #держать соединение
comp-lzo #сжатие
ns-cert-type server
ca ca.crt #ключи
cert название.crt
key название.key

После этого, запустим OpenVPN, кликнем Connect, дождемся, когда компьютерики станут зелеными (это будет значить, что к серверу успешно подключились). Теперь можно открыть cmd и пропинговать шлюз, если пакеты ходят, то значит что все хорошо

Итак, все описаное мной, было проверено на Windows 2003 EN. Приступим:

1. Для начала нам надо включить RRAS сервер (routing and remove access ), для этого идем Administrative tools — Routing and Remote access, увидим свой сервер, жмем правой кнопкой на него Configure and Enable Routing and Remote server, запустится мастер, ничего сложного, проходим его до конца.

2. Появится пункт IP Routing, открываем его, идем в пункт NAT/Basic Firewall, жмем правой кнопкой New Interface, добавляем внутренний и внешний интерфейс. Заходим

У меня интерфейс to-optima идет к интернет-шлюзу (Linux машина) и он считается внешним, Lan — внутренняя сеть.

После этого,  правой кнопкой на внешнем интерфейсе, Properties. отмечаем галчоками Enable NAT Interface (если вам надо чтобы через этот интерфейс пользователи могли выходить в интернет) и Enable a basic firewall.

Затем идем в Services and Ports и ставим галочку напротив  VPN Gateway (PPTP).

В настройках внутреннего интерфейса, должен быть выбран пункт: Private interface connected  to private network

3. Затем идем в пункт Remote Access Policies жмем правой и new remote access policy. Появистя мастер, походим его тыкая кнопку вперед. После его появления, жмем правой кнопкой — Properties. В первом же окне, ставим галочку у Grant remote access permission. Затем На вкладках Authentication и Ecnryption выбираем методы авторизации и шифрования (советую выбрать MS-CHAP 2, а в шифровании все пункты).

4.  Идем в пункт Ports — Properties. Здесь мы видем возможные способы подключения (PPPOE, PPTP, L2TP). Я оставил только PPTP. Чтобы выключить остальные, выбираем их, жмем кнопку Configure и пункт maximum ports до нуля. Но, следует отметить, что требуется установить нужное количество соединений в нужном способе подключения (у меня 5 соединений в PPTP), в конечном итоге у вас должно получиться что-то типа этого:

5. Выбираем в меню свой сервер, правой кнопкой — Properties, первое меню настраиваем так:

Теперь идем на вкладку IP и там есть 2 выбора, либо отдавать IP клиентам по DHCP (если он у вас настроен) либо из пула адресов (у меня из пула, соответственно его надо добавить нажав по кнопке Add).

Внизу, выбираем внутренний адаптер.

6. Теперь надо дать нужным пользователям возможность заходить по VPN. У меня все пользователи в домене, поэтому идем:  Administrative tools — Active Directory users, ищем нужного юзера, заходим в его настройки Properties, открываем вкладку Dial-In и ставим галочки:

После этого, настройка на Windows 2003 заканчивается. Если у вас нету перед ним шлюза на Linux, то можете пробовать подключиться (главное не забудьте правильно выставить настройки шифрования в подключении у клиента).

Для тех, у кого есть шлюз на Linux, потребуется сделать несколько действий

1. В правила iptables сделать DNAT порта VPN  tcp 1723 и протокола gre. Это можно сделать следующими правилами:

$IPT -t nat -A PREROUTING -p tcp --dport 1723 -j DNAT --to-destination $your_server
$IPT -t nat -A PREROUTING -p gre -j DNAT --to-destination $your_server

Ну и не забыть конечно разрешить FORWARD между внешним и внутренним интерфейсами протокола gre.

Также требуется подгрузить модуль ip_nat_pptp (в 5 дебиане он есть точно сразу)

modprobe ip_nat_pptp

Для начала, установим пакет build-essential для сборки lighttpd в .deb пакет

apt-get install build-essential

Затем надо скачать сорцы lighttpd и патча:

cd /usr/src
apt-get source lighttpd
 
wget http://redmine.lighttpd.net/attachments/download/632/lighttpd-1.4.19.mod_deflate.patch

Патчим:

cd lighttpd-1.4.19
patch -p1 < ../lighttpd-1.4.19.mod_deflate.patch

Теперь соберем в .deb пакет:

dpkg-buildpackage

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

dpkg-checkbuilddeps: Unmet build dependencies: debhelper (>= 5.0.0) cdbs libssl-dev zlib1g-dev libbz2-dev libattr1-dev libpcre3-dev libmysqlclient15-dev libldap2-dev libfcgi-dev libgdbm-dev libmemcache-dev liblua5.1-0-dev dpatch patchutils pkg-config uuid-dev libsqlite3-dev libxml2-dev

Это означает, что нехватает этих пакетов для сборки. Надо их установить:

apt-get install  cdbs libssl-dev zlib1g-dev libbz2-dev libattr1-dev libpcre3-dev

После их установки, еще раз выполняем команду

build-essential

Если по окончанию программы никаких ошибок не выявится, вы должны будете увидеть в папке на 1 уровень выше множество .deb пакет (примерно такого вида)

cd ..
ls -l
rwxr-xr-x 8 root root   4096 2007-08-08 19:09 lighttpd-1.4.19
-rw-r--r-- 1 root src     861 2007-08-08 19:07 lighttpd_1.4.19-5.dsc
-rw-r--r-- 1 root src    2000 2007-08-08 19:12 lighttpd_1.4.19-5e_amd64.changes
-rw-r--r-- 1 root src  287998 2007-08-08 19:12 lighttpd_1.4.19-5_amd64.deb

Теперь установим Lighttpd:

dpkg -i lighttpd_1.4.19-5_amd64.deb

Теперь скопируем сам модуль mod_deflate, в папку модулей Lighttpd (патч не патчит make файл, поэтому надо ручками)

cp /usr/src/lighttpd-1.4.19/debian/tmp/usr/lib/lighttpd/mod_deflate.so /usr/lib/lighttpd

Проверим, установился ли модуль и видит его lighttpd:

lighttpd -V
lighttpd-1.4.19 (ssl) - a light and fast webserver
Build-Date: Oct  5 2009 01:35:25
 
Event Handlers:
 
+ select (generic)
+ poll (Unix)
+ rt-signals (Linux 2.4+)
+ epoll (Linux 2.6)
- /dev/poll (Solaris)
- kqueue (FreeBSD)
 
Network handler:
 
+ sendfile
 
Features:
 
+ IPv6 support
+ zlib support
+ bzip2 support
+ crypt support
+ SSL Support
+ PCRE support
+ mySQL support
+ LDAP support
+ memcached support
+ FAM support
+ LUA support
+ xml support
+ SQLite support
+ GDBM support

Следует обратить внимание на наличие строки bzip2, если она присутствует, то mod_deflate установился.

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

nano -w /etc/lighttpd/conf-available/10-deflate.conf
 
#включением
 
deflate.enabled = "enable"
 
#степень компрессии
 
deflate.compression-level = 9
deflate.mem-level = 9
deflate.window-size = 15
deflate.bzip2 = "enable"
deflate.min-compress-size = 200
deflate.output-buffer-size = 4096
deflate.work-block-size = 512
 
#типы файлов, которые сжимать
 
deflate.mimetypes = ("text/html", "text/plain", "text/css", "text/javascript", "text/xml")
 
ln -s /etc/lighttpd/conf-available/10-deflate.conf /etc/lighttpd/conf-enabled/10-deflate.conf

После этого рестартим Lighttpd и проверяем с помощью Opera DragonFly или FF FireBug (ну или чем вам удобно смотреть HTTP заголовки) на предмет сжатия.

/etc/init.d/lighttpd restart

Все, после этого должно все работать Надеюсь это вам помогло