2010-02-17 12 views
5

Los autores del app-engine-patch han marcado oficialmente este maravilloso proyecto como on their website. muerto. Durante el año pasado muchas personas han preguntado cuál era la mejor forma de ejecutar Django en Google App Engine, y una y otra vez las personas han apuntado a la aplicación -engine-patch es el camino a seguir. Ahora que este proyecto está muerto, me gustaría volver a esta discusión y ver lo que todos recomendarían.app-engine-patch está muerto. Ahora, ¿cuál es la mejor forma de usar Django en Google App Engine?

El viejo sitio web de parche de motor de aplicación se refiere a un proyecto diferente llamado djangoappengine en el que están trabajando. Se centra en el uso de Native Django en App Engine, pero al hacerlo parece limitar su capacidad de utilizar todas las características de App Engine (como su modelo de Usuario incorporado). ¿Qué piensan todos acerca de esto como una solución de reemplazo?

¿El proyecto Google App Engine Helper For Django ahora parece más atractivo ahora que el app-engine-patch ha muerto?

¿O es el parche de la aplicación del motor aún tan bueno que recomendaría seguir usándolo a pesar de estar muerto?

Actualmente tengo un proyecto en su etapa intermedia que depende del parche de aplicación de motor y me ha encantado usarlo hasta ahora, pero tengo miedo de seguir usando un proyecto que está muerto. Realmente agradecería cualquier comentario que tenga sobre lo que cree que es la mejor solución a largo plazo. ¡Gracias!

Respuesta

4

El parche App Engine es probablemente una apuesta más segura para un momento dado. Aunque no se admite activamente en este momento, sigue siendo excelente, ya que se ha probado más a fondo. Si está preparado para asumir algunos riesgos, intente probar la nueva opción djangoappengine + django-nonrel (soporte nativo de django para bases de datos no relacionales, principalmente del almacén de datos de google). Esa es la opción que todos usaremos en un momento, así que probablemente valga la pena probarla y no mirar hacia atrás. Por ejemplo, el parche de motor de aplicación solo admite ~ 300 entidades en el administrador (es decir, no aprovecha la funcionalidad 1.3.1), mientras que con el djangoappengine + django-nonrel ya no es un problema. www.allbuttonspressed.com, un sitio de los chicos detrás del parche de la aplicación del motor, está construido de esta manera, puedes obtener el código fuente del esqueleto del sitio @http://bitbucket.org/wkornewald/allbuttonspressed/.

buena suerte!

+0

Gracias por su sugerencia! He visto su proyecto mucho más cerca durante el último día y parece tener muchas promesas. Creo que intentaré migrar a djangoappengine + django-nonrel en un futuro muy cercano. – Spike

+0

Siempre bienvenido;) Buena suerte probando djangoappengine + django-nonrel, por favor, háganme saber cómo funcionó, ya que estoy pensando en probarlo también, estoy demasiado ocupado lidiando con otras cosas en este momento ... – toinbis