K-Government » wordpress

Solución al error en los foros de BuddyPress 1.2.8 con wordpress 3.2

Carlos Guadián Orta — Wed, 06 Jul 2011 07:20:41 +0000

Las actualizaciones de software en sistemas como wordpress conllevan posibles errores en elementos que trabajan sobre él y que no se han adaptado a los nuevos requerimientos. Wordpress se ha actualizado a la versión 3.2 y tiene una serie de nuevos requerimientos, que en el caso de algunos plugins no los cumplen al 100%. En esta ocasión me he encontrado con el siguiente error que se produce con el plugin Buddypress 1.2.8, eso si no has actualizado ya a su versión 1.2.9:

Call to undefined method wpdb::WPDB() on .../wp-content/plugins/buddypress/bp-forums/bp-forums-bbpress.php line 144

Este fallo inhabita los foros de bbpress de cada uno de los grupos de Buddypress. La solución consiste en:

Ve a la línea 144 del archivo bp-forums-bbpress.php dentro de la carpeta del plugin. Debería ser como lo siguiente:
```
parent::WPDB( $dbuser, $dbpassword, $dbname, $dbhost );
```
En un editor de texto plano (yo utilizo smultron) sustituye la línea anterior por la siguiente:
```
parent::__construct( $dbuser, $dbpassword, $dbname, $dbhost );
```

Con el cambio realizado ya deberían volver a funcionar sin problemas. Aunque lo mejor que puedes hacer es actualizar la versión de Buddypress. Eso sí, si actualizáis tener en cuenta que perderéis la traducción al español (no se porqué) y que deberéis volver a subir el archivo buddypress-es_ES.mo a /wp-content/plugins/buddypress/bp-languages/ para volver a tener buddypress en castellano. Solución gracias a Snowgurl11

Solución para el error de Feedwordpress en WordPress 3.2

Carlos Guadián Orta — Tue, 05 Jul 2011 14:47:53 +0000

Fatal error: Call to undefined method WP_SimplePie_File::WP_SimplePie_File() in /wp-content/plugins/feedwordpress/feedwordpress.php on line 1841

La solución consiste en:

Ve a la línea 1841 del archivo feedwordpress.php dentro de la carpeta del plugin. Debería ser como lo siguiente:
```
WP_SimplePie_File::WP_SimplePie_File($url, $timeout, $redirects, $headers, $useragent, $force_fsockopen);
```
En un editor de texto plano (yo utilizo smultron) sustituye la línea anterior por la siguiente:
```
parent::__construct($url, $timeout, $redirects, $headers, $useragent, $force_fsockopen);
```

Con el cambio realizado ya no debería aparecer el Fatal Error. Vía Feedwordpress.radgeek.com Actualización: Ya ha salido la actualización que corrige el error.

Cómo realizar un test A/B con Twitter

Carlos Guadián Orta — Thu, 16 Jun 2011 06:00:56 +0000

Un test A/B es, básicamente, una prueba en la que se muestra aleatoriamente dos opciones a un numero igual de usuarios y se mide en tiempo real cual de las dos opciones muestra mejores resultados según lo que uno quiere lograr (vía Userbin)

Este tipo de pruebas las suelen hacer las webs de medios de comunicación para comprobar la efectividad de sus titulares. En 2009 The Hufftinton Post empezó a comprobar en tiempo real la eficacia de esta prueba para aumentar la efectividad de sus titulares. Si tenéis wordpress hacer este tipo de pruebas es fácil. Sólo hace falta instalar un plugin como Headline Split Tester, definir ambos titulares para el post y decidir el número de impresiones tras el cual se quedará como título definitivo el que haya obtenido más clicks. El problema es si tenéis también algún plugin o utilizáis algún script para compartir contenido en redes sociales. Al añadirse una coletilla al final de cada url para comprobar la efectividad de cada titular varía y los contadores del número de veces que se ha envíado a twitter, facebook, linkedin... dejan de funcionar. Si no queréis renunciar a tener controlado el impacto que cada uno de vuestros post está teniendo podéis realizar un test A/B utilizando Twitter:

Para ello sólo hay que twittear el post con títulos diferentes asignando a cada uno de ellos el enlace acortado por un servicio que os permita medir el número de clicks que se hagan en él. Podéis usar bit.ly o ow.ly si usáis Hootsuite. Este tipo de prueba os ayudará a encontrar un título adecuado y además podréis comprobar también a qué horas es más efectivo para vosotros publicar un contenido.

Más sobre pruebas A/B:

Open Search en webs de AAPP

Carlos Guadián Orta — Wed, 08 Jun 2011 10:51:40 +0000

La accesibilidad a la información por parte de la ciudadanía es importante. Pero no es suficiente con pubicar esa información. Se ha de hacer bajo una serie de premisas para que pueda ser accesible y reutilizable. Es un ejercicio de transparencia importante que las AAPP han de realizar. Pero no todo es Open Data. Facilitar vías de acceso a la información que sean cómodas y automatizadas es mejorar esa accesibilidad a la información. Una de estas vías es utilizar los estándares Open Search para permitir que los usuarios se puedan suscribir a una determinada búsqueda en una web de Administración Pública.

OpenSearch es un conjunto de tecnologías que permiten publicar los resultados de una búsqueda en un formato adecuado para la sindicación y agregación. Es una forma para que las páginas web y los motores de búsqueda publiquen sus resultados de forma accesible. OpenSearch 1.0 fue publicado en marzo de 2005. Los borradores de la versión 1.1 se publicaron entre septiembre y diciembre de 2005. (vía Wikipedia)

Un ejemplo de web que es pionero en España en este sentido es Euskadi.net que permite, precisamente, suscribirse a una búsqueda y recibir en un lector de RSS todos los contenidos nuevos que coincidan con las palabras claves utilizadas. La captura que hay a continuación es el resultado de buscar "open data" dónde se permite suscribirse por RSS a los resultados.

No se cuantas páginas web de Administraciones públicas disponen de esta tecnología. Pero es una tecnología que se sigue utilizando e impulsando en procesos de transparencia para facilitar el acceso a la información. @RegardsCitoyens informaba ayer de la puesta en marcha de Open Search en las páginas NosDeputes.fr y NosDonnees.fr: Es una tecnología fácil de implementar, hay varias soluciones. Entre ellas utilizar el software de Open Search Server desarrollado bajo licencia de software abierto GPL v.3. Pero si el gestor de contenidos que se utiliza es wordpress aún es más fácil. En este caso solo se ha de instalar el plugin Open Search que automáticamente hará posible que cualquier usuario pueda instalarse el buscador del sitio web en su navegador web (Firefox) y suscribirse a esa búsqueda por RSS. A modo de ejemplo podéis hacer la comprobación en K-Government. Cuando visitéis la web con firefox si vais a la barra del buscador y la desplegáis podréis ver una opción que es "añadir K-Government: Search in post", lo que os permitirá poder realizar búsquedas sin ir previamente a la web: Y por supuesto permitirá que os podáis suscribir a una búsqueda y recibir sólo los ítems relacionados con el tema que os interesa:

¿Conocéis más webs de Administración Pública que incorporen esta tecnología?

El desarrollo de #WordPress visualizado

Carlos Guadián Orta — Mon, 14 Mar 2011 08:00:24 +0000

El desarrollo de un determinado software puede llegar a ser algo realmente complicado. Con cada paso que se da al añadir funcionalidades el proceso de diseño se complica. Jon Cave ha publicado un vídeo que visualiza el desarrollo de wordpress hasta llegar a la reciente estrenada versión 3.1 (descarga en español y en catalán). No os perdáis el impulso que toma a partir de 2005 cuando se empieza a trabajar en wordpress 2.0. [vimeo]http://vimeo.com/20301230[/vimeo] Visto en WeblogTools Collection Imagen vista en RedBlogs

Solución al fallo “Nothing Found for Wp-Admin post PHP” en Dreamhost

Carlos Guadián Orta — Tue, 30 Nov 2010 08:00:31 +0000

Desde hace un tiempo estaba teniendo un error en wordpress que me traía de cabeza. El error consistía en que, de manera bastante habitual, al estar editando un post o realizando alguna tarea dentro de la zona de administración de wordpress, obtenía como resultado un error 404 con el mensaje "Nothing Found for Wp-Admin post PHP". He repasado foros, post y todo aquello que creo que tendría algún tipo de relación con el tema. Y he leído opiniones como que algún plugin debía ser la causa, que algo estaba produciendo un número elevado de peticiones y que por eso "dreamhost" los mataba sin más. E incluso que la activación del módulo mod_security era el causante de estos errores persistentes. Y es precisamente en este punto dónde está la clave del problema. Mod_security actúa a modo de firewall y determinadas peticiones a la base de datos las puede considerar como un ataque, de ahí que se produzca el error que os comentaba.

modSecurity™ es un firewall de aplicaciones Web embebible que ejecuta como módulo del servidor web Apache, provee protección contra diversos ataques hacia aplicaciones Web y permite monitorear tráfico HTTP, así como realizar análisis en tiempo real sin necesidad de hacer cambios a la infraestructura existente. Vía Wikipedia

En Dreamhost se recomienda el uso de éste módulo para proteger las web de posibles ataques como inyecciones de php. Para ello sólo hay que marcar la opción en el área de gestión de los dominios.

mod_security activado

Y después de probar con algunas posibles soluciones, he dado con la clave en el propio wiki de Dreamhost, concretamente en la página dónde describe mod_security y como evitar posibles fallos. Sencillamente hay que añadir unas líneas al archivo .htaccess Espero que si estáis experimentando un error similar os pueda servir de ayuda.

Cuidado con la actualización de wp 2.9es_ES

Carlos Guadián Orta — Sat, 19 Dec 2009 19:11:32 +0000

Me ha traído un poco de cabeza en una tarde en la que me veo obligado a estar en el sofá. No me ha ido mal pero fruto de mi experiencia he sacado que la versión de wp 2.9 es_ES es la que me ha producido el error. Un error consistente en que una vez hecha la actualización al cargar el blog o la parte de administración lo único que obtenía por respuesta era una página completamente en blanco. He mirado y probado tres soluciones para intentar resolver el problema. Tres soluciones que son sugeridas en la mayor parte de los sitios que se hacen eco de este fallo tanto en esta versión como en anteriores:

He aumentado de 32 a 64 MB la memoria de wp en wp-settings
He revisado wp-config para que no tuviera ninguna línea en blanco al final del archivo
He cambiado el nombre de la carpeta plugins a _plugins para intentar desactivarlos todos y ver si alguno genera alguna incompatibilidad

Pero no me ha funcionado ninguna de ellas. El caso es que el fallo se ha producido cuando he actualizado a la versión en español por que la versión oficial en inglés si que me ha funcionado y correctamente. Por lo tanto he pensado que podría volver a hacer un downgrade para intentar recuperar su funcionamiento normal y probar de nuevo la actualización a 2.9 sólo en inglés. Y voilà, ha funcionado. Para hacer el downgrade bajaros la versión de wordpress 2.8.6 lo descomprimís y subis al servidor todos los archivos excepto la carpeta wp-content. Tener cuidado que vuestro wp-config quede a salvo (en principio no tiene que pasarle nada ya que el wp que habléis bajado mantiene el original wp-config-sample.php) y la carpeta wp-content con todo su contenido. Seguramente el vídeo os echará un cable. En principio, si teniais el mismo error, ya tendría que estar subsanado el error. Ahora sólo tenéis que actualizar a wp 2.9 y esconder la actualización en Español. Espero que os resulte de utilidad...

Cómo evitar que te roben el contenido de tu blog

Carlos Guadián Orta — Fri, 27 Feb 2009 06:00:53 +0000

Desde un tiempo a esta parte y gracias a la popularización y desarrollo de las herramientas en torno a los RSS se ha hecho cada vez más habitual la puesta en marcha de agregadores de contenidos. Estos modelos de “agregación de contenidos” son más que recomendables para fortalecer comunidades ya sean territoriales o de intereses.

Ejemplos tenemos muchos pero para que os hagáis una idea un par de ejemplos:

Las Ideas es una asociación a la que pertenezco y la página es un agregador desarrollado con infante. En dicho agregador aparecen los contenidos de los diferentes miembros de la asociación por orden de publicación inversa. Es decir, cuanto más reciente es el post aparece situado más arriba y a la izquierda ganando visibilidad de cara a los visitantes de la página. En todo momento queda claro quien es el autor del contenido y se enlaza directamente al original del contenido.
Agregador de Open ProPolis de la Blogosfera Pública. Tiene la misma estructura y funcionamiento que en las Ideas con un añadido. Además de la posición dinámica de los contenidos tiene un desplegable para poder filtrar los diferentes feeds por categorías previamente definidas. Para este agregador se ha utilizado feevy adaptándolo para poder usarlo en joomla.

El problema no son, por lo tanto, este tipo de agregadores de contenidos ya que su objetivo como he dicho al principio es generar y consolidar comunidades de intereses.

El problema viene cuando se hace un uso indebido de dichas herramientas para captar contenido externo sin ningún esfuerzo, generar tráfico y en la mayoría de los casos intentar generar negocio con anuncios insertados en la web que sirve de agregador.

A raíz de un caso reciente de haber encontrado una página que agrega contenidos de varios bloggers de referencia en diferentes ámbitos sin atender a preguntas ni requerimientos de que retiraran algunos contenidos, he encontrado una manera de bloquear esa “captación” de contenidos inapropiada, siempre y cuando tengas tu blog hecho con wordpress.

¿Cómo evitar el “robo” de contenidos? Para ello lo primero que hay que hacer es banear la IP del dominio desde el que están “captando” los contenidos para que no pueda acceder al fichero de tu rss. Para hacerlo puedes utilizar el plugin wp-ban en tu wordpress. Éste plugin cuando detecta la IP que le señales sirve automáticamente un mensaje de advertencia (que puede ser todo lo cachondo que quieras ^_^) impidiendo el acceso de esa IP a cualquier tipo de contenido.

Evidentemente no verá el mensaje de “aviso” pero ya no podrá acceder al archivo xml…

Por lo tanto el primer paso a dar es instalar dicho plugin. Una vez hecho esto, el siguiente paso que hay que dar es averiguar la IP desde dónde están haciendo la “captación” de contenidos y para ello podemos utilizar una de las muchas herramientas que hay.

Ahora sólo hay que esperar para ver si surte efecto. Es decir, el contenido que ya han importado no podréis borrarlo por que está en su base de datos. Pero comprobar que cuando actualicéis vuestro blog ya no tendrían que aparecer más artículos vuestros en ese sítio web.

Espero que les sirva, al menos a los usuarios de wordpress, que se sientan incómodos con que “alguien” esté utilizando sus contenidos.

Post publicado en K-Government - Thinking in e-government por Carlos Guadián Orta

WP 2.5 y su actualización

Carlos Guadián Orta — Sun, 30 Mar 2008 16:16:06 +0000

Ayer poniendo en marcha el blog de Autoritas decidí aprovechar la puesta en marcha de wordpress 2.5 para utilizarlo. Por qué esperar y tener que actualizar si ya podía usar la última versión del popular gestor de contenidos si ya podía hacerlo.

He venido siguiendo el desarrollo del nuevo wordpress lurkeando en la lista wp-hackers y soy consciente del trabajo que se ha realizado para poder poner en marcha esta nueva versión mejorada de wordpress. Cuando hay saltos cualitativos en el desarrollo suelen haber cambios en la estructura de programación que afectan a los plugins utilizados e incluso a las plantillas.

Por todo esto partir de cero un 2.5 no tiene problema pero si que realizar una actualización manual puede traer algún quebradero de cabeza. Por suerte y por una decisión que ya tomé hace un tiempo las actualizaciones se las dejo al hosting que tengo contratado y hasta el momento me ha dado el mejor resultado. Realiza la actualización evitando posibles equivocaciones, realizando las copias de seguridad necesarias para que si algo falla puedas volver atrás sin problemas.

Por lo tanto y aprovechandome de esta situación ya he actualizado K-Government a wordpress 2.5 y salvo un par de problemas menores con un par de plugins el resto ha ido como la seda. De momento sólo se quedan fuera de uso wp-gravatars que al intentar hacer una actualización automática desde el panel de control no ha funcionado y me lo ha deshabilitado. Y el otro que me ha dado un poco más de problemas es Flickr Photo Album que al intentar hacer una actualización manual en su core me ha descompuesto todo el backoffice hasta que he restaurado el archivo original.

Mi impresión tras poco uso es buena. Una mejor visualización de entorno de gestión, un uso de ajax más intensivo, actualización automática para los plugins, integración de gravatares que imagino que los themes que lo incorporen ya lo facilitarán, un nuevo diseño en el backoffice e imagino que muchos más cambios que por ahora no puedo ver.

Por supuesto corrige problemas de seguridad. Lo mismo que la actualización de los plugins ayuda a mantener un sitio libre de spam. O sea que adelante.

Post publicado en K-Government - Thinking in e-government por Carlos Guadián Orta

TAO 2.0 migrada

Carlos Guadián Orta — Sat, 23 Feb 2008 11:32:32 +0000

En Octubre de 2007 renovamos completamente la página que había sido de TAO por otra completamente nueva, en la que apostamos por el uso de wordpress. La facilidad de gestión que nos ha proporcionado ha mejorado el site respecto de la etapa anterior. Pasó de ser una página actualizada por personas ajenas a los contenidos a ser autogestionada.

El caso es que hoy hemos hecho la migración final. Hasta ahora para evitar errores de acceso al sistema de gestión de incidencias se apuntaba a un sítio de pruebas. Hoy ya se encuentra bajo www.tao.es