GAE и Django: Каковы преимущества?

Ответ 1

С Django на GAE вы получаете все преимущества (а также не-льготы) GAE. Преимуществами являются в основном автоматическая масштабируемость и высокая надежность по очень низкой цене.

Вы можете начать с проверки следующих параметров:

• Переполнение стека: Django в Google App Engine
• Переполнение стека: Django и App Engine
• Код Google: запуск Django в Google App Engine
• YouTube: Google I/O 2008 - Python, Django и App Engine
• Django в Google App Engine за 13 простых шагов
• Google - Почему App Engine?

Ответ 2

Как оказалось, я задал этот вопрос:

Зачем использовать Django в Google App Engine?

В основном он разрешен для двух элементов:

• В функциональности, где перекрываются webapp и Django, Django имеет тенденцию быть немного приятнее и/или более гибким.
• Если вы хотите позже уйти от GAE, Django является целью портирования.

Мой вопрос (в сочетании с богатством информации, предоставленной Даниэлем Вассалло) должен полностью ответить на ваш вопрос.

Ответ 3

GAE - отличный инструмент для новых и небольших проектов, для которых не требуется реляционная база данных. Я использую ряд решений для веб-хостинга.

1) Я построил www.gaiagps.com в App Engine, потому что это была всего лишь брошюра и крошечный магазин для хранения блога для блога.

2) Мой коллега также создал веб-искателя на GAE, потому что это были просто простые скрипты Python, которые собирали веб-страницы. Это приложение фактически отправляет данные в EC2, хотя, где больше работы сделано.

3) Я размещаю www.trailbehind.com в EC2, потому что он использует гео-базу данных (PostGIS), которую вам в основном придется реализовать в App Engine.

4) Я размещаю TRAC и SVN на WebFaction, потому что он готов для любого фрагмента.

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

Ответ 4

Недавно я изменил свое развитие с webapp на django (с помощью приложения-engine-patch b/c они добавили больше возможностей). Ознакомьтесь с приложением-движком-патчем здесь:

http://code.google.com/p/app-engine-patch/

Мне очень понравилось, как просто использовать webapp, и у него были все инструменты, которые мне нужны на некоторое время. Однако, когда дело доходило до добавления учетных записей пользователей на мой сайт, я обнаружил, что мне либо пришлось сворачивать свою собственную систему (с сеансами и т.д., Которые могут усложняться в GAE), либо использовать учетные записи google/gmail с помощью webapp.

Я не хотел, чтобы мои пользователи сначала подписывались на google/gmail, прежде чем они подписались со мной.

Поэтому я пытаюсь выполнить django с помощью приложения-engine-patch, потому что они уже реализовали пользовательскую функциональность из django, и, похоже, он работает нормально.

С Django против Webapp они имеют схожую производительность, и оба предлагают автоматическую масштабируемость и т.д.

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

Удачи.

Ответ 5

Я провел какое-то django/GAE последнее лето (см. Погружение в веб-развитие). App Engine Patch является обязательным.

Единственная реальная проблема, с которой я столкнулся, - это ограничение загрузки/загрузки 1M, введенное GAE. Я мог загружать более крупные файлы, используя HTTP напрямую на S3, но я не мог получить их через GAE. Надеюсь, с тех пор они сняли это ограничение.

Ответ 6

Если вы ищете другие системы GAE CMS помимо Django, посмотрите Vosao. Это среда Java CMS, которая использует Velocity для шаблонов. Рамка все еще находится в альфа и находится в тяжелом развитии. Текущая версия (0.2.3) является стабильной и очень функциональной.

Вы можете увидеть пример рабочего сайта Vosao на мой личный домен.

Ответ 7

Я предпочитаю webapp. Он лучше масштабируется в соответствии с Google и, похоже, лучше интегрируется с инфраструктурой App Engine. Плюс это более легкий.

Ответ 8

попробуйте kay-framework, если вы ищете фреймворк, специально предназначенный для движка Google.