2010/3/13 Pablo Antonio <[email protected]>: > 2010/3/13 Damian Montaldo <[email protected]>: > [snip] >> >> En resumen dice: >> "I have a relatively small mediawiki installation (~100 articles) on >> unbuntu linux." >> "Searches take ~10 sec and page updates take ~15 sec. It's very annoying." >> >> Las respuestas hablan de: >> "caching options to increase performance even for a low-traffic wiki server" >> "PHP caching and memcached are the most important cache layers that >> you can add on top..." >> Igual no hay una solución milagrosa, pero bueno, al menos nos hace ver >> que no estamos solos en este embrollo. > > Había escuchado que MySQL no era la cosa que más escalaba en el mundo, > pero que no se banque 100 artículos es un chiste. Me niego a creer que > esto se soluciona agregando capas de caché. Pero bueno, yo no soy > precisamente el que más sabe de esto. :) >
Usar memcached para una wiki con las entradas que tenemos nosotros es una hiper-guasada-solucion-de-cabeza-200%. Los cache para php se empiezan a usar cuando una web tiene una carga importante (digamos superior a las 1000 visitas únicas diarias) para que el server no esté al moño cada vez que tiene que servir la página. No es nuestro caso ni remotamente. Un mediawiki con esas características debería funcionar de pelos, no debería andar lento ni locos. Yo como les dije este finde voy a empezar con el scrapper a ver que puedo lograr, pero no busquen soluciones por un caché que es el camino equivocado. Hernán _______________________________________________ Glug mailing list [email protected] http://glugcen.dc.uba.ar/cgi-bin/mailman/listinfo/glug
