<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
	<title>Хабрахабр / Django / Захабренные</title>
	<link>http://habrahabr.ru/rss/hub/django/e7d875f8829bc7f3aac7125b1281ad2b/</link>
	<description><![CDATA[Захабренные посты из хаба «Django» на Хабрахабре]]></description>
	<language>ru</language>
	<managingEditor>editor@habrahabr.ru</managingEditor>
	<generator>habrahabr.ru</generator>
	<pubDate>Sun, 27 May 2012 05:42:59 GMT</pubDate>
	<lastBuildDate></lastBuildDate>
	<image>
		<link>http://habrahabr.ru/</link>
		<url>http://habrahabr.ru/i/logo.gif</url>
		<title>Хабрахабр</title>
	</image>
	
		
			
		
	<item>
		<title><![CDATA[Django и особенности использования транзакций в MySQL]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/144161/</guid>
		<link>http://habrahabr.ru/post/144161/</link>
		<description><![CDATA[<img src="http://habrastorage.org/storage2/0c8/f9d/aa6/0c8f9daa68bb55a7340ef6ae62e7acd1.png" align="left"/>Наверное всем известно, что Django является одним из самых популярных фреймворков для web-разработки на python-е. И даже если в основе web-проекта лежит сторонний код, то зачастую при разработке используют отдельные части этого фреймворка — например ORM. В данной статье я хотел бы рассказать об особенностях использования Django ORM при работе с базой данных MySQL, а именно про транзакции и подводные камни, связанные с ними. Так, например, если в какой-то момент вы осознаёте, что вместо ожидаемых данных, возвращается совершенно другой результат, то возможно, данная статья поможет разобраться что к чему.<br/>
 <a href="http://habrahabr.ru/post/144161/#habracut">Читать дальше &rarr;</a>]]></description>
		
		<pubDate>Sun, 20 May 2012 16:00:20 GMT</pubDate>
		<author>StraNNikk</author>
		<category><![CDATA[MySQL]]></category><category><![CDATA[Django]]></category>
		<category><![CDATA[python]]></category><category><![CDATA[django]]></category><category><![CDATA[orm]]></category><category><![CDATA[mysql]]></category><category><![CDATA[innodb]]></category><category><![CDATA[transactions]]></category><category><![CDATA[транзакции]]></category><category><![CDATA[проблемы]]></category>
	</item>
	
	
	
	
	
	

		
	<item>
		<title><![CDATA[Django, Staticfiles, Windows и UnicodeDecodeError]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/144121/</guid>
		<link>http://habrahabr.ru/post/144121/</link>
		<description><![CDATA[Разработчикам, не сидящим все время под windows, но иногда там появляющимся оная операционка частенько преподносит сюрпризы. Столкнувшись с одним из них спешу поделиться, ибо метод лечения крайне неочевиден. На понимание, что ни Django ни ваш код не виноваты может уйти не один час…<br/>
 <a href="http://habrahabr.ru/post/144121/#habracut">Читать дальше &rarr;</a>]]></description>
		
		<pubDate>Sat, 19 May 2012 10:31:27 GMT</pubDate>
		<author>xenolog</author>
		<category><![CDATA[Python]]></category><category><![CDATA[Django]]></category>
		<category><![CDATA[Django]]></category><category><![CDATA[windows]]></category><category><![CDATA[UnicodeDecodeError]]></category>
	</item>
	
	
	
	
	
	

		
	<item>
		<title><![CDATA[Мультиаплоад файлов, версия N]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/144052/</guid>
		<link>http://habrahabr.ru/post/144052/</link>
		<description><![CDATA[Еще с давних времен, когда интернет был молодым и медленным, самым распространенным браузером был не IE, а Mosaic, в интернет не ходили, а дозванивались… меня часто мучал вопрос — почему в файловых диалогах можно выбрать всего один файл? Почему если в форме есть три файловых поля, то в каждое из них надо тыкать? Неужели нельзя удобнее?<br/>
Шло время, появился javascript, CGI, но файлополя были все также эгоистичны. Потом появился флеш, html5, ситуация начала меняться, но… Файловое поле имеет ту-же самую суть — файл, а не файл<b>ы</b>! Хотя есть множество обходных методов…<br/>
 <a href="http://habrahabr.ru/post/144052/#habracut">Читать дальше &rarr;</a>]]></description>
		
		<pubDate>Fri, 18 May 2012 16:26:16 GMT</pubDate>
		<author>xenolog</author>
		<category><![CDATA[Python]]></category><category><![CDATA[Django]]></category>
		<category><![CDATA[django]]></category><category><![CDATA[plupload]]></category><category><![CDATA[мультизагрузка файлов]]></category><category><![CDATA[multiupload]]></category>
	</item>
	
	
	
	
	
	

		
	<item>
		<title><![CDATA[Еще о кэшировании в Django]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/143789/</guid>
		<link>http://habrahabr.ru/post/143789/</link>
		<description><![CDATA[Все знают, что такое кэширование и зачем оно нужно. Посещаемость растет, нагрузка на базу данных увеличивается, и мы решаем отдавать данные из кэша. В идеальном мире, наверное, для этого будет достаточно добавить строчку <code>USE_CACHE = True</code> в settings.py, но пока это время не пришло, понадобится немного больше телодвижений.<br/>
<br/>
Когда мы собираемся использовать кэш в Django, нужно сделать выбор: взять <a href="http://djangopackages.com/grids/g/caching/">готовое решение</a>, которое сделает сделает все «за кулисами», либо реализовать свое. В отличие от многих других ситуаций, тут этот выбор не так очевиден, так как в существующих на сегодня готовых решениях довольно много ограничений и потенциальных неудобств.<br/>
<br/>
Сначала мы быстро рассмотрим готовые решения, а потом разберемся, как же лучше реализовать кэширование самостоятельно.<br/>
 <a href="http://habrahabr.ru/post/143789/#habracut">Читать дальше &rarr;</a>]]></description>
		
		<pubDate>Tue, 15 May 2012 05:33:48 GMT</pubDate>
		<author>savados</author>
		<category><![CDATA[Django]]></category>
		<category><![CDATA[django]]></category><category><![CDATA[cache]]></category>
	</item>
	
	
	
	
	
	

		
	<item>
		<title><![CDATA[Репозиторий Django переехал на GitHub]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/143337/</guid>
		<link>http://habrahabr.ru/post/143337/</link>
		<description><![CDATA[<blockquote>OK, it's live! <br/>
<br/>
<a href="https://github.com/django/django">github.com/django/django</a></blockquote>28 апреля Эдриан Холовати (Adrian Holovaty) сообщил в рассылке для разработчиков Django, что основной репозиторий кода был перемещён на GitHub. С этого момента коммиты в subversion больше не принимаются. В качестве багтрекера будет по-прежнему использоваться Trac, но pull запросы средствами GitHub всячески приветствуются. Ура!<br/>
<br/>
подробности: <a href="http://groups.google.com/group/django-developers/browse_thread/thread/f7ef8fe7b7b3c81b">groups.google.com/group/django-developers/browse_thread/thread/f7ef8fe7b7b3c81b</a> <a href="http://habrahabr.ru/post/143337/#habracut"></a>]]></description>
		
		<pubDate>Sat, 05 May 2012 07:29:30 GMT</pubDate>
		<author>funca</author>
		<category><![CDATA[Django]]></category>
		<category><![CDATA[django]]></category><category><![CDATA[github]]></category>
	</item>
	
	
	
	
	
	

		
	<item>
		<title><![CDATA[Добавляем поддержку Windows Live Writer (Meta Weblog API) в блог на Django]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/143100/</guid>
		<link>http://habrahabr.ru/post/143100/</link>
		<description><![CDATA[<img src="http://habrastorage.org/storage2/2a4/72a/cb1/2a472acb1b194589ee35b23f43d302ef.jpg"/><br/>
Пару лет назад посчастливилось мне иметь блог на WordPress. До наших дней блог, как и вся база постов к моему сожалению не дожила, но рассказать я хочу не о самом блоге, а о том с помощью чего вся информация публиковалась. В то время Microsoft не так давно запустила Windows 7, а вместе с ней и пакет приложений Windows Live. Вот и я решил взглянуть – чего в этом пакете вкусного? Больше всего мне приглянулось приложение Windows Live Writer – программа позволяющая набирать и форматировать тексты, и публиковать их в блог. Удобный интерфейс, множество инструментов для форматирования, возможность хранить черновики локально, и многое другое – я влюбился. Спустя некоторое время свой блог без Windows Live Writer я уже не представлял. <br/>
 <a href="http://habrahabr.ru/post/143100/#habracut">И чего же было дальше?</a>]]></description>
		
		<pubDate>Mon, 30 Apr 2012 22:08:10 GMT</pubDate>
		<author>S0ulReaver</author>
		<category><![CDATA[Windows]]></category><category><![CDATA[Python]]></category><category><![CDATA[Django]]></category>
		<category><![CDATA[Django]]></category><category><![CDATA[Windows live writer]]></category><category><![CDATA[Python]]></category><category><![CDATA[Meta Weblog API]]></category>
	</item>
	
	
	
	
	
	

		
	<item>
		<title><![CDATA[Рецепты от ПанГурмана]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/142703/</guid>
		<link>http://habrahabr.ru/post/142703/</link>
		<description><![CDATA[Недавно запустили сервис по бронированию ресторанов <a href="http://pangurman.ru">ПанГурман</a>. Внутри это более-менее типичный django-сайт. Попробую рассказать, как там что устроено (с картинками). В статье не будет ничего супер-хитрого, но, надеюсь, кому-нибудь пара трюков или идей покажутся полезными и как-то упростят жизнь.<br/>
 <a href="http://habrahabr.ru/post/142703/#habracut">Читать дальше &rarr;</a>]]></description>
		
		<pubDate>Tue, 24 Apr 2012 10:21:24 GMT</pubDate>
		<author>kmike</author>
		<category><![CDATA[Я пиарюсь]]></category><category><![CDATA[Django]]></category>
		<category><![CDATA[django]]></category><category><![CDATA[ПанГурман]]></category><category><![CDATA[django-widget-tweaks]]></category><category><![CDATA[django-model-utils]]></category><category><![CDATA[ajax]]></category><category><![CDATA[TemplateResponse]]></category><category><![CDATA[django-salmonella]]></category><category><![CDATA[factory-boy]]></category><category><![CDATA[тесты]]></category>
	</item>
	
	
	
	
	
	

		
	<item>
		<title><![CDATA[GeoIP и Django]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/142347/</guid>
		<link>http://habrahabr.ru/post/142347/</link>
		<description><![CDATA[<a href="http://django-geoip.readthedocs.org/en/latest/index.html"><img src="http://habrastorage.org/storage2/c38/8aa/d82/c388aad82a435b7dadce99c8c67dbbf5.png" align="right"/></a>Вебразработчики частенько сталкиваются с классической задачей определения местоположения пользователя по его IP-адресу. Существует множество различных решений, например на основе мировой базы Maxmind Geolite или российской IpgeoBase. Все они обладают достаточно низкуровневыми API, ну оно и понятно: на входе айпишник, на выходе страна, либо город и, если повезёт, ещё какая-нибудь полезная информация. <br/>
<br/>
У всех сайтов с GeoIP, которые <a href="http://futurecolors.ru/">мы</a> запускали, есть общая черта: они не только нуждаются в простой геолокации, необходимо также выводить различный контент на сайте в зависимости от месторасположения пользователя. Чтобы упростить для себя эту задачу мы <a href="http://django-geoip.readthedocs.org/">написали небольшую батарейку django-geoip</a>, вдохновившись приложением django-ipgeobase.<br/>
 <a href="http://habrahabr.ru/post/142347/#habracut">Читать дальше &rarr;</a>]]></description>
		
		<pubDate>Thu, 19 Apr 2012 10:18:27 GMT</pubDate>
		<author>Prophet</author>
		<category><![CDATA[Django]]></category>
		<category><![CDATA[django]]></category><category><![CDATA[geoip]]></category><category><![CDATA[ipgeobase]]></category><category><![CDATA[futurecolors]]></category>
	</item>
	
	
	
	
	
	

		
	<item>
		<title><![CDATA[Оптимизация flatpages проекта на django под минимальные системные требования. Статья-шутка]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/142241/</guid>
		<link>http://habrahabr.ru/post/142241/</link>
		<description><![CDATA[<img src="http://habrastorage.org/storage2/065/6c3/e79/0656c3e793d25ca5f23e3155a6a8ec69.jpg"/><br/>
<br/>
Под катом много букв, но не беспокойтесь — вы всех их знаете.<br/>
 <a href="http://habrahabr.ru/post/142241/#habracut">Читать дальше &rarr;</a>]]></description>
		
		<pubDate>Sat, 21 Apr 2012 13:02:35 GMT</pubDate>
		<author>magic4x</author>
		<category><![CDATA[Веб-разработка]]></category><category><![CDATA[Django]]></category>
		<category><![CDATA[django]]></category><category><![CDATA[django-compress]]></category><category><![CDATA[uwsgi]]></category><category><![CDATA[nginx]]></category><category><![CDATA[memcached]]></category>
	</item>
	
	
	
	
	
	

		
	<item>
		<title><![CDATA[Вышел PyCharm 2.5 с поддержкой удаленных интерпретаторов, улучшенным virtualenv, SVN 1.7 и пр]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/142188/</guid>
		<link>http://habrahabr.ru/post/142188/</link>
		<description><![CDATA[<a href="http://www.jetbrains.com/pycharm"><img align="right" src="http://habrastorage.org/storage2/80a/ecc/b37/80aeccb377dbf4712218a49cdd151554.png"/></a>В пятницу, не смотря, что она была еще и 13 апреля, команда создающая <b>PyCharm</b>, передовую <a href="http://www.jetbrains.com/pycharm">IDE для Python</a> от JetBrains, выпустила очередное обновление своего продукта — <b>версию 2.5</b>.<br/>
В этот релиз вошли важные нововведения по работе с Python-окружением и не только:<br/>
 <a href="http://habrahabr.ru/post/142188/#habracut">Читать дальше &rarr;</a>]]></description>
		
		<pubDate>Mon, 16 Apr 2012 17:36:24 GMT</pubDate>
		<author>topka</author>
		<category><![CDATA[Блог компании JetBrains]]></category><category><![CDATA[Python]]></category><category><![CDATA[Django]]></category>
		<category><![CDATA[pycharm]]></category><category><![CDATA[jetbrains]]></category><category><![CDATA[virtualenv]]></category><category><![CDATA[interpreter]]></category><category><![CDATA[svn]]></category><category><![CDATA[python]]></category><category><![CDATA[django]]></category><category><![CDATA[environment]]></category>
	</item>
	
	
	
	
	
	

		
	
	<item>
		<title><![CDATA[[Из песочницы] Django Gmap v3 Widget — геолокация с поиском, сохранение координат и адреса в JSONField]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/141444/</guid>
		<link>http://habrahabr.ru/post/141444/</link>
		<description><![CDATA[Привет. Была поставлена задача реализовать геолокацию (google maps v3) для пользователей в одном из проектов на django, хочу поделиться своим решением.<br/>
<br/>
<h5>Необходимый функционал:</h5><br/>
<ol>
<li>Вывод карты с маркером текущего положения, возможность перемещать маркер (dragged), ставить по click событию</li>
<li>Поиск по адресу (autocomplete)</li>
<li>Сохранение как координат, так и самого адреса (если он имеет место быть)</li>
</ol><br/>
 <a href="http://habrahabr.ru/post/141444/#habracut">Читать дальше &rarr;</a>]]></description>
		
		<pubDate>Thu, 05 Apr 2012 07:04:02 GMT</pubDate>
		<author>dubenko</author>
		<category><![CDATA[Python]]></category><category><![CDATA[Django]]></category>
		<category>django</category><category>python</category>
	</item>
	
	
	
	
	

		
	<item>
		<title><![CDATA[Скидка на PyCharm]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/141250/</guid>
		<link>http://habrahabr.ru/post/141250/</link>
		<description><![CDATA[Апрельская скидка на <a href="http://www.jetbrains.com/pycharm/buy/?easter">PyCharm</a>. До 16 апреля 30% скидка.<br/>
<img src="http://habrastorage.org/storage2/659/0a9/512/6590a951242e5d93da5917d4d5cb9079.png"/> <a href="http://habrahabr.ru/post/141250/#habracut"></a>]]></description>
		
		<pubDate>Mon, 02 Apr 2012 12:25:53 GMT</pubDate>
		<author>Kotyamba</author>
		<category><![CDATA[Веб-разработка]]></category><category><![CDATA[Python]]></category><category><![CDATA[Django]]></category>
		<category><![CDATA[pycharm]]></category><category><![CDATA[django]]></category><category><![CDATA[ide]]></category>
	</item>
	
	
	
	
	
	

		
	<item>
		<title><![CDATA[ImageValue в django-dbsettings]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/141218/</guid>
		<link>http://habrahabr.ru/post/141218/</link>
		<description><![CDATA[Добрый день.<br/>
<br/>
Часто возникает необходимость иметь пользовательские (административные) настройки сайта, которые не могут быть определены в settings.py по двум простым причинам: настройки из settings.py не могут быть изменены без перезапуска сервера; и — самое главное — они могут быть изменены только программистом.<br/>
<br/>
Модуль <b>django-dbsettings</b> (бывш. django-values) призван избавить Вас от этих ограничений: он предоставляет механизм хранения пользовательских настроек в базе данных, а также удобные виды для их редактирования.<br/>
<br/>
И вроде бы все отлично… НО! Что же делать, если в качестве настройки нужна будет картинка: например, логотип сайта? Как выяснилось, django-dbsettings <i>не поддерживает</i> такого типа значений.<br/>
<br/>
О том, как я добавлял поддержку <b>ImageValue</b> в django-dbsettings, я и собираюсь поведать.<br/>
<br/>
 <a href="http://habrahabr.ru/post/141218/#habracut">Читать дальше &rarr;</a>]]></description>
		
		<pubDate>Mon, 02 Apr 2012 23:18:43 GMT</pubDate>
		<author>hdg700</author>
		<category><![CDATA[Python]]></category><category><![CDATA[Django]]></category>
		<category><![CDATA[django]]></category><category><![CDATA[dbsettings]]></category><category><![CDATA[python]]></category>
	</item>
	
	
	
	
	
	

		
	<item>
		<title><![CDATA[Модуль Mock: макеты-пустышки в тестировании]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/141209/</guid>
		<link>http://habrahabr.ru/post/141209/</link>
		<description><![CDATA[<i>Mock</i> на английском значит «имитация», «подделка». Модуль с таким названием помогает сильно упростить тесты модулей на Питоне.<br/>
<br/>
Принцип его работы простой: если нужно тестировать функцию, то всё, что не относится к ней самой (например, чтение с диска или из сети), можно подменить макетами-пустышками. При этом тестируемые функции не нужно адаптировать для тестов: Mock подменяет объекты в других модулях, даже если код не принимает их в виде параметров. То есть, тестировать можно вообще без адаптации под тесты.<br/>
<br/>
Такое поведение — уже не надувные ракетные установки, а целая надувная земля, вокруг которой могут летать испытуемые ракеты и самолёты.<br/>
<br/>
<img src="http://dl.dropbox.com/u/6721960/2012-03-31/mock_rockets.jpg" alt="Российские надувные макеты ракетных и радарных установок" title="Российские надувные макеты ракетных и радарных установок"/><br/>
<br/>
 <a href="http://habrahabr.ru/post/141209/#habracut">Читать дальше &rarr;</a>]]></description>
		
		<pubDate>Mon, 02 Apr 2012 07:37:36 GMT</pubDate>
		<author>siberiano</author>
		<category><![CDATA[Тестирование]]></category><category><![CDATA[Python]]></category><category><![CDATA[Django]]></category>
		<category><![CDATA[tdd]]></category><category><![CDATA[python]]></category><category><![CDATA[mock]]></category><category><![CDATA[тестирование]]></category><category><![CDATA[unit testing]]></category><category><![CDATA[django framework]]></category>
	</item>
	
	
	
	
	
	

		
	<item>
		<title><![CDATA[Встречаем релиз Django 1.4]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/140543/</guid>
		<link>http://habrahabr.ru/post/140543/</link>
		<description><![CDATA[<a href="https://djangoproject.com"><img src="http://habrastorage.org/storage2/f28/ec1/ec4/f28ec1ec4b091e4bf3362ce54d408af7.png"/></a><br/>
О новых фишках, изменениях, несовместимостях со старыми версиями Django и Python можно почитать <a href="https://docs.djangoproject.com/en/dev/releases/1.4/">тут</a>.  <a href="http://habrahabr.ru/post/140543/#habracut">Читать дальше &rarr;</a>]]></description>
		
		<pubDate>Fri, 23 Mar 2012 17:10:21 GMT</pubDate>
		<author>MechanisM</author>
		<category><![CDATA[Python]]></category><category><![CDATA[Django]]></category>
		<category><![CDATA[django]]></category><category><![CDATA[python]]></category>
	</item>
	
	
	
	
	
	

		
	
	<item>
		<title><![CDATA[[Из песочницы] Django Admin Actions — действия с промежуточной страницей]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/140409/</guid>
		<link>http://habrahabr.ru/post/140409/</link>
		<description><![CDATA[Привет. Полезная штука экшены в админке! Хочу поделиться как можно сделать экшен который после выбора элементов будет отправлять пользователя на промежуточную страницу чтобы с этими элементами можно было сделать что то особенное. Пример? Например у вас есть интернет магазин, таблица товаров. Вы хотите перенести часть товаров из одного раздела (книги) в другой (книги технические). Выбираем нужные книги, выбираем действие «Перенести в другой раздел», жмем применить, переходим на промежуточную страницу, выбираем нужный раздел и жмем сохранить. Здорово? Давайте попробуем.<br/>
 <a href="http://habrahabr.ru/post/140409/#habracut">Читать дальше &rarr;</a>]]></description>
		
		<pubDate>Wed, 21 Mar 2012 08:26:31 GMT</pubDate>
		<author>moskrc</author>
		<category><![CDATA[Django]]></category>
		<category>django</category><category>django-admin</category>
	</item>
	
	
	
	
	

		
	<item>
		<title><![CDATA[Чуть-чуть «извращений» над моделями django]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/140298/</guid>
		<link>http://habrahabr.ru/post/140298/</link>
		<description><![CDATA[<h4>Лень двигатель прогресса</h4><br/>
Иногда, создавая модели в django, я себя начинаю чувствовать мартышкой. Постоянно создаю атрибут enable, который принимает по умолчанию то значение True, то False. Меняю менеджер objects на свой простой EnableManager. А хочется иметь механизм, который эти монотонные операции делал за меня. Раз хочется, то можно сделать.<br/>
<br/>
 <a href="http://habrahabr.ru/post/140298/#habracut">Читать дальше &rarr;</a>]]></description>
		
		<pubDate>Tue, 20 Mar 2012 02:17:46 GMT</pubDate>
		<author>Zapix</author>
		<category><![CDATA[Django]]></category>
		<category><![CDATA[django]]></category><category><![CDATA[models]]></category><category><![CDATA[decorators]]></category><category><![CDATA[abstract class]]></category><category><![CDATA[python]]></category>
	</item>
	
	
	
	
	
	

		
	
	<item>
		<title><![CDATA[[Из песочницы] VIM, Django… Django, VIM]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/140164/</guid>
		<link>http://habrahabr.ru/post/140164/</link>
		<description><![CDATA[Вот казалось бы сейчас, как никогда должна быть масса крутых IDE для разработки на Django. И они есть — взять хотя бы PyCharm или PyDev. Но мне они никогда не нравились. Я всю свою карьеру Python-разработчика пользовался SciTE + Scintilllua (<a href="https://bitbucket.org/ad3w/scite_config/overview">вот мой конфиг</a>, если кому нужен) и был вполне доволен. Но черт меня дернул попробовать VIM с Emacs и я уже не смог вернуться на SciTE. Нет, это отличный редактор, но большую часть работы я пишу код и уже не могу представить, как можно было работать в текстовом редакторе с мышкой или каждый раз тянуть руку к стрелкам, чтобы перейти на новую строку, а потом к End, чтобы перейти в конец строки. Оставалось мне только по-минимуму настроить свой VIM для удобной разработки на Django. <a href="http://habrahabr.ru/post/140164/#habracut">Читать дальше &rarr;</a>]]></description>
		
		<pubDate>Sat, 17 Mar 2012 13:17:53 GMT</pubDate>
		<author>ad3w</author>
		<category><![CDATA[Python]]></category><category><![CDATA[VIM]]></category><category><![CDATA[Django]]></category>
		<category>django</category><category>python</category><category>vim</category>
	</item>
	
	
	
	
	

		
	<item>
		<title><![CDATA[Как прошел Московский Django Meetup]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/139971/</guid>
		<link>http://habrahabr.ru/post/139971/</link>
		<description><![CDATA[<img src="http://moscowdjango.timepad.ru/upload/image/org/5899/1329049155avatar.png" alt="image" align="right"/>1&nbsp;марта прошел <a href="http://habrahabr.ru/post/138627/">первый Московский Django Meetup</a>. 25&nbsp;человек&nbsp;&mdash; и&nbsp;опытных разработчиков и&nbsp;только начинающих,&nbsp;&mdash; прослушали три доклада и&nbsp;познакомились другими джангистами.<br/>
 <a href="http://habrahabr.ru/post/139971/#habracut">Читать дальше &rarr;</a>]]></description>
		
		<pubDate>Thu, 15 Mar 2012 12:48:43 GMT</pubDate>
		<author>Voldar</author>
		<category><![CDATA[Я пиарюсь]]></category><category><![CDATA[Django]]></category>
		<category><![CDATA[django]]></category><category><![CDATA[django framework]]></category><category><![CDATA[python]]></category><category><![CDATA[meetup]]></category>
	</item>
	
	
	
	
	
	

		
	
	<item>
		<title><![CDATA[[Из песочницы] Фотогалерея на Django с использованием Google Picasa в качестве хостинга]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/post/139871/</guid>
		<link>http://habrahabr.ru/post/139871/</link>
		<description><![CDATA[<img src="http://habrastorage.org/storage2/b8b/a64/486/b8ba64486ce7eaa505f938f993712f6d.png" align="left"/><br/>
<br/>
Привет Хабралюди.<br/>
<br/>
В этом посте хочу поделиться опытом организации фотогалереи на своем сайте с использованием <a href="http://picasa.google.com/">Google Picasa</a> как хранилища фотографий. Подобное решение для php уже <a href="http://habrahabr.ru/blogs/webdev/83358/">было на Хабре</a>, здесь же приводится реализация на Django. Кому интересна эта тема, добро пожаловать.<br/>
<br/>
 <a href="http://habrahabr.ru/post/139871/#habracut">Читать дальше</a>]]></description>
		
		<pubDate>Tue, 13 Mar 2012 11:19:14 GMT</pubDate>
		<author>pollydrag</author>
		<category><![CDATA[Google]]></category><category><![CDATA[Python]]></category><category><![CDATA[Django]]></category>
		<category>django</category><category>python</category><category>google picasa</category><category>photo</category>
	</item>
	
	
	
	
	

		
		
		
		
		
		
	

	
</channel>
</rss>

