Primeras impresiones de WordPress 2.3
Publicado el Martes 04 de Septiembre del 2007 @ 14:03 por Armonth.
Aunque es pronto para sacar conclusiones, estoy probando la versión 2.3 beta 2 de WordPress y ya empiezo a sacar conclusiones, sin enrollarme mucho en cada punto:
Lo bueno
- Mejoras de velocidad en el Dashboard: entre otras cosas por usar más AJAX pero suele quedarse menos “pillado” en el Dashboard.
- Base de datos más simplificada: tener una estructura casi identica y repetida para las “categorías” de blogroll, categoría y otros es inutil, ahora que añaden tagging lo han metido todo en la estructura de taxonamy. Igual que los comentarios y trackbacks: no es necesario tener una tabla para trackbacks cuando estos son comentarios normales pero tratados de forma distinta (con un “campo”
comment_typesobra). - Las mejoras anteriormente descritas.
Lo malo
El consumo de memoria ha aumentado: una instalación limpia de WordPress 2.2.2 con el tema por defecto y sin hacer nada más nos deja 6145KB de consumo en portada… WordPress 2.3 beta 2 nos deja en las mismas condiciones 6919KB.
Lo mismo pasa probando con el Apache Benchmark (5 pasadas por versión con reinicio del Apache2/MySQL después de cada uno, el valor que se ha cogido ha sido la media):
/usr/sbin/ab -t 10 -c 10 http://localhost/wp-2.2.3/
...
Document Length: 4708 bytes
Complete requests: 52
Requests per second: 5.14 [#/sec] (mean)
/usr/sbin/ab -t 10 -c 10 http://localhost/wp-2.3/
...
Document Length: 4770 bytes
Complete requests: 41
Requests per second: 4.06 [#/sec] (mean)
Y si hacemos algo de profiling también se nota un ligero aumento de consumo de CPU:
Total Elapsed Time = 0.36
Total System Time = 0.03
Total User Time = 0.31
Real User System secs/ cumm
%Time (excl/cumm) (excl/cumm) (excl/cumm) Calls call s/call Memory Usage Name
--------------------------------------------------------------------------------------
27.3 0.08 0.13 0.08 0.12 0.00 0.01 32 0.0026 0.0038 0 require
10.4 0.03 0.03 0.03 0.03 0.00 0.00 289 0.0001 0.0001 0 is_string
5.2 0.02 0.02 0.02 0.02 0.00 0.00 1730 0.0000 0.0000 0 strlen
5.2 0.01 0.01 0.02 0.02 0.00 0.00 341 0.0000 0.0000 0 str_replace
3.9 0.01 0.08 0.01 0.09 0.00 0.00 422 0.0000 0.0002 0 apply_filters
3.9 0.00 0.00 0.01 0.01 0.00 0.00 184 0.0001 0.0001 0 preg_match
2.6 0.01 0.01 0.01 0.01 0.00 0.00 157 0.0001 0.0001 0 merge_filters
2.6 0.01 0.01 0.01 0.01 0.00 0.00 4 0.0020 0.0020 0 dirname
2.6 0.01 0.01 0.01 0.01 0.00 0.00 125 0.0001 0.0001 0 function_exists
1.3 0.00 0.00 0.00 0.00 0.00 0.00 143 0.0000 0.0000 0 reset
1.3 0.00 0.00 0.00 0.00 0.00 0.00 22 0.0002 0.0002 0 wpdb->flush
1.3 0.00 0.00 0.00 0.00 0.00 0.00 211 0.0000 0.0000 0 in_array
1.3 0.00 0.03 0.00 0.04 0.00 0.00 194 0.0000 0.0002 0 add_filter
1.3 0.00 0.00 0.00 0.00 0.00 0.00 3 0.0013 0.0013 0 WP_Rewrite->get_feed_permastruct
1.3 0.00 0.03 0.00 0.03 0.00 0.00 204 0.0000 0.0002 0 _wp_filter_build_unique_id
1.3 0.00 0.00 0.00 0.00 0.00 0.00 25 0.0002 0.0002 0 serialize
1.3 0.00 0.00 0.00 0.00 0.00 0.00 2 0.0020 0.0020 0 include_once
1.3 0.01 0.02 0.00 0.00 0.00 0.00 791 0.0000 0.0000 0 preg_replace
1.3 0.00 0.00 0.00 0.00 0.00 0.00 165 0.0000 0.0000 0 func_get_args
1.3 0.00 0.00 0.00 0.00 0.00 0.00 529 0.0000 0.0000 0 chr
¿Qué más se puede mejorar?
El estado de desarrollo de WordPress está muy bien en cuánto que tiene un abanico de características más que sobrado y ofrece lo que cualquiera puede necesitar, pero si tuviera que pedir algo al respecto es mayor modularidad: a mí cosas como el APP, el WordPress cron, el blogroll, el envío de emails, el XMLRPC (al menos para publicar, para recibir/enviar trackbacks está bien) y otras tantas cosas me sobran.
Si hubiera alguna manera de hacer la carga de muchas de las características que tiene WordPress opcional (aunque fuera mediante define’s en wp-config.php) sería una manera de ahorrarse mucho código que no va a ser usado.
Con esto sería mucho más modular, personalizable y — quiero pensar — menos mamut que si no fuera por cosas como el wp-cache hace tiempo que hubiera sido sustituido como CMS para blogs por su no poco uso de recursos, al menos en sitios con gran carga…
12 Comentarios (feed)
-
magarto nos comenta:
Yo con el sistema de tags y con aumento de la velocidad y disminución de memoria me conformaría.
Te he entregado algo:
http://magarto.com/blog/archivo/2007/09/04/premios-blog-solidario/ -
Gura nos comenta:
Coincido contigo en la modularidad. A mi tambien me gustaría poder quitar algunas cosas.
-
javi nos comenta:
Cuando salga la beta estaré atento a si la recomiendas instalar. No quiero un blog más mamut del que tengo ya.
-
aNieto2k nos comenta:
En cuanto salga la versión 2.3, me comprometo a modificar la version 2.3 y eliminar esas cosas que rara vez usamos. Hector, si te parece bien podrías proponer una lista de cosillas a quitar.
Dependiendo de lo que salga, se tardará más o menos, pero podría quedar algo chulo, compacto y funcional.
Saludos
-
Alex nos comenta:
Buena idea Anieto. Me parece muy mal que este consumiendo cada vez más memoria, si ya orita con Wordpress 2.2.2 + WP Cache de vez en cuando tengo problemas de memoria… Imaginen con WP 2.3
Saludos
-
Armonth nos comenta:
aNieto2k pues ya tienes una “peacho” lista en forma de comentario en la entrada que has hecho.
A disfrutar (¿o sufrir?) :)
Actualización: Andrés, he probado a quitar de los filtros por defecto lo relativo a convertir texto en emoticonos y a lo tonto el WordPress 2.2.3 ya me marca 5877KB, 20 queries y 0.204 segundos. casi nada.
-
aNieto2k nos comenta:
Te he pasado una versión alpha de lo que tengo en mente ;)
Mantenme informado ;)
-
Micro nos comenta:
aNieto2k, ya te has buscado curro del bueno, puede estar bien aflojarlo un poco, sobre todo en consumo de memoria y lo que esto puede repercutir con nuestros hostings.
-
Eduo nos comenta:
Una idea interesante, más que eliminar, sería convertir en opcionales cosas que ahora no lo son. El problema no son los 200k que ocupa tal codigo en disco o los 100 de los emoticonos sino el cpu y memoria que ocupan al procesarse.
Por ejemplo, desactivar los filtros (emoticonos, smart quotes, auto-urls) es una mucho mejor idea que eliminar la funcionalidad, porque sigue existiendo ahí para quien no se preocupa por perder esos recursos.
Otras cosas si no se usan no ocupan. Si mal no recuerdo el scheduler (wp-cron) no ocupa si no se usa y en cualquier caso nunca afecta a los usuarios, ya que trabaja por detras. No tiene sentido quitarlo si no estorba.
A lo mejor es que me he vuelto cómodo pero últimamente prefiero desactivar cosas antes que quitarlas.
-
LA100RRA nos comenta:
Creo que es una buena opción la que platea Andrés, Es obvio que hay a quienes no les molesta el consumo de CPU, pero ya llegara el momento en que si les preocupe.
Estamos hablando acerca de sitios con un trafico fuerte, que tienen un gasto excesivo de CPU, mientras que un sitio con poco trafico no, la cosa es que cuando rebasas ése límite de visitas únicos, es cuando los hostings que te cuestan muy poco, te corren a patadas porque gastas demasiado.
Sería bueno hacer una especie de campaña para avisar al blogger que, si desea incrementar sus visitas, tenga precaución y esté preparado para migrar a un plan de hosting de mayor capacidad, es decir que muchos bloggers, hasta hace pocos meses no tenían idea de nada acerca del consumo de CPU puesto que ningun servicio de host lo menciona. Todos hablan de darte miles de MB de espacio en disco y Terabytes de transferencia mensual por un precio muy bajo y ésto los hace confiarse de que pueden tener miles de visitas sin llegar nunca a gastarse los recursos de su plan, desgraciadamente cuando al fin logran dar ése pequeño salto son “invitados cortesmente” a buscar otro servicio de hosting.
Ya me ha tocado ver que le sucede éso a 3 amigos, uno con Godaddy y 2 con Dreamhost.
Hago mención de todo lo anterior porque a muchos les puede parecer obsesivo el tema de ahorrar recursos por medio de la optimización de su CMS.
Saludos ;) -
Armonth nos comenta:
Hago mención de todo lo anterior porque a muchos les puede parecer obsesivo el tema de ahorrar recursos por medio de la optimización de su CMS.
Es que en mi caso ¡sí que es obsesión por ahorrar recursos! Pero que sea una obsesión no tiene porque ser malo por definición }:P
Además en las webs esto es a escala: si ahorras 1KB no es nada para 1 visita y puede parecer obsesivo, pero a escala con miles de visitas supone permitir acceso a otras cientos de visitas más :D
-
LA100RRA nos comenta:
Armonth, no lo decía por ti :D
Lo dije porque hay muchos bloggers que ni se imaginan la de disgustos que se pueden evitar ahorrando recursos ;)
