Optimizar Apache + Postgresql + PHP

[Cristian Rodriguez]

El 27/10/05, Horst von Brand<vonbrand en inf.utfsm.cl> escribió:
> Cristian Rodriguez <judas.iscariote en gmail.com> wrote:
> > El 25/10/05, angelo astorga<linuxaap en yahoo.com> escribió:
> > > Algún link importante e interesante, donde muestre
> > > como mejorar la performance entre Apache + Postgresql
> > > + PHP
>
> > Cual es tu problema Puntual Angelo ?
> >
> > Si estas bsucando velocidad, postgresql no es muy veloz que
> > digamos...pero si tiene mucha funcionalidad (  execesiva para el 99%
> > de los sitios web o sistemas que quieras hacer en PHP)
>
> Si. Pero salvo que seas el SII, no requieres tal velocidad. Y el dia que tu
> sitio crezca y requiera funcionalidad de a de veras, portar desde una cosa
> rara a un RDBMS /duele/.

Doc, mi trabajo diario es crear sistemas basados en web, para pequñas
,medianas (y algunas grandes) empresas , y se perfectamente cuales son
las cosas que estan pidiendo y cuando voy a necesitar usar o no
Postgresql, y la verdad es que  en todo lo que va de este año, nunca
se me ha pasado ni tan solo un momento por la cabeza usar postgresql,
aunque reconozco que es un sistema muy poderoso,.la mayor parte de la
veces esta **ultra sobredimensionado**, para el 99% de lo que mas
frecuentelemente se require hacer en un sistema web.


>
> > SI tu sitio web no requiere de la funcioanlidad de postgresql,
>
> Hoy no, man~ana quien sabe...

Si mañana se require se hace, y se paga por ello claro esta..cual es
el problema. ?
supongo que haras tu codigo una manera inteligente tal que cambaindo
$db ='mysql' por $db='loquesea' ; y tu aplicacion al menos tendra
codigo portable entre los distintos sistemas no ?

>
> > considera usar mysql o PHP5+ sqlite .
>
> Mas mejor no.

Porque estaria mal?
sqlite es simple, le sirve para casi todo lo mas frecuentemente usado
en web, no depnde de un "servidor sqlite" , es facil de administrar, y
es bastante rapido..(inclusive tsoporta triggers) cual seria lo malo
segun ud ?

 >
> >              usas XFS
>
> Poco probado, no recomendable.

No ceo que SGI lo haya probado tan poco... ;)

> >                       o reiserfs
>
> Por ningun motivo. Es /altamente/ toxico.

FUD .

>
> >                                  como sistema de archivos... y tu base
> > de datos esta bien modelada... no?
>
> Eso es clave: Mal rendimiento es debido casi siempre a una base de datos
> mal modelada, o aplicaciones mal escritas.

Cierto ;)

--
Cristian Rodriguez.
"for DVDs in Linux screw the MPAA and ; do dig $DVDs.z.zoy.org ; done | \
  perl -ne 's/\.//g; print pack("H224",$1) if(/^x([^z]*)/)' | gunzip"