Planeta WordPress

Está más que probado que MySQL 5 es más lento que MySQL 4. Además, WordPress no requiere ninguna funcionalidad específica de MySQL 5 para funcionar.

Entonces ¿por qué se acaba de anunciar que WordPress 3.2 requerirá MySQL 5.0.15?

Repetimos:

1. MySQL 5 ofrece mejoras de rendimiento en InnoDB que, como he dicho, WordPress no utiliza.
2. MySQL 4 es más rápido en MyISAM, el formato de base de datos más común que, dicho sea de paso, es el que usa WordPress.

¿Alguien lo entiende?

Pero nada, además insisten en que los servidores también deban ejecutar PHP 5.2 como mínimo para WordPress 3.2.

En este caso, aunque PHP 5.2 es más rápido que PHP 4.4 (y PHP 5.3 es aún más rápido que la versión 5.2) no habría ningún problema en que WordPress 3.2 soportara PHP 4.4. Pero cuando Matt se emperra no hay quien lo pare, y estoy seguro de es capaz de forzar a que se actualice a PHP 5 quitando código que funcione en PHP 4.4.

¿Tan difícil es hacer que el software sea flexible, escalable?. Entiendo que se quieran eliminar problemas de seguridad forzando actualizaciones en los servidores pero no hay que ser tan radical. Tampoco soy un talibán de la compatiblidad a toda costa, causa de la mayoría de los males de software como Joomla o el mismo Windows y, al tiempo, parte del gran éxito de WordPress, pero creo que se están llevando las cosas, no demasiado lejos pero si demasiado rápido.

Lo que temo es que se pretenda forzar un ritmo de actualizaciones tan tremendo, no ya de WordPress, sino de los mismos sistemas para soportarlo, provocando unos requisitos demasiado elevados. ¡Coño, si hasta han publicado un plugin para que comprobemos si nuestro servidor va a soportar WordPress 3.2.!. Ya hasta me molesta el nombrecito: prueba de salud le han llamado. ¡Por favor!

Además, como puede que los proveedores de alojamiento no sigan este frenético ritmo, en vez de conseguir instalaciones más seguras, lo que se podría provocar es que muchos usuarios no pudieran actualizar WordPress a una versión más estable y fiable (como sería cualquier actualización mayor) porque su servidor no la soportara. Y, por favor, no vamos a estar cambiando de proveedor de hosting cada dos por tres ni pagando de más para poder actualizar WordPress.

A ver si a este paso vamos a terminar como con cada versión de Windows, que te requiere que cambies de ordenador.

Lo dejo a vuestro criterio y reflexión, esta es solo un punto de vista acerca de esta noticia.

Hola.

He llegado aquí mientras buscaba información sobre Joomla y Drupal y al final me he pasado toda la tarde leyendo artículos re-encachados que he encontrado aquí sobre este tema. Verán, uso WP desde hace un par de años tanto en mi blog personal como en mi trabajo haciendo plugins a pedido (sólo plugins no temas ni he usado el famoso loop).

Siempre he pensado que Joomla y Drupal son bastante diferentes a WP, aunque estos sólo los he visto muy por encima. A tal punto que hace tiempo quiero encontrar algún justificativo que me impulse a desarrollar alguna solución basada en ellas, cualquiera de las dos. Tengo la idea de que me pueden permitir estar un poco más cerca de la programación a mano.

Veo a ambas como en un estado intermedio (y siempre en relación a su uso más por parte de un programador de un CMS que como administrador de uno) entre wordpress y un framework como, por ejemplo, Codeigniter.

Es decir, creo que con el sistema de hooks de WP se puede hacer absolutamente de todo. Pero si se trata de hacer un sistema que básicamente sea algo más que para escribir artículos y administrarlos (por ejemplo un sistema para reserva de vuelos/visitas/entradas), Joomla y Drupal debieran superarlo. Ya sé que no es así, lo acabo de decir, con WP se puede hacer de todo.

He aquí una excelente oportunidad para mostrar mi primer plugin WP gratuito y que pronto descansará en paz para siempre (terminado el mundial batirá records entre los plugins menos bajados): http://nomikos.info/2010/06/10/fifa-world-cup-south-africa-scoreboard-wp-plugin.html.

Actualiza automáticamente los resultados después de cada partido recabando datos en el sitio de la FIFA mediante un scraper interno. A todas vista una extensión que no tiene nada que ver con manipular artículos. Pero aún así Joomla y Drupal parecen de aplicación más general recién instalados (out of the box).

Bueno, leyendo algunos artículos y referencias encontradas aquí, me están haciendo cambiar de opinión. Sinceramente sería fantástico especializarse realmente a fondo en sólo un sistema manejador de contenidos y dejar más tiempo para profundizar en otros aspectos de la programación web como puede ser el javascript orientado a objetos, que es lo que más rápido está cambiando ahora.

Cuando empecé a trabajar en rentacoder.com (ahora vworker.com) hice una búsqueda de los términos Joomla, Drupal y Wordpress en los jobs ofrecidos. WP ganó por lejos y por eso lo empecé a estudiar en pos de aumentar mi mercado de trabajo. Aún así Joomla y Drupal aparecen a diario y parecen tener un nicho ganado cada uno por cuenta propia. Y me sigue pareciendo que WP es más usado en sitios (varios muy importante por cierto) netamente de noticias y publicación de artículos. Mientras que Joomla y Drupal en sitios multipropósito. Y en esto sólo queda adaptarse a lo requerido en el mundo real.

La razón de este post más que confrontar estos CMS desde el punto de vista técnico o de usabilidad es saber de sus experiencias en cuanto a rendimiento y uso de recursos computacionales de cada uno. Ya que si con los tres se puede hacer más o menos lo mismo como lo demuestra http://www.cmsshowdown.com/competition (sí, lo vi aquí primero o/\o) entonces lo que sigue en importancia es el rendimiento neto de cada sistema. No está de más agregar que al momento de la elección del ganador se decidió por un empate.

También sería interesante hablar un poco sobre los resultados de esta confrontación, en que WP perdió por lejos en cuanto al tiempo (en horas) necesario para desarrollar un sitio modelo bastante completo, con galería de imágenes, encuestas y avisos clasificados: (D: 79.25, J: 57.25, WP: 90.5) y líneas de código a crear/optimizar en cada sistema base --recién instalado (D: 220, J: 30, WP: 1.808) hasta lograr los objetivos requeridos. Cosa que todos lograron.

Gracias por su participación.

Si echas de menos algunas funcionalidades características de Drupal a la hora de usar WordPress no te preocupes, hay solución para todo, como no, gracias a los plugins de WordPress. Vamos a ver algunos modos de tener en WordPress utilidades típicas de Drupal.

WP-Vimcolor - Este plugin es una adaptación del módulo vimcolor de Drupal, un editor de texto al estilo de los viejos editores VI o VIM de UNIX, que muestra con codificación de colores una buena cantidad de lenguajes de programación.

WordPress Menu Creator - Una de las características que históricamente han distinguido a los CMS más populares como Joomla y Drupal ha sido la posibilidad de crear menús personalizados que mostrar donde elijas. Con este plugin puedes definir menús personalizados y decidir mostrarlos donde quieras, en posts concretos, en páginas, donde sea.

Nicemap - Este plugin es un porte del módulo Nice Map de Drupal, que ofrece un servidor web de mapas para tu sitio. Por si solo no ofrece geolocalización pero puedes añadirla con plugins como WP-Geo.

Next page - ¿Echas de menos la navegación "estilo libro" de Drupal?, pues con este plugin puedes añadir este tipo de ayuda de navegación por tus entradas de manera sencilla.

Hikari Titled comments - Quizás una de las características que, en seguida, distingue a un sitio creado con Drupal es la posibilidad de dar título a los comentarios, quizás una funcionalidad algo antigua pero que gusta, y mucho, a usuarios veteranos de la red, de los que - como yo - han estado muchos años navegando por foros. Si quieres añadir la posibilidad de que tus lectores, además del nombre y demás datos personales, pongan título a su comentario solo tienes que instalar este plugin.

Virtual pages - Otra de las peculiaridades que se encuentra uno en casi cada sitio creado con Drupal es las "Vistas", un módulo que permiten integrar - por ejemplo - entradas en una página, opaca si quieres a la navegación habitual de páginas, pudiendo configurar los parámetros de manera sencilla. Es una utilidad muy potente al mismo tiempo que sencilla de configurar.

Y, bueno, estos son los que he encontrado, si sabes de alguno más no dejes de comentarlo.

Ahora que acaba de salir una nueva versión "lista para publicar", o "release candidate" como dicen los guiris, nos surgió esta mañana a José y a un servidor la discusión sobre la política reciente de Automattic al respecto de este tipo de versiones RC.

Y es que estas versiones son para que las probemos, no solo a modo de anuncio de que ya está casi terminada la versión final. Y claro, luego los chicos de WordPress se quejan de que la gente no las usa, que no las prueba, y que los fallos de las primeras versiones finales no ocurrirían si realmente probáramos las versiones RC, incluso las betas. Pero ¿tienen razón?.

Vamos por partes (como diría Jack "el destripador") … 

Por supuesto, tienen razón al decir que las versiones RC son para revisarlas, probarlas en nuestro PC o carpeta de servidor, ver si hay fallos y avisar al equipo de desarrollo. De este modo las versiones finales saldrían mucho más finas, tras haber sido probadas las versiones RC y Beta en todo tipo de servidores y situaciones.

Esto es especialmente relevante si nos referimos a desarrolladores de plugins. WordPress hizo hace tiempo la apuesta valiente de que avanzar, de no pretender compatibilidades excesivas "hacia atrás", como hizo Joomla y así se le está viendo el pelo. Pero es entonces responsabilidad de cada desarrollador probar las versiones ßeta para comprobar si su plugin o tema funciona correctamente en la nueva versión, no va a estar el equipo de desarrollo de WordPress probando cada plugin, para eso se planteó el asunto de los plugins core o canónicos.

Hasta ahí bien, los chicos de Automattic tienen razón en quejarse cuando luego nos ponemos estupendos si hay algún fallito en las versiones finales. Peroooooo … todo tiene su pero.

Si esto es todo cierto, y yo lo suscribo, es más, ¡por favor, probad las versiones RC!, entonces ¿por qué las últimas versiones RC de WordPress han salido tan pegadas a las versiones finales?, sin tiempo para probarlas realmente. Un ejemplo especialmente sangrante fue la última, la 2.9. Y claro, hubo que sacar la 2.9.1 a los cuatro días (literal).

Ciertamente, para que una versión RC fuera realmente útil debería estar disponible durante como poco una quincena, para que la gente - de puro ansia de probar - la descargara e instalara a ver que tal le va y esas cosas que hacemos todos ¿no te parece?.

A eso hay que sumarle un error tonto, más bien carencia, en las distros de WordPress, y es que debería haber un enlace permanente en el pié de página del escritorio, o algo así, para informar de fallos al equipo de soporte. Con eso se ganaría mucho en efectividad y rapidez. Es algo que espero se tome nota e incorpore en siguientes versiones.

Así que eso es lo que hay, hoy estamos esperando la versión final de WordPress 3.0, una versión "mayor" que seguro que nos traerá de cabeza durante un tiempo, una versión que no recomiendo instalar en sitios activos, porque es un cambio realmente importante el que supone. Y no estaría haciendo esta recomendación si tuviéramos - al menos en este caso - un mes para probarla a fondo, que los cambios de WordPress 3.0 son muchos y profundos.

Bueno, no os aburro más, os dejo una encuesta, a ver como está el panorama … 

Note: There is a poll embedded within this post, please visit the site to participate in this post's poll. ¿Te gustó este post? ¡Compártelo!

Adobe se acerca un poco más al mundo, aunque no a nivel de precios de sus paquetes de edición y diseño. La nueva versión CS5 trae muchas novedades que estoy deseando probar en cuanto pueda descargarse y pueda actualizar mi actual CS4.

Una de las cosas que más me ha llamado la atención en DreamWeaver CS5 es su soporte para gestores de contenidos o CMS, soportando la edición y creación de temas para Wordpress, Joomla, Drupal, … sin duda un gran movimiento para la comunidad de diseño que ayudará a que estos CMS de código abierto ganen mucho más terreno del que tienen. Además de integrar un navegador entre las funciones de estos CMS para facilitar la integración y desarrollo sobre CS5.

Pero las novedades no se quedan aquí, integración de BrowserLab, el servicio de Adobe para probar como se verían nuestras páginas web en diferentes navegadores y versiones de estos, así como diferentes resoluciones, para estar seguros de que se verá bien en cualquier sistema donde se muestre.

Más información en Adobe.

Original Post / Entrada Original: Carrero.es. Si quieres Juegos Gratis disfruta aquí o decora tu casa.

Dreamweaver CS5 y su soporte para CMS

La nueva versión del popular software de autoría Web, Dreamweaver CS5, que se prevé que esté disponible a mediados de Mayo de 2010, incluirá soporte de edición y creación para los CMS más populares: Joomla, Drupal y, por supuesto, WordPress.

La nueva versión de Dreamweaver permitirá no solo editar ficheros de cualquier tema de WordPress sino que incluirá herramientas de completado de código que reconocerá las funciones y tags de plantilla de WordPress. ¿No te lo crees?, pues aquí tienes una captura de esta funcionalidad … 

¿Te gustó este post? ¡Compártelo!

Pues si señores, esta misma tarde se acaba de anunciar que Joomla ha comprado Automattic (la empresa propietaria de WordPress). El nuevo dueño de WordPress ya ha anunciado el futuro de nuestro CMS favorito. WordPress 2.9 será la última rama de WordPress que podamos ver y el esperado WordPress 3.0 se integrará dentro de Joomla.

Se desconoce como se realizará el proceso de actualización de WordPress a Joomla pero lo que si podemos intuir es que, con este paso, el CMS se convertirá en uno aún más pesado (para que luego nos quejemos de lo que pesa WordPress).

Los de Joomla se han dado cuenta que nunca podrán competir con WordPress y han preferido enfrentarse a su rival a golpe de talonario. Toda una pena, Joomla es un CMS mucho más complicado y menos intuitivo que WordPress y eso afectará bastante a los nuevos usuarios (y a los actuales) sobre todo por la cantidad de menús y opciones que Joomla dispone.

¿Es el momento de buscar una alternativa a WordPress? Creo que sí.

Como el año pasado no he estado muy fino, partiendo de la base de que WordPress 3.0 no salió y la mayoría de mis predicciones estaban basadas en esta nueva versión, trataré de afinar algo más este año en mis profecías para WordPress en 2.010, a pesar de que si acerté en algunas cosas ¡eh!.

Así, consultando la bola de cristal, adivino los siguientes hitos en WordPress para 2.010:

• bbPress se convierte en plugin para WordPress (en esto juego sobre seguro)
• WordPress y WordPress Mu se integran como plataforma única (esto ya está confirmado) en WordPress 3.0
• BuddyPress se ofrece como plataforma de pago para empresa aún manteniendo la versión Open Source libre pero sin funciones avanzadas como integración de perfiles en redes sociales, por ejemplo (espero equivocarme)
• De nuevo apuesto por podcasting integrado en WordPress
• Se establece el foro de soporte oficial de WordPress.org en español y, en consecuencia, se cierra el Foro WordPress al dejar de ser una necesidad.
• Automattic se hace cargo del desarrollo de Joomla y planifica su futura integración con WordPress

y, para terminar … 

• Ayuda WordPress por primera vez es rentable

Ea, te toca … 

¿Te gustó este post? ¡Compártelo!

SecureLive es un sistema de seguridad para sitios web no exclusivo para WordPress (hay versiones para Joomla, PHP, Magento y más) pero que también existe como plugin gratuito que puedes instalar desde el instalador de plugins o la página oficial de SecurePress.

Lo que ofrece SecurePress es un completo sistema de detección y alertas de hacking y exploits para WordPress que no solo detecta los ataques sino que los bloquea, te alerta e incluso te manda informes por email o mensajes de texto. SecureLive dice que detecta un 98,9% de los posibles ataques, ahí es nada, aunque ya sabes que en el software de seguridad siempre vamos por detrás de los atacantes y nadie te va a asegurar un 100% de efectividad.

Si quieres probarlo puedes descargarlo en el sitio oficial o instalarlo desde tu WordPress (está en el repositorio oficial).

El sistema es realmente completo, y hasta hay un vídeo del concepto y funcionamiento, este … 

Hay un vídeo en este post, me temo que tendrás que hacer clic aquí para verlo

Contenido exclusivo para suscriptores al Feed

¡Gracias por seguirnos a diario!. Premiamos tu fidelidad ofreciéndote habitualmente contenidos exclusivos. Hoy puedes descargar:

Guía para Administrar Wordpress

¿Te gustó este post? ¡Compártelo!

Como ya dimos razones (opiniones) sobre porqué usar WordPress en vez de Joomla, ahora toca echarle el guante a Drupal, otro CMS de los que merece la pena conocer y probar, porque ya sabes que hay otros CMS además de WordPress.

Y si, ya hemos mostrado como migrar de Drupal a WordPress y explicado que WordPress es un sistema muy capaz como portal, pero hay que mojarse, argumentar, y esta es mi opinión, que vale para, no todos, pero si una inmensa mayoría de proyectos …

Examinemos punto por punto Drupal y WordPress, luego sacas tus conclusiones …

INTERFAZ DE ADMINISTRACIÓN

↓ La interfaz de Drupal tiene muy pocas entradas superiores y muchas en niveles intermedios, lo que favorece una cierta confusión a la hora de encontrar lo que buscamos.

↑ La interfaz de WordPress ofrece una interfaz ordenada con menús y submenús, que se pueden ordenar de modo que sean emergentes, todos en una barra lateral que no interfiere las labores de edición y administración. El orden ha sido sometido mediante encuesta a los usuarios y actualmente ofrece un equilibrio inmejorable entre funcionalidades y sencillez.

PERSONALIZACIÓN DEL DISEÑO

↔ Drupal está muy orientado al diseño de las páginas.

↔ WordPress ofrece miles de plantillas, personalizables fácilmente mediante páginas de opciones o edición directa, pudiendo hacerlo directamente desde el panel de administración y sin requerir aplicaciones externas. Dispone de documentación extensísima acerca de como personalizar cada aspecto, además de plugins que modifican aspectos concretos sin necesidad de retocar código.

PUBLICACIÓN

↓ Drupal permite definir que usuarios podrán usar el editor. Puede usar TinyMCE pero hay que instalarlo aparte.

↑ WordPress dispone de TinyMCE integrado, con utilidades de carga de imágenes, vídeo y audio en el mismo editor. También ofrece un sistema de galería de imágenes intuitivo a “golpe de clic”. Mediante el uso de plugins se puede definir al detalle quien usa el editor y como. También permite la programación de entradas en otras fechas y horas distintas de la actual, especificar si tendrán habilitados o no los comentarios “per post”, definir permisos de visualización e incluso contraseñas para visualizar las entradas.

USUARIOS

↑ Drupal dispone de un sistema de gestión de usuarios integrado que, mediante permisos, permite especificar que hará cada usuario.

↓ WordPress ofrece 5 tipos de usuario estándar (Administrador, Editor, Autor, Colaborador, Suscriptor), con permisos que van desde la simple visualización a la publicación, revisión o administración. Con Role Manager se pueden personalizar los permisos al detalle y con el uso de plugins llegar a situaciones de personalización ilimitadas.

SPAM

↔ Drupal dispone de un buen sistema de gestión de comentarios y Spam

↔ WordPress ofrece opciones de configuración de la visualización de los comentarios, lista negra, lista blanca, definición de situaciones de aprobación y, mediante Akismet, gestión integrada de Spam con estadísticas detalladas.

CURVA DE APRENDIZAJE

↓ Drupal es potente pero su curva de aprendizaje es elevada, pensada en administradores con conocimientos (y tiempo) elevados.

↑ WordPress está listo para llevar. Con una facilidad pasmosa permite administrar un sitio y crear artículos desde el primer momento.

INSTALACIÓN

↓ Drupal requiere características especiales para la instalación, que no soportan todos los servidores.

↑ WordPress está basado en instalaciones estándar de PHP + MySQL, disponibles en todos los servidores. Es famosa su instalación en 3 pasos. Las actualizaciones se realizan desde el mismo panel de administración “a un clic”. Además facilita la importación y exportación de los sitios mediante la utilidad propia al efecto.

EXTENSIÓNES

↔ Drupal dispone de muchos módulos para mejorar sus prestaciones y funcionalidades.

↔ WordPress ofrece miles de plugins que mejoran sus capacidades, siendo además fácilmente personalizables.

DESARROLLO

↔ Drupal tiene una gran comunidad de desarrolladores, principalmente de habla inglesa.

↔ WordPress dispone de una enorme comunidad de usuarios, diseñadores y desarrolladores, también en español.

SEGURIDAD

↔ Drupal actualiza frecuentemente las versiones en cuando la comunidad detecta problemas de seguridad.

↔ WordPress dispone de una intensa comunidad de desarrolladores que actualizan a diario el llamado “trac” con actualizaciones de seguridad si fueran necesarias. Además, en recientes estudios demostró ser el más seguro.

TRÁFICO

↔ Drupal está pensado para sitios web de alto volumen de tráfico.

↔ WordPress ha evolucionado enormemente y actualmente es el CMS utilizado por los sitios de más tráfico de la red como Techcrunch y otros. Recientes estudios han desestimado leyendas urbanas acerca de los modernos CMS y demostrado que lo que marca la diferencia es la optimización y la capacidad del servidor.

COMUNIDAD

↔ Drupal nació para gestionar comunidades de usuarios, en la línea de Joomla.

↔ WordPress dispone de versión de gestión de comunidades (WordPress Mu) y su propio sistema de redes sociales (BuddyPress) con las mismas características y facilidad de uso. Mediante el uso de plugins se pueden crear portales y comunidades con grados inigualables de personalización (todo a un clic).

Conclusiones

Como puedes ver hay realmente pocas diferencias entre Drupal y WordPress. Drupal destaca por la gestión de usuarios y WordPress en la usabilidad y curva de aprendizaje. En otros aspectos como la gestión de tráfico o comunidades, ya es leyenda urbana el hecho de que WordPress sea un CMS menor, está demostrado día a día, lo que es un gran avance para un software que, originalmente, nació para gestionar blogs.

Es por ello que considero solamente una cuestión de elección personal definirse por  un CMS u otro, aunque si el administrador y editor del sitio va a ser alguien no experto con seguridad elegiría WordPress. Eso si, Flapa tiene otra opinión…

Por supuesto, tu tienes la última palabra … ¡te toca!

¿Te gustó este post? ¡Compártelo!