Здравствуйте.
За плечами имеется хороший опыт разработки web-проектов на PHP.
Имеется опыт прикладного программирования на Python.

Планирую в ближайшее время открыть свой web-проект.
Загвоздка в том, что на Python для web я еще ничего не писал, 
однако, Python я люблю и интересно попробовать свои силы в Django.
C архитектурой MVC я знаком из опыта с PHP, так что, по базовым понятиям,
думаю, проблем не будет. 

Вопрос заключается в следующем: Подскажите, пожалуйста. Те кто съели собаку 
и  в PHP и в Python - что меня может обрадовать в процессе разработки и к чему
лучше быть готовым сразу. В частности, меня волнует нагрузка на сервер через
modwsgi. Т.е. расчет ресурсов исходя из посещаемости и соответственно нагрузки.
Плюс - возможные подводные камни.

P.S. Очень прошу не делать эту тему холливаром. Я твердо решил написать проект 
именно на Python. И я не имею ничего против этих двух языков.

Заранее спасибо за помощь.
С уважением, Игорь.

mod_wsgi:
в принципе хорошо проверенная технология, но довольно устаревшая и проект не очень сильно развивается.
рекомендую uWSGI. Преимущества (относительно WSGI):

• поддержка множества версий питона на одном и том же бегущем серванте (в mod_wsgi ты привязан к питону с которым собран mod_wsgi, и для сборки нескольких апачи-модулей с разными версиями питона, будут затруднения в сфере одноименных глобальных переменных конфига, как напр. WSGIPythonHome, WSGIPythonPath)
• настоящая поддержка virtualenv
• намного больше "кнопочек" и "винтиков" для подкрутки под свою нужду
• улучшенная поддержка узнавания полудохлых процессов, обнаглевших потоков, и т.д. (т.е. failure detection/handling)
• различные няшки в сфере ограничений ресурсов, встроенная способность балансировки нагрузки.
• поддержка разных асинхронных прибамбас
• отдельные лог файлы, в которых нормальным языком описывается что произошло.
• есть несколько вариантов мониторинга сервиса uWSGI: snmp, django-admin, stats server
• можно подкрутить как к апачу, так и к другим http сервисам, что делает систему раскладываемой на большее количество частей.
  т.е. легче измерить способности апача vs. nginx/lighttpd, с практически идентичной конфигурацией uWSGI (с разными соединителями)
• в отличие от WSGI поддерживает большее количество протоколов связи с веб-сервантом: CGI, UWSGI, http, и есть еще

Это сообщение отредактировал(а) bilbobagginz - 17.2.2013, 00:16

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

Понял вас ребята. Спасибо. Буду копать дальше)

Я понимаю, что месяц прошел и уже никому ничего не надо наверное, но удержаться не смог.


Уважаемый, вы это зачем написали? На основании чего? Можно unsuccess story какой-нибудь? Что вот вы делали такого, что не смогли сделать с помощью джанговского ORM и шаблонизатора(?!). И на что перешли?

А то люди не вкурсе, те которые радостно пишут интернет-магазины, системы учета, crm и многое другое.

Топик-стартеру: берите и пишите. Роскошная документация, огромное коммьюнити, довольно серьёзные батарейки в комплекте и море готовых решений. У меня лично несколько знакомых с php перешли на django - все довольны.

а пациента он все-таки нашел