[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]Gracias a todos por sus comentarios Seguimos y saludos El jue, 27-11-2003 a las 09:14, Leonel Nunez escribió: > El mié, 26-11-2003 a las 22:17, Salvador Ortiz Garcia escribió: > > On Wed, 2003-11-26 at 17:25, felipe.molina wrote: > > > Que tal lista > > > > > > Que piensan de esto: > > > > > > En una ocasion en una conferencia escuche que los cgi's tenian su tiempo > > > contado que el futuro era plataformas com net, J2EE, etc. > > > > > > Mi opinion en cuanto a este punto y hablando de java solamente es que es > > > algo lento; las pruebas que yo he realizado es mas rapido un php y me > > > imigino que en perl mucho mas (para accesar bd via web) > > > > > > Esto va en ralacion a que estamos conociendo perl para emigrar un > > > sistema de php a perl y la cuestion es ¿valdra la pena seguir trabajando > > > con una tecnologia que ya esta muriendo? o sera mejor desarrollar con > > > J2EE? > > > > > > Descarto net por que creo que java le lleva varios pasos adelante. > > > > Los CGIs, los clásicos programas ejecutados cada vez que el servidor > > recibe una solicitud, e independiemente del lenguaje en que estén > > escritos (lease perl, c, shell, java, etc) nacieron para tareas > > puntuales y de poca monta, pero no creo que estén destinados a morir, > > pues siempre existirá ese nicho. > > > > Errr.. MMMm > > CGI es : Common Gateway Interface. > > que significa ? > > Es la especificacion de comunicacion entre los scripts o programas con > el servidor de HTTP > > Por consecuencia CUALQUIER programa ya sea mod_perl, perl a secas > , php como modulo o como programa independiente CUMPLEN con el > estandard CGI > > Por consecuencia si usas perl o mod_perl o php o una implementacion > de J2EE Jboss o tomcat o el que gustes Siempre sera un CGI! > > La diferencia es cuando lo integras al apache como modulo pero NO DEJA > DE SER CGI. > > > Solo para aclarar > > mas info : > > http://www.w3.org/CGI > > > > > Cualquier sistema en Web que se respete requiere el uso de otras > > tecnologías. > > > > Si bien J2EE es una de ellas, y muy popular, es efectivamente la más > > ineficiente (lease "se arrastra"), pues las "ventajas" de java se > > acaban en cuanto lo usas en el servidor. > > > > De los progresos recientes en PHP no puedo opinar, pues lo abandoné por > > las limitaciones que le encontré en su momento. ;-) > > > > Retomalo no te hace daño saber como esta hoy en dia. > > > > Lo que si te puedo recomendar ampliamente es usar perl, ya que lo están > > conociendo, y si su proyecto es grande aprovechen para no adquirir > > vicios, van algunas recomendaciones: > > De Nuevo los vicios son por parte de programador > El que es un mal programador es mal programador indistinto del > lenguaje. > > > > > - No hagas CGIs, usa mod_perl! > > - No uses CGI.pm! > > - Separa por completo el código (la lógica de tu aplicacion) del > > diseño (CSS y HTML) > > No lo uses para imprimir HTML, deja que los diseñadores hagan > > su trabajo. > > (No hagas cosas del estilo: print "<TABLE><TR><TD>$dato"... ) > > Usa algún motor de templates, hay muchos > > - De las bases de Datos > > Usa conexiones persistentes cuando se requiera. > > Si la base es pequeña y/o no requires demasiada concurrencia usa > > MySQL, en caso contrario utiliza PostgreSQL. En cualquier caso > > usa DBI, para que puedas cambiar de RDBMS. > > Si no requieres toda la funcionalidad de SQL, DB de Berkeley es > > _mucho, mucho_ mas eficiente. > > - Estudia los detalles del protocolo HTTP (cosas como cuándo POST, > > cuándo GET o HEAD) y sé amable con los cachés: > > No quieras generar todo el contenido cada vez. (El contenido > > dinámico tiene lapsos de vida muy distintos!) > > Respeta los GETs condicionales. > > Pon a tus entidades headers completos: Content-Length, Expires, > > etc. > > - No te pongas a parsear a mano los "requests", usa las bibliotecas. > > - El contenido estático (imagenes, estilos, etc.) mantenlo por > > separado y preferentemente despachalo con, por ejemplo, TUX. > > - No uses cookies para mantener las sesiones, usalas para las > > "preferencias" y configuración de los usuarios. > > - Implementa algún sistema de autentificación centralizada, separado > > de las bases de datos de la aplicación. > > > > > 10000% de acuerdo en estos puntos > muy muy gud ! > > > > Saludos. > > > Seguimos ... > > > -- > ,''`. Leonel Nunez > : :' : http://enelserver.com > `. `' DEBIAN GNU/LINUX > `- A REAL FREE OS > > _______________________________________________ > Ayuda mailing list > Ayuda en linux org mx > Para salir de la lista: http://mail.linux.org.mx/mailman/listinfo/ayuda/ _______________________________________________ Ayuda mailing list Ayuda en linux org mx Para salir de la lista: http://mail.linux.org.mx/mailman/listinfo/ayuda/