Información y consejos para proyecto web

[Casimiro Noteví]

Son muchas opciones, posibilidades, formas, lenguajes, sistemas, etc... y casi que complica más conocer tantas opciones que no saberlo

No lo he dicho antes, según pregunta mamcx, teniendo en cuenta las actuales llamadas de teléfono, los emails y fax que reciben, (que es el sistema que usan actualmente para las incidencias) se ha hecho un cálculo que indica que serán entre 100 y 200 conexiones simultáneas constantes las que recibirá el sistema.

En principio, aunque nuestro cliente quiere montar el servidor en sus oficinas, yo creo que se le convencerá para no hacerlo así, se contratará un VPS en algún sitio que vaya bien, o un servidor dedicado.

La idea es instalar un linux server, seguramente debian o ubuntu y sistema de arhivos ext4, el servidor web será cherokee con casi toda seguridad. Todos los servidores que hemos montado desde 1998 llevan Linux y en ese aspecto estamos muy seguros.

El programa web inicialmente se había pensado: php + firebird + fotos (dentro/fuera)

Lo de php no me convence demasiado, pero tampoco quiero perder mucho tiempo en aprender algún lenguaje "raro", y php por lo que he visto está muy documentado.

Lo de las fotos, ahora que he pensado en el tamaño, tampoco me parece muy excesivo, porque aunque guardaran todas las fotos a 10 megas, la base de datos tendría 10 Gigas con un millón de fotos. Ahora mismo están manejando en red local una base de datos de algo más de 20 Gigas.

Algo que sí tengo en duda es, suponiendo que se use php, ¿existe algún "componente" para manejar firebird que no sean los propios controladores que trae php?.

Otra cosa que no he comentado es que se pretende que la página web sea "moderna", ágil, fácilmente modificable para poner cosas nuevas, alguna oferta temporal, información variada, encuestas a los usuarios, etc. y que sea cómodo de poner y quitar esas cosas, estilo de como se hace con los "plugins" de blogger, wordpress y sitios así.

Ahora mismo, aparte del lenguaje a usar, lo que más me preocupa son las fotos (dentro/fuera), ya que el sistema que se ha comentado más arriba, lo de thumbnail me parece estupendo para no estar moviendo imágenes enormes.

[roman]

Si el proyecto no es para ayer, ¿por qué no te planteas usar Python? Sirve que nos enseñas

En cuanto al hosting, conozco cierto proveedor que es muy bueno

// Saludos

[Casimiro Noteví]

Empezado por roman

Si el proyecto no es para ayer, ¿por qué no te planteas usar Python? Sirve que nos enseñas

¿Qué "cosas" interesantes tiene phyton?, yo sólo lo conozco de scripts que tengo por aquí para hacer algún proceso.

Empezado por roman

En cuanto al hosting, conozco cierto proveedor que es muy bueno // Saludos

Me lo vas a tener que recomendar

[mamcx]

Pegate una mirada a http://www.djangoproject.com/. Se podria decir que por mucho, es la razon por lo que mas de uno empezo en python

En cuanto al lenguaje, es como lo mas parecido en cuanto a Delphi sobre el hecho de que es FACIL de leer. La comunidad de python premia la legibilidad, como en Delphi.

No existe eso de mezclar html, css, js, python, todo a la vez (no por defecto, como en php). Lo que lleva a que el codigo sea de muy facil mantenimiento.

Tiene muchas buenas cualidades, pero es dificil apuntarse solo a una. La legibilidad seguro es el #1, luego vienen un monton de cosas que se van juntando.

Un argumento en contra de PHP? Pues python es MAS potente. De seguro. Pensar en php sin web? no. Pensar en python sin web? Claro!. Es posible hasta hacer aplicaciones de escritorio, y hay unas muy buenas (pero en OSX, las que conozco). PHP cuando hay que hacer algo fuera de su core, pues toca meter c u otra cosa.

Un punto en favor de PHP? Es como el VB: Todos y todas lo usan, y se despliega en cualquier cosa, en hosting mediocres sin problemas. Tambien, que PHP es directo web. No hay que usar un framework como django (o turbogears, o pylons, u otro) para hacer tu primera paginita web.

Con todo, lo que hablas de carga y demas no descalifica aPHP en lo absoluto. Igual en manos competentes es una buena eleccion.

----

Aunque el peso de las imagenes no es nada excesivo, de todas maneras es bueno tener en cuenta las recomendaciones de la presentacion que te pase. Es muy facil degradar el sistema de archivos si no se particiona el almacenamiento de las imagenes. Ademas, seguro hay muchas otras como los thumbails que hacen sumar. Servir muchos archivos chicos es tan dificil como pocos grandes.

Una ultima recomendacion? Usa algo como http://www.balsamiq.com/products/mockups/desktop para hacer sketchs de la aplicacion, irse derecho con cherokee, probar desde el principio con MUCHAS imagenes (es posible generarlas o usar un banco de imagenes), ten listo el plan de emergencias (backups) y haz la aplicacion simple. A veces (y esto es pa roman ) el uso de herramientas diferentes, plataformas, tecnicas, etc, conduce a lo simple. La parte dificil es elegir, entender y probar, pero hay ganancia en ver como lo resuelven otros y porque elegieron lo que eligieron.

[mamcx]

Empezado por Casimiro Notevi

Otra cosa que no he comentado es que se pretende que la página web sea "moderna", ágil, fácilmente modificable para poner cosas nuevas, alguna oferta temporal, información variada, encuestas a los usuarios, etc. y que sea cómodo de poner y quitar esas cosas, estilo de como se hace con los "plugins" de blogger, wordpress y sitios así.

Aqui se me prendio la alarma de una! Una cosa es una cosa (sistema realmente importante de fotos) y lo demas es lo demas (CMS de entretenimiento al departamento de ventas y demas). Es caracteristico de los usuarios querer que su sistema (por ejemplo) de contabilidad ademas le mande cartas de felicitaciones animadas en gif a sus clientes, envie mails masivos y controle el marketing viral en facebook. Lo he vivido!

De entrada, yo diria que no. Si tu cliente quiere eso, pues hombre, que monte wordpress y listo el pollo. Y como metes a tu sistema?

Ah, facil. Pa eso puedes:

- usar un dominio como appfotos.tucliente.com
- Compartir la BD de usuarios y/o utilizar un sistema federado como OpenID, o LDAP o una BD central omlo que sea.
- Usar un API rest en tu aplicacion, para poner lo relevante en el CMS e integrar con plugins alla
- O permitir enlazar con IFRAME segementos de codigo html, para mostrar widget y pendejadas de esas.

No mezcles ambas cosas. Te saldra un chicharron tremendo. Usa un CMS probado pa contentar a tu cliente e implementa libre de ataduras el sistema que REALMENTE te estan solicitando.

[Casimiro Noteví]

Por cierto, python puede usar firebird sólo en windows.
Otro detalle: todo debe ser software libre.

Cada vez estoy más confuso

[mamcx]

Por cierto, python puede usar firebird sólo en windows.

De donde sacaste eso???????????

Otro detalle: todo debe ser software libre.

Todo lo que se ha mencionado cumple

[Casimiro Noteví]

Empezado por mamcx

De donde sacaste eso???????????

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

Python driver binary distribution only available for Windows

Bueno, dice que hay que compilarlo para otras plataformas que no sea windows.

[[movorack]]

mira en esta web usando jquery manejan imagenes de hasta 29566 X 14321, permitiendo hacer zoom y solicitando solo la parte a la que se le hace zoom... bueno mejor el ejemplo...

http://www.ajax-zoom.com/

[Casimiro Noteví]

Muy interesante, aunque ahora mismo eso me parece bastante complejo de hacer

[mamcx]

Empezado por Casimiro Notevi

Python driver binary distribution only available for Windows

Bueno, dice que hay que compilarlo para otras plataformas que no sea windows.

Y que esperabas? En Linux compila desde las fuentes!!!!

---

Y ya en serio, no terminaste de leer. Hay mismo dice que el driver *nativo* de python es KInterbasdb. Y funciona muy bien.

Empezado por Casimiro Notevi

aunque creo que sólo funciona para php, según he oído.

No, lo que dice es que esta hecho en php & js. La herramienta usada en el servidor (php, python, .net, c, delphi) es tangencial a la que uses en el cliente (jquery, mootols, js, html, html5, xhtml, css).

Lo uno no esta fuertemente acoplado a lo otro. No hay nada que impida una implementacion alternativa (ejemplos varios: http://kapilt.wordpress.com/2008/11/...om-and-python/).

---

Una cosa buena de la tecnologia Web, y una de la que me tomo tiempo en apreciar, es que el protocolo es HTTP+TEXTO. Uno puede, sin grandes dificultades, integrar herramientas en php, python, delphi, etc usando este protocolo.

Por ejemplo, mi sitio http://www.elmalabarista.com esta hecho en django. He creado un sistema de descarga de plugins que desde delphi usa http+rest para descargar la info de esos plugins.

Tengo los servicios de fogbugz, que esta en php. Y desde el iPhone, lo uso para reportar (http) los errores de la aplicacion. Y uso el API de twitter (hecho en ruby?) para desplegar mis ultimos mensajes en el blog. Y asi sucesivamente.

En web, tu estas programando HTTP. Lo demas, es "syntax sugar, baby".

[Casimiro Noteví]

Me temo que todavía estoy un poco enrevesado con tantas siglas nuevas, la mayoría de ellas sólo tenga alguna idea de lo que es.