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

Я сначала пользовался этим сервисом очень примитивно — мы загружаем туда свои дорожки, записанные во время Радио-Т, поскольку сервис не только удобный, но и очень быстрый. Потом очередная версия другой прекрасной программы — 1Password, — которая организовывает хранение и заведение паролей в MacOS, вышла с инструкцией по хранению своей базы на Dropbox и это оказалось очень удобно — через пару минут максимум после регистрации на очередном сервисе и добавления этой информации в базу программы я могу логиниться в этот сервис с любого своего компьютера.

А потом вдруг стало понятно, что есть более простой способ. Вчера я готовил презентацию и стал ее сохранять не в папку «Документы», как обычно, а в папку «Dropbox/Private/Presentations» — и через пару секунд после ее сохранения на рабочем компьютере я могу продолжить ее редактирование на ноутбуке. Текст о своем рабочем месте для Lifehacker.ru я писал несколько дней, когда было свободное время, и файл с текстом хранился на Dropbox — и я его писал с того компьютера, пользоваться которым было удобно в конкретный момент времени.

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

А пишу я это все потому, что сервис, предлагая на старте 2 гигабайта места в бесплатном варианте (в платном его можно расширить до 50 или 100 гигабайт), дает возможность расширить это место за счет приглашения других пользователей. Каждый, кто зарегистрируется по моей ссылке, не только получит все прекрасные возможности, но и увеличит доступное мне пространство на 250 мегабайт, пока не наберется 10 гигабайт (хотя я уже подумываю о покупке платного аккаунта, но при использовании 10% доступного сейчас места это просто бессмысленно). Так что вам приятно, а мне полезно:). А потом и вам будет полезно, когда привыкнете хранить необходимые файлы в специальной папке и не бегать с флешками. Кстати, последние версии утилиты поддерживают синхронизацию по локальной сети, что удобно при хранении больших файлов. А еще есть версия клиента для iPhone, так что файлы станут доступны даже тогда, когда никакого компьютера и нет. А еще любой файл вы можете сделать доступным другим — достаточно просто положить его в раздел Public и дать ссылку на него.

В общем, пользуйтесь прекрасным сервисом и находите новые способы лучше организовать свою работу с его помощью.

В документации (по ссылке выше) описан процесс настройки и использования нескольких баз данных в джанго:

# in settings.py:

DATABASES = {

}

# in model lookups:

Author.objects.using('default').all()

# using(‘default’) — явное указание БД для запроса. Если не указывать будет браться default

Подробней смотрите в документации! Поздравляю всех с этой новой фичей, мы давно ждали такой функциональности. Ура!

Пример запрещенной операции

Например, у нас есть вот такая конструкция:

Страница master.com/index.html:

...
<iframe src="http://slave.com/frame.html"></iframe>
какой угодно JS, который мы пишем сами
...

Страница slave.com/frame.html:

...
какой угодно код, полностью нам подвластный
...

Не существует способа, который бы позволял JS-коду в slave.com/frame.html обратиться к данным (или запустить функцию) страницы master.com/index.html, а также наоборот.

Правда, из этого правила есть одно важное исключение: внутри slave.com/frame.html можно присваивать значение top.location и осуществлять, таким образом, редиректы окна верхнего уровня куда-то еще.

И все-таки есть хак для прямых поддоменов

Кросс-доменный обмен все же возможен, если одна страница находится на прямом поддомене другой. В этом случае необходимо провести следующие магические операции:

Страница master.com/index.html:

...
<iframe src="http://subdomain.master.com/frame.html" height="100"></iframe>
<script>
document.domain = document.domain; // да-да, это обязательно нужно, иначе не заработает
// или можно напрямую написать: document.domain = "master.com", хотя это и не так весело
</script>
...

Страница subdomain.master.com/frame.html:

...
<script>
document.domain = "master.com";
</script>
...

Т.е. мы должны в обеих страницах присвоить свойству document.domain одинаковое значение, равное «родительскому» домену. Тогда обращение внутрь (или наружу) IFRAME возможно. Еще раз подчеркиваю, что это работает только в случае, если один домен является прямым поддоменом другого (именно прямым, потому что даже abc.subdomain.master.com здесь уже не сработает).

Вопрос к хабрасообществу

Все-таки, очень хочется найти хоть какой-нибудь способ передачи информации изнутри IFRAME в родительскую страницу. Вот для чего это нужно:

Страница master.com/index.html:

...
<iframe src="http://slave.com/frame.html" height="100"></iframe>
какой угодно JS, который мы пишем сами
...

Страница slave.com/frame.html:

...
какой угодно код, полностью нам подвластный
...

Проблема: высота slave.com/frame.html может меняться, заведомо ее нельзя указать в height IFRAME. Требуется сделать так, чтобы на master.com/index.html крутился какой-то JS, который подгоняет высоту IFRAME под контент. Главная сложность — то, что контент находится на другом домене.

Есть ли какой-нибудь простой способ (без добавления серверных скриптов на master.com) передать данные из slave.com наружу, %username%? Чтобы Javascript в master.com/index.html (который, напомню, можем писать мы) имел возможность отресайзить высоту IFRAME.

• Linux
• FFmpeg (включает в себя ffserver)

Теория

FFmpeg — это набор свободных библиотек с открытым исходным кодом, которые позволяют записывать, конвертировать и передавать цифровое аудио и видео в различных форматах. Он включает libavcodec, библиотеку кодирования и декодирования аудио и видео и libavformat, библиотеку мультиплексирования и демультиплексирования в медиаконтейнер. Название происходит от названия экспертной группы MPEG и «FF», означающего «fast forward».

© Wikipedia

ffserver идёт в комплекте с ffmpeg и выполняет роль медиа-сервера — получает видеопоток от ffmpeg, который может быть запущен на другой машине, и раздаёт его счастливым пользователям.
Каждый получаемый поток называется Feed’ом (далее будет просто фид). Таких потоков может быть несколько, так же как и отдаваемых (выходных).
FFmpeg у нас будет захватывать видео с веб-камеры или читать из файла.

Практика

Сначала настроим ffserver, чей конфиг лежит в /etc/ffserver.conf:

1. Port 8090
2. BindAddress 0.0.0.0
3. MaxClients 100
4. MaxBandwidth 20000
5. NoDaemon
7. # Фид, надо запомнить feed.ffm, он нам потребуется при запуске ffmpeg
8. <Feed feed.ffm>
9. File /tmp/feed.ffm
10. FileMaxSize 3M
11. </Feed>
13. <Stream test.flv>
14. # Ранее объявленный фид
15. Feed feed.ffm
16. Format flv
17. VideoCodec flv
18. VideoFrameRate 30
19. VideoBufferSize 80000
20. VideoBitRate 200
21. # Качество видео от 1 до 31, 1 == отлично 31 == фи!
22. VideoQMin 1
23. VideoQMax 5
24. # Разрешение, везде должно быть одинаково!
25. VideoSize 352x288
26. PreRoll 1
27. # Если у вас есть микрофон, или вы транслируете видео со звуком, закомментируйте эту строчку
28. Noaudio
29. </Stream>
31. # Флешка test.swf для просмотра трансляции
32. <Stream test.swf>
33. Feed feed.ffm
34. # Будет запускаться в Adobe Flash Player
35. Format swf
36. VideoCodec flv
37. VideoFrameRate 30
38. VideoBufferSize 50000
39. VideoBitRate 100
40. VideoQMin 1
41. VideoQMax 5
42. # Разрешение, везде должно быть одинаково!
43. VideoSize 352x288
44. PreRoll
45. # Если у вас есть микрофон, или вы транслируете видео со звуком, закомментируйте эту строчку
46. Noaudio
47. </Stream>

Пускаем ffserver:
$ ffserver

Пускаем ffmpeg:
$ ffmpeg -s 352x288 -r 30 -f video4linux2 -i /dev/video0 http://localhost:8090/feed.ffm
-s разрешение, указанное в конфиге ffserver, -r количество кадров/секунду, -f формат, -i путь к камере (или к видео-файлу), http://localhost:PORT/FEED это адрес, где ffserver будет ждать наш поток

PS: если выдаст ошибку, то можно попробовать формат v4l (-f video4linux)

Открываем в браузере http://localhost:8090/test.swf и широко улыбаемся:)

Для отправки видео поменяем параметр -i на путь к файлу, уберём -f (ffmpeg сам определит формат файла):
$ ffmpeg -s 352x288 -r 30 -i ~/big_buck_bunny.ogg http://localhost:8090/feed.ffm

Ну а что бы вставить нашу флешку в html-страницу используем следующий код:
<embed src="http://localhost:8090/test.swf" width="550" height="400"></embed>

Тут должен быть текст в духе «раньше я качал Eclipse Classic, который весит 160 с лишним метров, чтобы поставить на него PyDev и только тогда… Но потом я попробовал Aptana…».

Собственно, Aptana Studio представляет собой среду для веб-разработки, построенную на основе Eclipse. Причем это значит именно то, что значит — почти все плагины Eclipse совместимы и с Aptana, только при этом в ней нету по умолчанию всей этой универсальности и Java-наворотов своего прародителя. И да, старый добрый PyDev здесь тоже есть, а на мой взгляд это — лучшая IDE-надстройка для питона. Естественно, для написания мелких проектов куда быстрее и проще использовать Geany, но сейчас не о нем

Первый взгляд

Качаем дистрибутив Aptana для своей системы. Что характерно, как и в случае с Eclipse, для линукса качается уже полная рабочая сборка со всеми бинарниками, ничего компилить не надо (Java дает о себе знать). Распаковываем, запускаем, при запуске выбираем папку-воркспэйс для хранения ваших будущих проектов. Не забудьте, что для запуска должна быть установлена Java Runtime, чем новее — тем лучше.

Ух ты, какая красота! Но черт побери, как же это все дико тормозит и глючит! Не переживайте, сейчас со всем справимся.
Для начала советую в этом самом гламурном окне настройки выбрать внизу плагины, которые вы собираетесь использовать в разработке. В моем случае это, несомненно, PyDev, плагины поддержки jQuery и Prototype, а также плагины для поддержки систем контроля версий Git и Subversion. Где-то также существует плагин для Mercurial, но в списке его почему-то нет. Желающие также могут поставить Embedded Firefox Browser, который делает понятно что. Удобно. Кстати, в процессе установки выявляется еще одна зловредная особенность нашего гламурного окошка — нельзя просто поставить галочки и установить все плагины одновременно. Прикол в том, что после установки каждого плагина Aptana требует перезапуска. Можно согласиться, можно попробовать сразу применить изменения. В первом случае все, скорее всего, будет тип-топ, во втором — никогда не известно заранее. Поэтому проще перезапустить, благо что Aptana, в отличие от своего тяжелого предка, грузится гораздо быстрее.
Все установили? Отлично. Полюбуйтесь еще раз на эту красоту, больше вы ни ее, ни ее тормозов не увидите. Для этого идем в Window -> Preferences, набираем в строке поиска сверху «plugin» — и нам сразу показывают менюшку, где можно настроить плагины, подгружаемые при запуске. Снимите галочку у Aptana Intro и жмите Apply.
Кстати, тут можно выявить еще один баг, который имеет место при запуске Аптаны в последних версиях Gnome и, в частности, в Ubuntu 9.10. Нажатия некоторых кнопок в окнах меню визуализируются, но не производят никакого эффекта, приходится нажимать каждый раз Enter. Исправим это досадное недоразумение и заодно облегчим себе жизнь — создадим скриптик где-нибудь в /usr/bin, назовем его aptana, дабы все прекрасно и удобно запускалось по Alt+F2, а внутрь пропишем:

#!/bin/sh
export GDK_NATIVE_WINDOWS=1
‘/address/where/Aptana/is/installed’

Теперь при запуске по Alt+F2 или с кнопки на панели все будет работать.
Ну и, наконец, включим перспективу PyDev («перспективой» здесь называется набор пунктов меню, панелей, и их положение, которое можно настраивать вручную. Для разных языков удобно использовать разные перспективы). Жмем кнопку , затем Others и в списке перспектив выберем PyDev:

Вуаля!

Наконец, о Django!

Ну, начальную настройку мы сделали, теперь осталось совсем немного — разобраться, как привязать все это дело к django. Создадим стандартной командой в выбранной вами папке с проектами новый проект:

django-admin.py startproject testproj

Теперь нужно заимпортить его в Aptana. Для этого щелкаем правой кнопкой в панели Python Package Explorer, выбираем Import, в открывшемся окошке раскрываем список Other и в нем выбираем Existing Folder As New Project. Выбираем только что созданный нами проект, импортируем.
Теперь надо для пущего удобства сделать автозапуск девелопмент-сервера. Для этого открываем файл manage.py из нашего джанго-проекта, в меню выбираем Run -> Run configurations… Тут слева должен быть выбран Python Run, а в нем наш проект. Можете сменить название по дефолту на название вашего проекта (в примере — testproj). Теперь открываем вкладку Arguments и прописываем в Program Arguments стандартные аргументы запуска сервера:

runserver –noreload

Параметр –noreload нужен для нормальной работы вывода в аптановую консоль. Только тут можно столкнуться с известной проблемой — тестовый сервер Django пытается по умолчанию запуститься на 8000 порте, но этот порт любят и другие программы, например, часто при слушании потоковой музыки из сети его занимает totem. Поэтому я обычно перевешиваю сервер, например, на 7777 порт. Для этого надо всего лишь добавить к параметрам конфигурации айпи и порт локалхоста, т.е.:

runserver –noreload 127.0.0.1:7777

Вот и все! Теперь достаточно нажать Run () и сервер запустится, а вывод будет перенаправлен в консоль.

It Worked!

Удачи вам в кодинге!

Учacтники paзгoвopa:
1) atos
2) Лepa

— Дoбpый вeчep!
— Здpaвcтвyйтe, Рycлaн! Мeня зoвyт Лepa.
— Очeнь пpиятнo. Нy, a мeня мoжнo нaзывaть пpocтo atos, тaк кopoчe
— Хopoшo, atos.
— Вы coглacны paccкaзaть мнe нeмнoгo o Вaшeй жизни и o cвoeй paбoтe, в чacтнocти?
— Дa, кoнeчнo, зa этим и пpишлa.
— Тoгдa нaчнeм, пoжaлyй, нo Вы дoлжны имeть в видy, чтo нaшa бeceдa бyдeт oпyбликoвaнa в Интepнeт. Вы гoтoвы к этoмy?
— Дa. Никaкиx пpoблeм.
— Лepa, cкoлькo Вaм лeт?
— Интepecнoe нaчaлo. А кaкaя paзницa? Нy, 23.
— Рaзницa ecть. С мoлoдыми дeвyшкaми вceгдa пpиятнee oбщaтьcя, этo я Вaм кaк мyжчинa гoвopю
— Зaбaвнo. Я Вaм вepю.
— Рaccкaжитe, кaк тaк пoлyчилocь, чтo Вы выбpaли тaкyю пpoфeccию.
— Вce пpoизoшлo cлyчaйнo. У мeня был дpyг. Он мeня чeмy-тo и нayчил, a дaльшe я yжe caмa…
— И кaк дaвнo Вы этим зaнимaeтecь?
— Гoдa чeтыpe.
— И Вы дoвoльны?
— Дa, кoнeчнo, зaчeм дeлaть тo, чтo нe нpaвитcя…
— Нy, нeкoтopыe зaнимaютcя этим тoлькo из-зa дeнeг.
— Дeньги — дa, нo мeня eщe и caм пpoцecc yвлeкaeт.
— Вaшa yвлeчeннocть, нaвepнoe, cильнo зaвиcит oт тoгo, c кeм Вы имeeтe дeлo?
— В извecтнoй cтeпeни. Клиeнты paзныe бывaют.
— А кaкиx Вы пpeдпoчитaeтe?
— А paзвe этo нe oчeвиднo? Мoлoдыx, кpacивыx и бoгaтыx! Нo я oдинaкoвo oтвeтcтвeннo oтнoшycь кo вceм клиeнтaм. Мoжeт быть дaжe бoльшe люблю paбoтaть c жeнщинaми.
— Дa? И чacтo пoпaдaютcя жeнщины cpeди клиeнтoв?
— Дocтaтoчнo. С ними бывaeт пpoщe. Хoтя y мyжчин тoжe ecть cвoи пoлoжитeльныe кaчecтвa.
— Кaкиe?
— Мyжчинa плaтит лeгчe. Мeньшe coмнeвaeтcя в cвoиx жeлaнияx.
— А oтpицaтeльныe чepты мyжчины?
— Увлeчeннocть. Иx cильнo зaнocит, мнoгoгo xoтят, a пoтoм выяcняeтcя, чтo нe мoгyт oплaтить и пoлoвины зaкaзaннoгo.
— Дa, вepoятнo Вы пpaвы А Вы paбoтaeтe тoлькo индивидyaльнo, или бывaют гpyппoвыe зaкaзы?
— Рaзныe бывaют. Чeм бoльшe в кoмaндe мyжикoв — тeм тяжeлee. В кoмaндe из oдниx мyжикoв вooбщe, cтoлькo идeй пpeт, чтo чacтeнькo и yдoвлeтвopить-тo вcex нe мoгy. Пpиxoдитcя oбpaщaтьcя зa пoмoщью. А этoгo я нe люблю.
— От чeгo жe?
— Пoтoм выяcнять ктo чтo дeлaл, кoмy былo тpyднee, cooтвeтcтвeннo и гoнopap дeлить… Дa, нy… Хoтя, вpoдe гpyппoй вeceлee. А тo бывaeт, пoпaдeтcя бoтaн кaкoй-нибyдь. Дeнeг мaлo, cлюни пycкaeт, cкyчнo, зacнyть зa paбoтoй мoжнo.
— Дa, paбoтa y Вac нe из лeгкиx…
— Вce-тaки нe бpeвнa гpyзить.
— А клиeнты дoвoльны Вaми?
— Кoнeчнo. Я жe вce дeлaю пpoфeccиoнaльнo. Еcли нacтpoeниe xopoшee, тo мoгy и cвepx нopмы cдeлaть чтo-тo. Тaк, в видe жecтa дoбpoй вoли
— Вы вceмy caми нayчилиcь?
— Нy дa. В тaкoм дeлe глaвнoe oпыт. Книг, кoнeчнo, пoявилocь мнoгo. У кaждoгo мeтpo пpoдaютcя, нo бeз пpaктики вce paвнo никaк.
— Этo дa. Тyт я Вac xopoшo пoнимaю. Вы paбoтaeтe дoмa, или y Вac для этoгo ecть cпeциaльнoe пoмeщeниe? Рaбoчee мecтo, тaк cкaзaть…
— Люблю дoмa. Дoмa, кaк гoвopитcя, и cтeны пoмoгaют.
— И cкoлькo Вы бepeтe c клиeнтa?
— Нy, вce зaвиcит oт зaкaзa. Нo нe мeньшe тыcячи. Я дeвoчкa yжe нe мaлeнькaя, чeгo мнe кpoxи coбиpaть. Опыт ecть, клиeнтypa шиpoкaя. Мнoгo пocтoянныx клиeнтoв…
— Тыcячy pyблeй?
— Дoллapoв, yвaжaeмый atos, дoллapoв. Я жe нe дeшeвкa, кaкaя-нибyдь. Я мoгy выпoлнить дocтaтoчнo cлoжный, нe cтaндapтный зaкaз, пoтoмy и бepy нe дeшeвo.
— А бывaeт, чтo клиeнты «кидaют»?
— Бывaeт. Вooбщe я впepeд oплaтy бepy. Нo Вы жe знaeтe, кaк этo бывaeт. Снaчaлa xoтят oднo, плaтят, a пoтoм paзoйдyтcя — дaвaй eщe этo, этo и тo… зaплaтим пoтoм, и пpoчee. Я, тaк, вpoдe, мaтepый yжe фpилaнcep, знaю, чeм вce этo зaкaнчивaeтcя, нo вce paвнo пoпaдaю, кaк мaлeнькaя.
— Кaк, пpocтитe, Вы cкaзaли? Фpилaнcep?!
— Нy дa. Опытный фpилaнcep, гoвopю. А вce paвнo пoпaдaю инoгдa.
— Чтo-тo я нe пoймy. Вы eщe и фpилaнcep?
— Чтo знaчит eщe? Фpилaнcep и ecть. Этo я Вac чтo-тo нe пoймy. Димкa тyт тoжe pжeт. Вы чтo-тo зaдyмaли, paзыгpывaeтe мeня?
— Мнe Дмитpий oбeщaл ycтpoить интepвью c пpoфeccиoнaльнoй пpocтитyткoй… вooбщe-тo…
— ЧЕГО? Аx, oн %*#@&^!!! Нy, я щa из нeгo caмoгo пeдикa cдeлaю!

Дoпoлнeниe oт aвтopa:
Кaк пoтoм выяcнилocь, Димкa c кeм-тo пocпopил, чтo интepвью вce paвнo cocтoитcя. Т.к. мнe вocпитaниe нe пoзвoлит oбoзвaть Лepy пpocтитyткoй, a ocтaльныe paбoчиe тepмины нaeмнoгo пpoгpaммиcтa и coвpeмeннoй гeтepы cильнo coвпaдaют. В чeм, coбcтвeннo, и oкaзaлcя пpaв…

Protocol Buffers это компактный способ кодирования данных в двоичном формате, который позволяет определить простую структуру данных, а затем их компилировать и присвоить классы для представления этих структур в нужном языке ( Java, Python или C++ ).

XML уже давно подвергается критике за торможение в производительности, однако, учитывая, что в него уже вложены огромные инвестиции, наврядли Protocol Buffers сможет его вытеснить или полностью заменить.

Скорее всего, его будет использовать Google и другие монстры, кто обладает большим количеством различных типов серверов, а также экспериментаторы для создания веб-приложений, которым требуются эффективный способ представления запросов и ответов между клиентом и сервером.

alias svn-add-all-new-files «svn st | grep ‘^?’ | sed ’s/?//’ | xargs svn add \$1″

alias svn-rm-all-skip-files «svn st | grep ‘^!’ | sed ’s/\!//’ | xargs svn rm \$1″

поместить в ~/.cshrc (если у вас оболочка tcsh) или в .profile и после следующего логина можно использовать в полную силу.

Update #1: первую комманду можно заменить на:

svn add * –force

(спасибо посмотреть профиль brutaler)

Update #2: эксперименты с svn rm * –force привели меня к написанию новой комманды:

alias svn-revert-all-removed «svn st | grep ‘^D’ | sed ’s/D//’ | xargs svn revert \$1″

Комманды:

* svn-add-all-new-file — пометить добавленными все новые файлы/папки
* svn-rm-all-skip-files — пометить удаленными все удаленные файлы/папки
* svn-revert-all-removed — возвращает все помеченные удаленными файлы в нормальное состояние

Вышенаписанное применимо для всех unix-like систем (Linux/*BSD/Solaris/OS X), что вполне очевидно.

Удачных коммитов!

Не думаю что данное руководство пойдет только для версии 8.04. Trac мы будем ставить 0.11-ой версии

Нам потребуются некоторые библиотеки для установки. Открываем терминал (консоль в Kubuntu) и пишем:

1. sudo apt-get install apache2 libapache2-mod-python libapache2-svn python-setuptools subversion python-subversion
2. sudo easy_install Trac

Также можно поставить SQLite (на момент написания статьи последняя версия: 3.5.9), но этот шаг является необязательным. Есть 2 варианта: установка из репозитариев или же компилирование из исходников. Выбирайте какой для вас удобнее.

1 способ (репозитарии):

1. sudo apt-get install sqlite

2 способ (исходники):

1. sudo apt-get install g++
2. cd
3. mkdir ./distr
4. cd ./distr
5. wget http://www.sqlite.org/sqlite-3.5.9.tar.gz
6. tar xvfz ./sqlite-3.5.9.tar.gz
7. mv ./sqlite-3.5.9 ./sqlite # чтобы следовать букве README-руководства
8. mkdir ./bld # временный каталог для скомилированных файлов
9. cd ./bld
10. ../sqlite/configure
11. make
12. sudo make install
13. cd ..
14. rm -r ./bld

Создадим дирректорию для Trac и дадим Apache доступ к нему:

1. sudo mkdir /var/lib/trac
2. sudo chown www-data:www-data /var/lib/trac

Настроим VirtualHost для Apache

1. sudo vi /etc/apache2/sites-available/trac (можно использовать gedit (Ubuntu) или kate (Kubuntu) вместо редактора vi)

В открывшийся файл пишем:

ServerAdmin webmaster@localhost
ServerName trac.example.com
DocumentRoot /var/www
ErrorLog /var/log/apache2/error.trac.log
CustomLog /var/log/apache2/access.trac.log combined

SetHandler mod_python
PythonInterpreter main_interpreter
PythonHandler trac.web.modpython_frontend
PythonOption TracEnvParentDir /var/lib/trac
PythonOption TracUriRoot /projects

# use the following for one authorization for all projects (names containing «-» are not detected):

AuthType Basic
AuthName «trac»
AuthUserFile /etc/apache2/dav_svn.passwd
Require valid-user

Далее отключаем VirtualHost по умолчанию и активируем VirtualHost Trac, перезагружаем Apache:

1. sudo a2dissite default
2. sudo a2ensite trac
3. sudo /etc/init.d/apache2 reload

Переходим в /var/lib, создаем папку для svn, и в ней новую папку для проекта:

1. cd /var/lib
2. sudo mkdir svn #необходимы права администратора
3. sudo svnadmin create /var/lib/svn/ProjectName

Изменяем права доступа к папкам, перезапускаем Apache

1. sudo chown -R www-data /var/lib/svn
2. sudo /etc/init.d/apache2 restart

Создаем дирректорию для trac и новый проект с именем ProjectName (Имя то же, что и для svn)

1. sudo trac-admin /var/lib/trac/YourProjectNameHere initenv
2. sudo chown -R www-data /var/lib/trac

Во время создания проекта будут заданы вопросы:

1. ProjectName – имя проекта
2. Путь до SQLite – по умолчанию
3. Репозиторий – svn
4. Путь до репозитория – /var/lib/svn/ProjectName

Теперь настроим SVN. Файл /etc/apache2/mods-available/dav_svn.conf необходимо раскомментировать, чтобы получилось:

1. sudo vi /etc/apache2/mods-available/dav_svn.conf (вместо vi можно использовать: Ubuntu – gedit, Kubuntu – kate)

DAV svn
SVNParentPath /var/lib/svn
AuthType Basic
AuthName «Subversion Repository»
AuthUserFile /etc/apache2/dav_svn.passwd
AuthzSVNAccessFile /etc/apache2/dav_svn.authz
Require valid-user

Создадим соответствующих пользователей (любое количество, вам необходимое) в файлах авторизации (username – любое имя. Первый пользователь всегда с -c):

1. sudo htpasswd -c /etc/apache2/dav_svn.passwd username1
2. sudo htpasswd /etc/apache2/dav_svn.passwd username2

Создадим файл аутентификации и пишем в него (r – чтение, w – запись):

1. sudo vi /etc/apache2/dav_svn.authz (вместо vi можно использовать: Ubuntu – gedit, Kubuntu – kate)

[/]
username1=r
username2=rw

[/ProjectName]
username1=rw
username2=r

Права на доступ Apache файлу /etc/apache2/dav_svn.passwd:

1. sudo chown www-data /etc/apache2/dav_svn.passwd

Добавляем себя в админы Trac (ProjectName – имя проекта, username – имя пользователя)

1. cd /var/lib/trac
2. sudo trac-admin ProjectName permission add username TRAC_ADMIN

Добавляем пару необходимых модулей:

1. sudo mkdir /var/www/.python-eggs
2. sudo chown www-data /var/www/.python-eggs

1. sudo apt-get install build-essential graphviz
2. sudo easy_install http://svn.edgewall.org/repos/genshi/trunk/ #установщик задаст вопрос, отвечаем t
3. sudo easy_install http://trac-hacks.org/svn/accountmanagerplugin/trunk
4. sudo easy_install http://trac-hacks.org/svn/customfieldadminplugin/0.11
5. sudo easy_install http://trac-hacks.org/svn/eclipsetracplugin/tracrpcext/0.10
6. sudo easy_install http://trac-hacks.org/svn/iniadminplugin/0.11
7. sudo easy_install http://trac-hacks.org/svn/masterticketsplugin/0.11
8. sudo easy_install http://trac-hacks.org/svn/pagetopdfplugin/0.10/
9. sudo easy_install http://trac-hacks.org/svn/progressmetermacro/0.11
10. sudo easy_install http://trac-hacks.org/svn/ticketdeleteplugin/0.11
11. sudo easy_install http://trac-hacks.org/svn/tracwysiwygplugin/0.11
12. sudo easy_install http://wikinotification.ufsoft.org/svn/trunk

Последний шаг – перезагружаем Apache:

1. sudo /etc/init.d/apache2 restart

Теперь по адресу:
http://localhost – видим «It works!»
http://localhost/svn/ProjectName – наш svn репозитарий
http://localhost/projects – список проектов trac

Проблема

Что мы имели уже долгие годы и имеем по сей день.

1. Строго ограниченный знаконабор для использования в доменных именах — грубо говоря, 26 латинских букв верхнего регистра, 10 арабских цифр и дефис. Латинская (аскишная) точка используется как разделитель узлов иерархии. Все остальные алфавиты мира не представлены, то есть дискримируются. Напомню, что стандарт Unicode опубликован шестнадцать лет назад.

2. Строго ограниченный набор доменов верхнего уровня (ДВУ) — двухбуквенные географические плюс горстка исторических com-net-org, .mil исключительно для американской военщины, .nato для неё же в международном масштабе, .edu для (американских!) учебных заведений. Все прочие страны должны заводиться под своим географическим доменом, то есть дискриминируются. В начале века добавилась ещё горстка, вроде .info, .mobi, .travel и наподобие того, для якобы профильных сервисов. Все они, сто процентов, образованы из англоязычной транскрипции, а некоторые ещё и из искажённой, навроде .biz. Прочие языки не представлены ни разу, то есть дискриминируются.

3. Благодаря движущей силе прогресса, то есть баблу, был заведён чисто сквоттерский домен .eu, который поломал последнее подобие порядка в этой системе, то есть резервацию двухбуквенных доменов только для стран, и ни для чего иного. Двухбуквенные домены как-то отвечали стандарту ISO 3166, теперь и это утрачено. Если какая-то вновь возникшая страна получит код EU, она не сможет получить свой домен, поскольку он занят. Комментарии не нужны.

4. Благодаря искусственному ограничению на домены верхнего уровня, некорые домены некоторых стран стали значительно популярнее прочих, в силу совершенно произвольных и случайных причин, наподобии благозвучия ИСО-кода на нужном языке (cc, to, nu, cx, fm, tv, md и так далее), либо же бесплатности регистрации (tk). Я писал уже здесь об этом явлении, поищите «Токелау».

5. Из-за желания локализации компании вынуждены регистрировать новый домен в каждой стране, где они ведут бизнес (google.com, google.fr, google.it и ещё так 82 раза). Сплошь и рядом возникает конфилкт с уже зарегистрированными легитимными доменами в этих странах. Это ведёт к многолетним и утомительным тяжбам, и путанице для пользователей. Наживаются сквоттеры. На том же примере: gmail.de отсудить не удалось, gmail.pl был занят очень давно: Grupa Młodych Artystów i Literatów существовала задолго до почтовой службы Гугла.

6. Утвержение диких и абсурдных заявок на ДВУ (TLD), наподобие .cat и .bzh для пропаганды каталанского и бретонского языков соответственно. Слыхали о таких? Dieub ha par en o dellezegezh hag o gwirioù eo ganet an holl dud. Но дело-то прогрессивное (см. выше), поскольку заявки подкреплены шестизначными траншами. Кто из вас верит, что благозвучный домен .cat действительно используется для дела процветания культуры окрестностей славного города Барселоны?

7. Вынужденное исчезновение с лица сети доменов, TLD которых перестал существовать по независимым от них причинам. Имеются в виду почившие в бозе государства, и потянувшие за собой заведённые в зонах .cz, .su, .yu имена. Моя страна может перестать существовать, или так называться, или я могу переехать, и TLD начинает быть ложной сущностью, которую мне навязали, и может обрушить мою сущность.

8. Фактическая дилюция существующей двухуровневой системы в плоскую: ДВУ .com не означает в наше время практически ничего, он не сообщает ни отношения к коммерции, ни к США. Это хорошо иллюстрируется поведением многих браузеров, которые при вводе единичного слова в строку адреса по умолчанию пытаются пристроить сзади «.com».

Решение

1. Разрешить употребление любых символов юникода в именах, со следующими ограничениями.

# можно употреблять только алфавитно-цифровые символы (любого алфавита и любых цифр);
# в пределах имени можно употреблять символы одного, и только одного алфавита, для исключения вариантов «Microsoft» с кириллической «о» или «с». Под алфавитом мы понимаем «script» в юникоде.
# пунктуация запрещается, чтобы не было соблазна употребить нечто, похожее на точку, для введения в заблуждение.
# придётся сохранить существующую систему приведения к одному регистру, в тех алфавитах, где регистр различается. Различать .гибдд и .ГИБДД вряд ли кому-либо покажется разумным.

2. Разрешить регистрацию любых доменов верхнего уровня. То, что сейчас сделал ИКАНН, является прогрессивным шагом (проверочное слово: бабло), в смысле потенциальных сверхприбылей регистраров и самой конторы, но тендеция, тем не менее, должна полагаться верной. Пройдёт несколько лет, и упомянутые шестизначные взносы за ДВУ (TLD) станут четырёх и трёхзначными, а со временем и однозначными, как .com, это неизбежный процесс. Соблазн зарегистрировать .mycompany и опередить всех возможных Mycompany Ltd, Mycompany GmbH, Mycompany OY, Mycompany s.z.o.o. в любых странах будет слишком велик.

Трудности

Технических никаких: небольшое расширение протокола DNS. Логистических тоже, поскольку эта система никак не отменяет предыдущую, а дополняет её. Что касается неудобства нелатинских (русских, китайских и пр.) доменов, есть одно простое соображение — рынок. Если это будет удобно, компании будут регистрировать. А если клиенты сочтут это неудобным, то не будут, только и всего. Никто ведь не заставляет переезжать с существующего .com или .ru. Единственная проблема, решения которой я не вижу, это вопрос правообладания по отношению к домену верхнего уровня. Может быть, уважаемые читатели поделятся своими соображениями по этому поводу.

UPD I: отдельное спасибо за обвал кармы после этой, да и после всех моих последних статей. Я знаю, что независимая позиция не в чести.

UPD II: Началась жаркая дискуссия на тему, хорошо ли иметь домены в юникоде или плохо. Напоминаю, что домены в юникоде («международные») разрешены во многих регистрарах уже много лет путём хака через аскишное приведение юникода («пюникод»), и давно зарегистрированы тысячи китайских, русских, арабских, шведских и пр. доменов ВТОРОГО уровня.

Всё, что я предлагал, это проявить последовательность, и разрешить то же самое на ПЕРВОМ уровне, то есть TLD. Детали же реализации (оставить как есть, то есть пюникод, или привести всё к кодировке UTF-8) не столь важны.

UPD III: Добавлены пункты 7 и 8.