DataSnap o LAMP

[roman]

Joder! Mira todo lo que había detrás de una frasesita

Es lo bueno de este tipo de hilos; que resultan muy iluminadores. Mira que yo me hubiera ido de frente con mod_python Viendo el enlace que pones, aun cuando en mi caso sí podría acceder a la configuración del servidor, me entero que no es la mejor opción.

// Saludos

[D-MO]

Empezado por roman

Joder! Mira todo lo que había detrás de una fracesita

Jejejejeje ... A veces no hay inspiración para escribir

Empezado por roman

...aun cuando en mi caso sí podría acceder a la configuración del servidor...

Yo también tengo acceso a mi servidor, pero hay ocasiones en que el cliente no dispone de ello, es allí donde salen estos "truquitos".

mod_python no lo he utilizado nunca, ni siquiera en local pues desde que uso Django leí esta información en el enlace que cito.

Saludos.

[roman]

D-MO:

No sé si ya lo mencionaste. ¿Con que motor de datos has trabajado con python?

// Saludos

[D-MO]

Empezado por roman

D-MO:

No sé si ya lo mencionaste. ¿Con que motor de datos has trabajado con python?

// Saludos

Creo que no lo he mencionado, desarrollo lo trabajo con sqlite3 pues para que sobrecargar mi pobre máquina (que ya no dá para mas) con un servidor "activo" mientras desarrollo. Al finalizar una aplicación o querer probarla con otro motor de bd, hago lo siguiente:

Con el sistema funcionando con slqite3, descargo la información (registros en la bd) con la que he trabajado para no tener que volver a llenar la nueva bd a mano.

python manage.py dumpdata > dump_XXX.json

Luego edito el settings.py para indicar la conexión a la otra bd (MySQL, PostgreSQL). Seguido hago el proceso de instalación de mis modelos en la bd:

python manage.py syncdb

Y por último, cargo a la nueva bd la información que saqué de la otra (sqlite3):

python manage.py loaddata dump_XXX.json

Y listo, con esto tengo toda la información con otro motor de bd.

Pero respondiendo a tu pregunta, en desarrollo siempre uso sqlite3, en producción he usado MySQL (mas que todo en cuentas compartidas que no proveen soporte a PostgreSQL) y una o dos con PostgreSQL.

Acá en el trabajo tengo una aplicación funcionando con sqlite3, no tiene mucha demanda y ha funcionado muy bién.

Para la aplicación que planteo acá pretendo usar PostgreSQL, aunque si la llego a desarrollar, al liberarla (planeo hacerlo bajo la licencia BSD) sabemos que podrá utilizarse con cualquier motor soportado por Django.

Saludos.

[roman]

¡Guau! ¿¡Así de transparente es el cambio!?

Este sólo mensaje tuyo debería bastar a cualquiera para probar el framework!

// Saludos

[[Chris]]

Empezado por roman

¡Guau! ¿¡Así de transparente es el cambio!?

Este sólo mensaje tuyo debería bastar a cualquiera para probar el framework!

Es por eso que ya he preelegido este framework! De verdad es productivo. Es el Delphi de la web creo.

[D-MO]

Empezado por roman

¡Guau! ¿¡Así de transparente es el cambio!?

Este sólo mensaje tuyo debería bastar a cualquiera para probar el framework!

// Saludos

Así es, siempre y cuando no toques nada de la estructura del SQL, que será así en la mayoría de los casos si te apegas a la forma de Django de hacer las cosas.

Pues espero que se animen a probarlo, a ver si es cierta la filosofía de "Probó y le gustó" . Yo si lo probé y me gustó .

Saludos.

[D-MO]

Empezado por roman

Este sólo mensaje tuyo debería bastar a cualquiera para probar el framework!...

... ¿y será suficiente para justificar la creación del subforo Python en el grupo de Otros Entornos y Lenguajes?

[roman]

¡Hombre! Para eso soy moderador!! Uy, no, eso sonó dictatorial

Ja, ja. Deja plantearlo a los demás moderadores. Ayudaría saber que vas a escribir una introducción al framework, je, je.

// Saludos

[[Chris]]

Para una guía detallada, puedes también leer el capitulo dedicado a los lanzamientos de proyectos Django del libro de Django

Pero volviendo un poco al tema del hilo, en síntesis que opinan sería lo mejor para hoy y el futuro. Teniendo en cuenta los nuevos modelos de distribución SaaS y la nube.

[D-MO]

Empezado por Chris

...libro de Django

Una fuente de información muy buena, complementa la documentación de django. Hay algunas cosas desactualizadas pues está escrito para la versión 1.0 de django (ya va por la 1.3) pero si hay buena información.

Empezado por Chris

...en síntesis que opinan sería lo mejor para hoy y el futuro. Teniendo en cuenta los nuevos modelos de distribución SaaS y la nube.

Por las cosideraciones a tomar según esta frase, de las opciones que dás, opino que django.