RSS
Александр Бельченко, один из разработчиков QBzr (графического интерфейса к распределенной системе контроля версий Bazaar) и в прошлом занимавшийся поддержкой Bazaar для Windows, в настоящее время достаточно активно занимается продвижением Bazaar в русскоязычном сообществе. В том числе уже больше года существует почтовая рассылка ru_bzr и в конце февраля был открыт русскоязычный блог о Bazaar - Базарный день в котором также пишу и я.
Если вас интересуют распределенные системы контроля версий, или Bazaar в частности - присоединяйтесь!
Добавил еще одну статью, которую я писал для журнала Системный Администратор - WSGI - протокол связи Web-сервера с Python приложением.
Многие сайты теперь используют для авторизации только OpenID. Все бы хорошо, но что делать если хочется использовать в качестве идентификатора OpenID свой личный сайт, но при этом не хочется заморачиваться с собственным сервером OpenID? Ответом на этот вопрос является возможность делегирования OpenID, которую я, кстати, уже достаточно давно использую.
Итак, для того что бы использовать свой сайт в качестве идентификатора OpenID нужно добавить в HTML код главной страницы под тегом <head> два тега <link> следующего содержания:
<link rel="openid.server" href="сервер OpenID которому делегируется авторизация" /> <link rel="openid.delegate" href="идентификатор OpenID на сервере" />
Например, на данный момент я использую LiveJournal в качестве сервера OpenID и моя конфигурация делегирования выглядит следующим образом:
<link rel="openid.server" href="http://www.livejournal.com/openid/server.bml" /> <link rel="openid.delegate" href="http://hdima.livejournal.com" />
Один мой хороший приятель как-то посоветовал использовать для обработки HTML библиотеку html5lib. На тот момент я уже использовал BeautifulSoup и поэтому отнесся к предложению прохладно. Через некоторое время я наткнулся на документ для которого BeautifulSoup стабильно выкидывал HTMLParseError и приходилось делать "массаж". В итоге, я решил попробовать, что же за "зверь" такой html5lib.
Уже прошло больше месяца как вышел Python 3.0. В меру своего свободного времени мне удалось с ним повозиться и можно описать первые впечатления.
Что-то последнее время стали много писать про Git. Например:
- Какие системы контроля версий используются для поддержки пакетов Debian;
- GNOME остановил свой выбор на Git;
- И даже - почему Git лучше чем X (где X - это hg, bzr, svn и perforce). И там же рядом провокационный сайт - почему Bzr лучше чем X;
Собственно, раньше у нас была единственная система контроля версий с открытым исходным кодом - CVS. Затем появилась "лучшая CVS" - Subversion. Но теперь многие открытые проекты потихоньку переходят на распределенные системы контроля версий и здесь у нас уже несколько игроков, основные из которых: Git, Bazaar и Mercurial. У каждой из систем есть свои достоинства и недостатки, но и PR кампания тоже может иметь большое значение. Многие пользователи, начинающие знакомиться с распределенными системами, обычно выбирают, что-то наиболее популярное и пока больше всего шуму производят последователи Git.
Google выпустил, на мой взгляд, отличную книжку Browser Security Handbook, где в одном месте собрано большое количество информации по всем основным браузерам. Обычно такого рода информация собирается по крупицам при попытках тестирования ошибок о которых сообщают пользователи Web-приложений. В целом - рекомендуется всем, кто занимается Web-разработкой.
Несколько лет назад на сайте был мой файл конфигурации для Vim. Позже, при изменении сайта я его убрал, но недавно меня настойчиво :-) просили его вернуть. Итак, встречаем - пример полной конфигурации для Vim: vimrc. Ссылка на файл находится на страничке с примерами т.к. у всех разные предпочтения и использовать чужую конфигурацию без внесения изменений может быть не комфортно, но при этом она может быть хорошей стартовой точкой для собственной конфигурации.
Выложил очередную статью, которую я писал для журнала Системный Администратор - описание HTTP-сервера Nginx.
Как-то я немного выпал из разработки Zope 3, да собственно и впечатление было, что большинство разработчиков занялись своими проектами. Вроде собирались делать регулярные релизы и потом как-то все заглохло. При этом жизнь вокруг Zope продолжается - всего пару недель назад был на IRC-собрании фонда Zope по поводу принятия нового устава. Устав, кстати, приняли единогласно. :-)
В итоге, сегодня обнаружил ветку обсуждений в рассылке Zope3-Users насчет состояния Zope 3. Получается, что как-то по-тихому решили больше не выпускать релизы, а просто потихоньку делать отдельные пакеты. Как-то я этот момент упустил, хотя все нужные рассылки постоянно читаю. Плюс мне такое решение не очень нравится - получается, что флагманский проект по этой технологии растворили в других проектах... :-(
