Документации (кроме манов по bind и rfc) я практически не нашёл, разбирался ручками. Поэтому я сначала расскажу, как всё работает. Кому-то это будет интересно, а кто-то меня поправит.

Так, у нас есть доменное имя. При его регистрации у нас попросят указать два адреса DNS-сервера, которые будут отдавать всю информацию о домене. Если вы регистрируете домен example.com, то у вас есть два варианта – дать адрес nameserverов в другом домене, который уже работает (например, ns1.kostenko.name и ns2.kostenko.name) и настроить их. Во втором варианте – при вводе ns1.example.com и ns2.example.com вам нужно будет указать их IP.

Теперь основное:

Для вашего домена вам потребуется указать записи SOA и A (или AAAA для IPv6). SOA – start of authority содержит базовую информацию о доменном имени. A – IPv4 адрес

example.com.    SOA ns1.example.com. ns2.example.com. your_email.google.com.
example.com.    A   89.115.99.125
ns1             A   89.115.99.125
ns2             A   89.115.99.125

Домен должен заработать. Обратите внимание на точки в конце. Они означают в bind, что это корневой домен. Домен без точки в конце – поддомен нашего example.com. @ – это alias для example.com.

Теперь о том, что вы можете сделать.

Почта

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

example.com.    MX  aspmx.google.com.   10 ;(for example)
example.com.    MX  aspmx2.google.com.  20 ; 20 - это приоритет, по порядку приоритета SMTP-сервера будут пытаться
отправлять сообщения.

Поддомены

Опять ситуация. У вас есть домен greate.st, на котором вы рассказываете о том, какой вы охуенный. Вы хотите создать
домен wikileaks.greate.st, на котором захостить зеркало пока ещё живого Wikileaks. Если это у вас тот же IP, то
нужно создать запись

wikileaks    CNAME   greate.st.   ;wikileaks - это alias на greate.st

Если другой IP, то пишем

wikileaks    A       4.82.18.192

Если хотите отправить все поддомены куда-то, то для этого вместо имени поддомена пишем *

*            CNAME      buynow.only.for.4.99.dollars.greate.st.
*            A          127.0.0.1; так тоже можно))

Всякая хуита

Много для чего полезно использовать DNS (SPF, подписывание писем, XMPP…). Можно даже войну и мир там в транслите
хранить. Авторам RFC было впадлу переписывать RFC под
каждого, поэтому есть ещё TXT записи, которые используются под всякую фигню.

90% DNS серверов используют ISC Bind. Он старый, а значит – надёжный и стабильный. Но насколько же он уёбищен…
Документации нормальной нет. Та, что есть – неправильна. Статическая линковка, которая выебала мне весь мозг при
подключении DLZ. Поэтому я хочу рассказать о DNS-сервере, с которым работать куда приятней.

PowerDNS

apt-get install pdns-server pdns-backend-bind pdns-backend-pgsql

Чем он отличается от bind? Он младше моего дедушки. И это главное.

Из второстепенных – у него есть веб-интерфейс статистики, динамическая линковка, которая позволяет вам в binary-based
дистрибутивах поставить поддержку postgreSQL/MySQL без перекомпиляции, более приятный интерфейс.

Свой велосипед в powerdns изобретать не стали, поэтому вы можете переехать с bind на powerdns без правки конфигов. Если
у вас всё уже лежит в bind. Если хотите положить настройки в базу и дать доступ к ним из админки – пожалуйста.

zone2sql /etc/bind/named.conf | mysql

Скрипт для создания базы записей выглядит так:

CREATE TABLE domains (
 id		 SERIAL PRIMARY KEY,
 name		 VARCHAR(255) NOT NULL,
 master		 VARCHAR(128) DEFAULT NULL,
 last_check	 INT DEFAULT NULL,
 TYPE		 VARCHAR(6) NOT NULL,
 notified_serial INT DEFAULT NULL, 
 account         VARCHAR(40) DEFAULT NULL
);
CREATE UNIQUE INDEX name_index ON domains(name);
 
CREATE TABLE records (
        id              SERIAL PRIMARY KEY,
        domain_id       INT DEFAULT NULL,
        name            VARCHAR(255) DEFAULT NULL,
        TYPE            VARCHAR(6) DEFAULT NULL,
        content         VARCHAR(255) DEFAULT NULL,
        ttl             INT DEFAULT NULL,
        prio            INT DEFAULT NULL,
        change_date     INT DEFAULT NULL, 
        CONSTRAINT domain_exists 
        FOREIGN KEY(domain_id) REFERENCES domains(id)
        ON DELETE CASCADE
);
 
CREATE INDEX rec_name_index ON records(name);
CREATE INDEX nametype_index ON records(name,TYPE);
CREATE INDEX domain_id ON records(domain_id);
 
CREATE TABLE supermasters (
	  ip VARCHAR(25) NOT NULL, 
	  nameserver VARCHAR(255) NOT NULL, 
	  account VARCHAR(40) DEFAULT NULL
);
 
GRANT SELECT ON supermasters TO pdns;
GRANT ALL ON domains TO pdns;
GRANT ALL ON domains_id_seq TO pdns;
GRANT ALL ON records TO pdns;
GRANT ALL ON records_id_seq TO pdns;

Клиентский софт

Ну настроили мы всё. А как проверить? Про стандартную nslookup знают все. Показывается “резолвится/не резолвится”.

Для более детальной информации есть команда dig из bind-utils. Попробуйте, например “dig mx rambler.ru”

Ну а для поиска косяков есть IntoDNS.
Вот так выглядит обзор моего greate.st, а так – нормальный сайт.

1. Создаётся сокет, который слушает порт
2. Вызывается системный вызов accept, который берёт первого клиента из очереди соединений, а если его нет – то блокирует приложение до тех пор, пока он не появится
3. Приложение что-то делает с этим клиентом и в конце концов с ним прощается
4. goto пункт два

nginx и lighttpd использует вместо accept функции select/kevent/epoll, которые позволяют работать со многими клиентами одновременно, но это уже отдельная история (к асинхронным веб-серверам accept-фильтры применимяются точно так же)

Accept-фильтры – это модули ядра FreeBSD, которые не говорят, что сокет готов до тех пор, пока не выполнится какое-то условие. Я нашёл только два фильтра:

• dataready – accept блокирует сокет до тех пор, пока в него прийдут данные. Когда мы получаем сокет, мы уже точно можем из него что-то считать
• httpready – сокет блокируется до тех пор, пока не прийдёт полный GET/HEAD запрос. Соответственно, нам не надо тратить время на переключение контекста, если запрос ещё не собрался.

Остановимся на фильтре httpready

Буферизирует он только GET и HEAD запросы, так как в POST/PUT может прийти 600мегабайтный порнофильм.
Итак, подключаем модуль accf_http:

    kldload accf_http
    echo 'accf_http_load=”YES”' >> /boot/loader.conf

Далее нужно изменить работу с сокетом — установить опцию httpready:

        struct accept_filter_arg afa;
        bzero(&afa, sizeof(afa));
        strcpy(afa.af_name, "httpready");
        setsockopt(sok, SOL_SOCKET, SO_ACCEPTFILTER, &afa, sizeof(afa));

Результаты тестов

Так как существует мнение, что accept-фильтры бесполезны, мы решили провести тестирование. Веб-сервер был выбран AnyEvent::HTTPD, клиент – ab. Итак, результаты:

1. локальная машина, 10000 запросов, concurrency = 4: httpready даёт прирост в 10%
2. локальная сеть, 10000 запросов, concurrency=1000: httpready даёт прирост в 10%
3. локальная сеть, 10000 запросов, concurrency = 4: прирост в 25%
4. локальная сеть, 1000 запросов, concurrency = 1: в два раза!

В боевых условиях, при наличии GPRS, 256k и прочего позора цивилизации, скорость ещё увеличится.

Настройка веб-серверов

В apache 1.3+ и nginx accept-фильтры поддерживаются.

Apache под FreeBSD изначально содержит такую конфигурацию:

 AcceptFilter http httpready
 AcceptFilter https dataready

и менять её не стоит.
А вот в настройках сервера nginx стоит добавить опцию

    accept_filter "httpready";

Ссылки

• статья Игоря Сысоева
• man accf_http
• man accf_data

PD: обновился)

• Собственный парсер результата. Сейчас правильно показывается степень, подсвечиваются неизвестные.
• Правильно понимаются валюты. У них отображается название, научился понимать знак $
• При наборе подсказка не только парсит и расставляет функции, а ещё и показывает помощь по аргументам
• Поправил мелкие баги, связанные с показом несуществующих ошибок

Изменился весь дизайн админки. Она стала лучше с точки зрения юзабилити (всё перед глазами, а добавить пост можно вообще в один клик), но дизайн стал каким-то серым и угрюмым. Есть много замечательных людей, которые и без дизайна мне настроение портят. Не хватало ещё, чтобы WordPress этим занимался.

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

Пока это всё что я заметил.

Для тех, кто не знает, что такое WordPress, объяснение здесь

Так вот. Я знаю уже два набора иконок, которые пригодятся при веб-разработке

1. Silk icons (http://famfamfam.com)
2. Fugue icons (http://www.pinvoke.com/)

• соцсетями (список друзей, оповещения итд итп)
• блогами (WordPress, Blogger, Twitter, LJ)
• фотовидеогаллереями (Picasa, Flickr, Youtube)
• вебпочтой (Gmail, AOL, Yahoo)
• закладочными сервисами (Delicious)

Все сервисы флока – это простые JS-файлы. И можно без проблем дописать поддержку понравившегося.

Расширения к нему подходят те же, что и к Firefox 3.

Полгода назад я пользовался только Flock-ом. С выходом Firefox 3 перешёл на неё. И мечтал о Flock-е на движке 3-го Firefox. Мечта идиота свершилась – навую версию можно скачать с

Сайт Flock-а

Только этот API должны начать поддерживать. Хотя довольно прикольно – ты сидишь, пыришься в ленту, а тебе в реалтайме подкружаются новые посты и комменты к ним.

Тонкий намёк на http://friends.rambler.ru