sitio hackeado

[PEIRANO ALVARADO, GINO PAOLO]

El mié, 30-11-2005 a las 14:25 -0300, Alvaro Herrera escribió:
> PEIRANO ALVARADO, GINO PAOLO escribió:
> 
> > que hay de Mysql 5??? alguna experiencia...benchmarks??
> > se supone que mejoraron muchas cosas, entre ellas, la posibilidad
> > de consultas, triggers y proc. almacenados... quizas sea una pequenna
> > alternativa, habra que hecharle un ojo y ver como se porta...
> 
> Hola, desde hace un tiempo no me gusta meterme en guerras santas, asi
> que voy a omitir comentarios que no sean totalmente objetivos.  El
> comentario objetivo que puedo hacer es que el soporte para estas cosas
> en MySQL 5 esta mucho mas que muy verde; como por ejemplo el tema de que
> en los triggers no puedes hacer accesos a tablas; o como que las llaves
> foraneas no soportan la capacidad de ser disparadas "mas tarde" en la
> transaccion ("deferred") ni soportan clausulas ON UPDATE.
> 
> Tu diras, ah, pero eso son "tonteras" o pelos de la cola, o son
> "caracteristicas mas avanzadas para las que podemos esperar un poco
> mas".  Pero la verdad es que sin eso, la gente que dice "los triggers no
> sirven para nada que no se pueda hacer en la aplicacion" tiene mucha
> razon -- asi como estan, no sirven para nada.  Cuando estan bien
> implementados la cosa es muy distinta.
> 
> 
> La verdad es que todas estas limitaciones hablan de caracteristicas que
> fueron implementadas a la rapida, para satisfacer los "buzzwords" y a la
> prensa, no para darle herramientas utiles a los usuarios.  Estaran estas
> cosas implementadas _bien_ en el futuro?  Es muy posible que si, pero
> por que no decir _ahora_ que el soporte de triggers aun es "alpha" o
> "experimental", cuando realmente eso es lo que es?
> 
> Postgres tiene todas estas cosas implementadas desde hace _años_.  En
> todo este tiempo se han ido afinando, mejorando, ajustando; ese proceso
> largo y tedioso MySQL aun no lo ha hecho y no lo va a hacer de un dia
> para otro.
> 
> 
> Quieres hacer mediciones de rendimiento?  Haz todas las que quieras;
> pero se justo y usa tablas InnoDB en MySQL, comparando cosas
> interesantes.  Creo que puedo prever el resultado: el rendimiento para
> consultas triviales sera equivalente entre MySQL y Postgres, mientras
> que en consultas complejas PostgreSQL lo deja muy atras porque el
> optimizador de consultas de MySQL esta aun muy verde (como casi todo lo
> demas).
> 
> Pero francamente a mi no me interesan los resultados del rendimiento.
> _Primero_ quiero un sistema que funcione bien.  Las optimizaciones se
> pueden hacer despues.  Pero si empiezas haciendo un sistema que ande muy
> rapido y despues lo modificas para que haga cosas, entonces se va a ir
> haciendo cada vez mas lento ... lo cual hace que no tenga mucho sentido,
> verdad?  Con Postgres esto ha dado excelentes resultados.  El sistema
> hacia muchas cosas al principio, pero era muy lento.  Hoy en dia es
> muchisimo mas rapido, y sigue haciendo las mismas cosas, y hace otras
> nuevas con las que MySQL ni sueña.

nada mas claro en tu explicacion... 
la verdad que no he visto a Mysql 5 en accion, por eso la pregunta de
"que tal"... y al parecer, y muy objetivamente tienes muchos fundamentos
en los cuales basarte... pero bueno, el topico se fue para otro lado, y
este tema da para conversarlo tomando un cafe o algun bebestible a
gusto, o bien en un rico asado..

En respuesta al muchacho que fue "hackeado" o victima de un
scriptkiddie... utiliza mod_security de apache bien sazonado de acuerdo
a lo que tu ocupas.. mas info en http://www.modsecurity.org

Saludos!

Gino




> 

------------ próxima parte ------------
Se ha borrado un mensaje que no está en formato texto plano...
Nombre     : smime.p7s
Tipo       : application/x-pkcs7-signature
Tamaño     : 4199 bytes
Descripción: no disponible
Url        : http://listas.inf.utfsm.cl/pipermail/linux/attachments/20051130/97a246ac/smime.bin