В настоящее время у меня есть сайт в Google App Engine, написанный в системе Google Webapp. Что я хочу знать, в чем преимущества конвертирования моего приложения для работы с django? И каковы недостатки? Также как вы, ребята, указали свои приложения GAE? Вы использовали webapp или django? Или вы выбрали совершенно другой маршрут и используете Java api?
Спасибо
С Django на GAE вы получаете все преимущества (а также не-льготы) GAE. Преимуществами являются в основном автоматическая масштабируемость и высокая надежность по очень низкой цене.
Вы можете начать с проверки следующих параметров:
Как оказалось, я задал этот вопрос:
Зачем использовать Django в Google App Engine?
В основном он разрешен для двух элементов:
Мой вопрос (в сочетании с богатством информации, предоставленной Даниэлем Вассалло) должен полностью ответить на ваш вопрос.
GAE - отличный инструмент для новых и небольших проектов, для которых не требуется реляционная база данных. Я использую ряд решений для веб-хостинга.
1) Я построил www.gaiagps.com в App Engine, потому что это была всего лишь брошюра и крошечный магазин для хранения блога для блога.
2) Мой коллега также создал веб-искателя на GAE, потому что это были просто простые скрипты Python, которые собирали веб-страницы. Это приложение фактически отправляет данные в EC2, хотя, где больше работы сделано.
3) Я размещаю www.trailbehind.com в EC2, потому что он использует гео-базу данных (PostGIS), которую вам в основном придется реализовать в App Engine.
4) Я размещаю TRAC и SVN на WebFaction, потому что он готов для любого фрагмента.
Если мне нужно сделать сайт за пару дней, я использую GAE. Если это большой или существующий проект или есть фанковая база данных, я использую что-то еще.
Недавно я изменил свое развитие с 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 имеет отличную проверку формы и т.д., но я вижу, что пользовательский материал является самым большим различием между ними.
Удачи.
Я провел какое-то django/GAE последнее лето (см. Погружение в веб-развитие). App Engine Patch является обязательным.
Единственная реальная проблема, с которой я столкнулся, - это ограничение загрузки/загрузки 1M, введенное GAE. Я мог загружать более крупные файлы, используя HTTP напрямую на S3, но я не мог получить их через GAE. Надеюсь, с тех пор они сняли это ограничение.
Если вы ищете другие системы GAE CMS помимо Django, посмотрите Vosao. Это среда Java CMS, которая использует Velocity для шаблонов. Рамка все еще находится в альфа и находится в тяжелом развитии. Текущая версия (0.2.3) является стабильной и очень функциональной.
Вы можете увидеть пример рабочего сайта Vosao на мой личный домен.
Я предпочитаю webapp. Он лучше масштабируется в соответствии с Google и, похоже, лучше интегрируется с инфраструктурой App Engine. Плюс это более легкий.
попробуйте kay-framework, если вы ищете фреймворк, специально предназначенный для движка Google.