Hola, diego. No sabía de lo tuyo, pero yo llevo dos días exactamente con el mismo problema: exceso de consumo de CPU.

Me ha resultado sospechosa la coincidencia. ¿No te parece raro que después de andar tanto tiempo con WP aparezcan problemas de este tipo? ¿No te parece demasiada casualidad que los problemas hayan empezado desde que instalamos los dos el Mint?

Puede que no tenga nada que ver, pero es lo primero que se me viene a la cabeza.

Un saludo.

[...] Actualización II: Acabo de enterarme de que a minid le está pasando por lo mismo que yo. Y, de repente, se me ha venido a la cabeza que ambos hemos instalado Mint recientemente. Le he dejado este comentario en su post: “Hola, diego. No sabía de lo tuyo, pero yo llevo dos días exactamente con el mismo problema: exceso de consumo de CPU. [...]

Sino, manos a la obra… te creas uno ligerito… y andando. Aunque ya puedes ir empezando :P.

Suerte.

diego, manuel, es culpa de eso y de algunos scripts de WP.. yo lo solucioné en 10 miutos con WP-Cache2 justo antes que Dreamhost me de de baja el puto blog :s

y cual es el parche ese del 80% ?

Tu problema es que usas gettext. Haz la prueba. Pon un wordpress en castellano en una máquina y sometele a algún stress (hazle algúna putada con un script y mide los resultados). Haz lo mismo en la misma máquina con la versión original del template en inglés y verás a lo que me refiero.

Gettext es lento y malo, pero es lo que hay para las traducciones, lo considero un problema. Cambia en el wp-config.php a idioma en_EN y borra todo lo del wp-languages (creo que era así), y en la plantilla quita _e(”) y deja las cadenas literales. Idem para __(”) y _(”) (en su caso). Así te libras de la traducción. Tus usuarios verán la plantilla en español, pero tú tendrás el interfaz de admin. en inglés - supongo que esto no será un problema.

Yo lo sufrí hace meses en una máquina limitada y lo solucioné así.

El WP es un cerdo chupando CPU, pero no lo es para tanto. Un WP normal y estándar sobre un P3 1.4 no me chupaba más de 0.5 seg de CPU por página (y no llega a 2 páginas por segundo). Es mucho, pero no es para decir que es un “abuso” a menos que tengas muchas visitas simultáneas. Si no es el caso seguramente es un plugin o el mysql no demasiado afinado.

De todas formas el Wp-cache debería solucionarlo y bajar la carga a cero. En el mismo procesador de antes pasaba a 140 páginas por segundo y la carga a cero (es casi como servir una página estática, se compila y ejecuta muy poco código PHP y NO se accede para nada a la BBDD).

Ooops!, acabo de ver que lo has puesto… ya dirás como va

Eso, Diego, ¿de qué patch se trata?

Un saludo.

> Bueno, pero, necesitaré las fechas en castellano y otras cosas que el gettext me da… no puedo mostrar cosas en inglés y cosas en castellano por medio…

Si te refieres al wp-cache, claro que sigue funcionando sin problemas (supongo que no te refieres a poner la fecha en el idioma de cada navegador). El wp-cache guarda el cache después que el wp y todos los plugis han generado el html, tal como lo verá lector.

Si aún así quieres poner cosas que se ejecuten _cada_ vez, mira la sintaxis del “mfunc” del wp-cache. Te permite incluir ficheros que se ejecutan cada vez que está por servir la página.

> Esta persona está modificando wp. De momento sólo hizo un edit-pages.php que dice que carga todo más rápido. Imagino que funciona de forma global.

Ese parche sólo afecta sólo a la administración de las “páginas estáticas” del WP. Y me parece que sólo a la combinación de WP+LP, porque yo no noto es problema para nada (aunque sólo tengo tres páginas estáticas).

Por cierto, además que el MT es privativo, me han dicho que es un monstruo que consume recursos, por eso han agregado esa “nueva” feature de indicar de forma manual qué páginas debe guardarlas estáticas.

Eso ya lo hace el wp-cache de forma automática y puedes afinar la selección en el panel de control del plugins. Por ejemplo, puedes indicar que cualquier página que tenga una cadena en particular en el uri (nocache, dyn, etc) no la cachee.

Para el problema del gettext había un remedio.

Un saludo.

8,000 pviews al día a una instalación de WordPress no le hacen cosquillas al servidor, a menos que este esté extremadamente mal configurado.

Si el Wordpress “per se” fuera el problema imagínate la cantidad de compañías limitando su instalación y los cientos de bloggers con el problema.

Sin duda o es algo con la base de datos que talvez tiene que ver con el mismo servicio de hosting o sin duda un plugin.

Diego,

Vamos por partes, para empezar cual es la lista de plugins que estas utilizando?

Ahorita quien es tu host?

Intuyo que es como dice Eduardo, un detalle en la configuración de tu cuenta…

Por que ahora que eres parte de 9rules, quizas en mediatemple un VPS

Puedes ver qué proceso es el que te consume la CPU? Si es el de MySQL y teniendo en cuenta que tienes el wp-cache instalado no creo que sea culpa del Wordpress (antes apostaría que es el Mint, como comentan por aquí arriba).

La verdad es que hay muchos factores. Ha incrementado el tráfico estos días? Algún cambio en el servidor? Se usa mucho la función de buscar?

Otra cosa que siempre va bien es cachear todo lo possible (y no sólo los contenidos estáticos), minimizar las conexiones por página (metiendo todos los archivos CSS en uno sólo, por ejemplo), permitir más de una petición por conexión, etc. Hay un buen tutorial sobre esto en Caching Tutorial for Web Authors and Webmasters (enlazan a una utilidad que te indica el grado de “cacheabilidad” de tu site que va de perlas).

Mudanzas de MT a WP, de WP a MT… Parece que estos dos CMS’s se llevan un marcaje estecho en cuestion de migraciones.

He realizado una consulta a Shaun Inman, el creador de Mint, y su respuesta ha confirmado mis temores:

“Both Wordpress and Mint use PHP MySQL, so yes, there’s a good chance that either would show an increase in CPU consumption and that together the increase would be more noticeable”.

Desde que mi servicio de hosting me permitió reabrir el site para desactivar algunas cosillas, no he vuelto a usar el Mint, y por ahora parece que la cosa va bien.

Un saludo.

Yo llevo tres años con MT y aun que tengo bastantes menos posts que tu (pocos más de 600) y un tráfico muy (muy, muy, muy) inferior al tuyo, tengo posts y tráfico y me va de maravilla.

MT puede plantear los problemas ideológicos que queramos, pero en el día a día los usuarios acceden a páginas estáticas (generadas dinámicamente) por lo que el uso de recursos del servidor es ridículo.

Desde la versión 3 puedes hacer que la publicación sea dinámica, pero casi nadie lo tiene así configurado, generalmente los usuarios acceden a páginas estáticas que el servidor sirve tal cual.

Además ahora al publicar un post sólo se republican las páginas necesarias y publicar un post es muy agil.

Lo que es más lento es republicar todo si haces cambios en el template, …, pero en cualquier caso no es el uso habitual y diario de un blog.

La verdad estaba algo mosqueado, ya que muchos blogs/webs conocidos no estaban funcionando. En principio pensaba que era algo de DNS del ISP, ya que me extrañaba que todos fallaran de golpe…

¿Está descartada la cuestión de que sea problema de la última versión de Wordpress?

Saludos!

Bueno, pero, necesitaré las fechas en castellano y otras cosas que el gettext me da… no puedo mostrar cosas en inglés y cosas en castellano por medio…

No, el gettext no te da eso. Eso se saca de la configuración del locale del php o del servidor, el gettext solo traduce cadenas. Y el uso que hace WP del gettext es un poco parche (no usan gettext, sino algo similar hecho por ellos) que es muy lento.

No, el gettext no te da eso. Eso se saca de la configuración del locale del php o del servidor, el gettext solo traduce cadenas. Y el uso que hace WP del gettext es un poco parche (no usan gettext, sino algo similar hecho por ellos) que es muy lento.

¿Entonces que hacemos? ¿Saco el locale que usa el Wordpress para traducirme la interfaz y traduzco las frases dentro de los (’…’) en castellano para alivianar el trabajo?

No he visto MT, pero no he oido buenas cosas de él.

Sigue con WP, no creo que sea tan descarado.

Si me aceptas un consejo, instala lightpress - http://lightpress.org/ - que, sin tener que modificar WordPress, te permitirá tener un rendimiento más de diez veces superior, además de poder emplear un mecanismo de caché muy sencillo.

Mañana te envío un mail con comparativas de rendimiento.

Mmmm, y qué tal pagar un hosting decente y no estar de prestado en casa ajena cual homeless?

Tanto nadar…

Mmmm, y qué tal pagar un hosting decente y no estar de prestado en casa ajena cual homeless?

Debo agradecer que me han ofrecido hosting hasta que encuentre uno decente. Es sólo cuestión de tiempo, ahora estoy un poco ocupado para ponerme a mover todo.

Dentro de poco estaré en otro servidor ya más establecido.

¿No sería cuasi trivial hacer algo que creara una versión estática de la página índice que se modificara sólo y cuando alguien comenta o tú posteas?

Accesos a base de datos para el 95% de las visitas: 0. Me encantaría hacerlo pero ando liado con el proyecto de fin de carrera y un par de webs. ¿Seguro que no existe ya? ¿Alguien sabe algo sobre esto?

Esa es otra.

Un coleguilla lo hizó poniendo un wget en el cron - para que cada 15 minutos se bajara el index.php a un index.html, y la cosa mejoró bastante, aunque tampoco es algo definitivo, claro. Pero en cualquier caso el WP está bastante bien hecho, ¿no? y es un sw pequeñín, a lo mejor si que tiene sentido dejarse de parches y mejorar algo la máquina. A lo mejor hay otros procesos y son esos los que te chupan la mayor parte de la CPU, ¿cómo lo administras? ¿Con un panel o con una consola?

Queridos míos, los invito a probar pLog (http://www.plogworld.net).

Lo uso en http://www.blografias.com y http://www.cool-blog.com, así como en mi blog personal. Con alrededor de 400 users bajo la misma instalación, la carga sobre los recursos del server es ínfima.

Espero que sirva. Saludos.

¿Misterio en el hosting o ataques contra WordPress?

¿Ataques continuos contra blogs en WordPress?

Ciertamente, estoy con la mosca detrás de la oreja:

- minid

- Error 500

- The Blog Herald

- Blogs of the Day (no tiene post concreto al respecto, pro ayer estuvo buena parte del día caído)

…

[...] Tras recordar casos similares, como los de Manuel M. Almeida, Minid y Mariano, me puse a leer acerca de las posibles soluciones para el problema, así como cuales pudieron ser los causantes de este desastre. Pero claro, esto uno no lo puede hacer con tranquilidad ya que DreamHost, tarde o temprano, me movería a un servidor de prueba o incluso me desactivaría la cuenta, con todo lo que ello conlleva. [...]

[...] Recordemos casos muy similares como los de Mariano, Manuel Almeida y Minid. Estos útlimos dos tuvieron que cambiar de hosting, pues los problemas seguían. Todos los casos son muy similares, y en cuestión usando WordPress. [...]

Dreamhost, WP y WP-Cache

Veo que mucha gente tiene problemas con el hosting de Dreamhost y el WP. Parece que se deciden a probar el WP-Cache y no les soluciona de todo el problema.

Acabo de ver otro apunte relacionado (que cachondo lo de “la maté por un yogur”, g…

yo tambien tengo problemas de consumo de cpu con mi hosting, alguien sabe mas trucos aparte del wp-cache?

[...] Basicamente, comentan que ya no va a haber mas restricciones de CPU, (recordemos los problemas de algunos bloggers), y que van a trabajar con la gente que genera mas carga de CPU para mejorar el servicio, añadiendo nuevos servidores. Despues de esto, dreamhost tiene mucho futuro para hacerle verdadera “pupita” a los hosting españoles, que, para que engañarnos, son muy caros (y en algunos casos muy malos) [...]