Веб-разработка Python - с или без [закрытой] платформы

Вы могли бы рассмотреть использование чего-то как web.py, который будет легко распределить (так как это является маленьким), и также было бы легко адаптировать Ваши другие инструменты к нему, так как это не требует, чтобы Вы для представления платформе так как Django сделали.

быть предупрежденным, однако, это не самая любимая платформа в сообществе Python, но это могла бы быть просто вещь для Вас. Вы могли бы также проверить web2py, но я знаю меньше об этом.

Зависит от размера проекта. Если у Вас было только несколько предыдущих сценариев PHP, которые названный Вашим автономным приложением затем я, вероятно, пойду для cgi-приложения.

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

И конечно перед портированием его рассматривают, стоит ли это того только для переключения языка или если существуют определенные функции Python, в которых Вы нуждаетесь.

Удачи!

Я недавно портировал приложение PHP к Python с помощью web.py. Когда платформы идут, это чрезвычайно легко с минимальными зависимостями, и это имеет тенденцию оставаться вне Вашего пути, таким образом, это мог бы быть компромисс, Вы ищете.

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

Django позволяет выкрикнуть веб-сайт быстро, это наверняка. Вы не должны быть ведущим устройством Python для использования его, и так как это очень pythonic в, он - дизайн, и нет действительно никакого "волшебного" продолжения, это поможет Вам изучить Python по пути.

Запускаются с примеров, проверяют некоторые скринкасты django от TwiD, и Вы будете на пути.

Запускаются медленный, настраивание администратора и проигрывание с ним через оболочку являются способом запуститься. После того как Вы имеете дескриптор на ORM и добираетесь, как вещи работают, начните создавать реальный материал!

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

Это зависит от способа, которым Вы собираетесь распределить свое приложение.
, Если это будет только использоваться внутренне, пойдите для django. Это - радость для работы с ним. Однако django действительно терпит неудачу в задаче распределения; django-приложения являются болью для установки.

Пойдите для платформы. Основные материалы как обработка сессии являются кошмаром, если Вы не используете тот, потому что Python не является сетью, специализированной как PHP.

, Если Вы думаете, django слишком много, можно попробовать более легкий как очень маленький, но все еще удобный web.py.

Ради всего святого, используйте фреймворк! Существуют буквально десятки фреймворков, от cherrypy до django, от albatross до ... ну ... вы называете это. Фактически, огромное количество веб-фреймворков - это то, на что люди указывают, когда жалуются на популярность Rails.

Сообщество разработчиков Python разделено без единого голоса. Но это совсем другая тема! Дело в том, что существуют «веб-инструменты» (например, альбатрос), которые довольно легкие, но достаточно мощные, чтобы помочь вам в течение дня (например, автоматическая проверка бота не выполняла подделку простой отправки формы или помогала поддерживать чистоту MVC ).

Если вам нужно что-то, что не "слишком много фреймворка", посмотрите здесь:

http://wiki.python.org/moin/WebFrameworks

Посмотрите в разделе "