Что тебе нравится в этом?
Диспетчеризация URL: я никогда не был большим поклонником "/foo.php" файла "foo.php" на моем сервере, и если мне нужны более хорошие URL, мне нужно возиться с mod_rewrite и поддерживать его что ожидает моя логика в foo.
ORM. Поскольку, по моему опыту, более 90% ваших запросов не нужно писать вручную. Интеллектуальное кэширование гораздо важнее для производительности в целом. При необходимости вы можете всегда переходить на необработанный SQL.
Промежуточное программное обеспечение и сигналы: легко расширить большинство частей цикла запрос / ответ / просмотр / рендеринг, не затрагивая сам код Django.
Что заставило вас переключить / использовать его?
Он вышел, когда я был разочарован предложениями веб-фреймворка Python. Легкая продажа для меня.
Как быстро это в производстве?
Хм, честно говоря, я никогда не заботился слишком сильно. Часть веб-сервера вашего приложения (на мой взгляд) всегда легче всего масштабировать. Пока вы используете «лучшие практики» и ничего не делитесь, все, что вам нужно сделать, это добавить программный балансировщик нагрузки, и вы можете добавлять новые веб-серверы, пока коровы не вернутся домой. Первое узкое место, с которым обычно сталкиваются, это загрузка базы данных, но Django предоставляет вам отличные API-интерфейсы кэширования, которые помогут вам облегчить это.
Тем не менее, я только просмотрел это, но это кажется быстрее, чем Rails и хорошо известные PHP-фреймворки: http://wiki.rubyonrails.org/rails/pages/Framework+Performance
Насколько сложно это освоить?
Полагаю, это зависит от того, как вы определяете «хозяина». Документация отличная, в течение сайта / приложения приличного размера, я думаю, вы будете использовать всего понемногу, и это хорошее начало.