Hace unos días probaba la posibilidad de escribir en nuestro blog desde Twitter, el servicio más famoso de microblogging. La principal ventaja de esto es la de poder escribir artículos de una forma rápida y sencilla, algo a tener en cuenta si no disponemos de demasiado tiempo para escribir o si lo que queremos decir son apenas unas pocas palabras.
Para este propósito podemos utilizar el plugin Twitter Tools, que también nos permite mostrar nuestro Twitter en la barra lateral, enviar nuestros artículos a Twitter, crear posts con todos nuestros tweets diarios, etc.
Por supuesto, no es perfecto, ya que no permite (al menos de momento) incluir tags en los artículos, aunque sí una categoría, y por supuesto, tendremos limitado el número de caracteres a 140.
Página de Plugins Alexking | Descargar Twitter Tools
Desactivar el HTML en los comentarios de Wordpress posiblemente sea una de las mejores opciones a la hora de poner cerco a los spammers.
Por defecto, en los comentarios de Wordpress, cada vez que se escribe una dirección, se convierte automáticamente en HTML y por tanto haciéndola "clicable". Si queremos desactivar esta característica, deberemos editar el archivo wp-includes/default-filters.php.
Comentaremos la línea 119, que la que realiza la función de conversión mencionada:
//add_filter('comment_text', 'make_clickable', 9);
Además, si queremos deshabilitar completamente el código HTML, deberemos añadir una línea más en el mismo archivo(Por orden, recomiendo situarla cerca de la anterior):
add_filter('pre_comment_content', 'wp_specialchars');
Esta línea, lo que hace es añadir un filtro que permite que los caracteres especiales no sean interpretados, como por ejemplo el código HTML, javascript, etc.
[MySQL server has gone away] podría traducirse al castellano como "El servidor MySQL se ha ido a hacer puñetas", es un error bastante común para los usuarios de Wordpress, que generalmente ocurre cuando se supera el tiempo máximo para aceptar una petición en la base de datos.
Siendo más explícito, cuando alguien intenta ver alguna de las páginas de un blog de Wordpress, el código PHP abre una conexión con el servidor. Tras realizar las consultas SQL al servidor, la conexión se cierra y no es reabierta. Si la conexión con el servidor se cierra antes de realizar una consuta, es cuando Wordpress muestra este error.
Por ello, se puede aumentar el tiempo de espera "wait timeout" de la base de datos para que permanezca abierta durante más tiempo en el caso de que una consulta se demore más de lo necesario.
Para llevar a cabo esta tarea, lo primero que haremos será descargar esta versión modificada y optimizada del archivo wp-db.php (Esta versión es para Wordpress 2.6 y Wordpress 2.6.x, si queréis para versiones antiguas tenéis más aquí). La subiremos a wp-includes/wp-db.php (haciendo preferiblemente una copia de la existente), y ¡voilá!.
Si notamos que todavía se nos muestra el error de vez en cuando, podemos descomentar la línea 347:
// $this->query("set session wait_timeout=600");
para aumentar el tiempo de espera.
Más información | RobsNotebook (En inglés)
He estado un ratillo peleándome con un error que me daba la aplicación de Wordpress para iPhone al añadir mi blog a la misma. El error es el siguiente:
Communication Error
Operation could not be completed
(NSXMLParserErrorDomain error 5.)
Se soluciona de manera sencilla, simplemente editando el archivo .htaccess de nuestro blog y añadiéndole las siguientes líneas:
<Files xmlrpc.php>
SecFilterInheritance Off
</Files>
Poner estas líneas también soluciona un error de XMLRPC que puede dar Flickr si pretendemos publicar nuestras fotos directamente desde la misma página y que también padecí hace ya un tiempo.
Si tenéis algún otro error, no dudéis en consultar la completa FAQ de su página oficial, donde aparecen también otras soluciones para diversos problemas.
En primer lugar, recapitulando, os hablaba de que en el Google Webmaster Tools me aparecían más de 800 páginas de contenido duplicado, pero curiosamente, cada una de las referencias aparecían dos veces. Ésto era debido a que Google interpretaba como páginas distintas las que terminaban en barra lateral o trailing slash ("/") y las que no lo hacían.
Por ejemplo:
- http://bocabit.com/publicidad/
- http://bocabit.com/publicidad
Para arreglar este problema de contenido duplicado -en principio- tenemos 3 opciones.
Continuar Leyendo »
Solucionar el problema del contenido duplicado en Wordpress es algo muy importante de cara al posicionamiento, ya que es algo a lo que Google da mucha importancia de cara a dar resultados para sus búsquedas.
Precisamente me ha dado por echar un vistazo a las Google Webmaster Tools, ya que hacía bastante tiempo que las tenía abandonadas y cuál ha sido mi sorpresa al ver que han añadido una nueva funcionalidad que nos muestra la información sobre el contenido de nuestra página (Diagnóstico -> Análisis de Contenido). Mi sorpresa fue aún mayor cuando comprobé que tengo más de 800 páginas con contenido duplicado debido a que Wordpress me genera dos terminaciones para cada página: una con un "/" (trailing slash o barra lateral) al final de la URL y otra sin ella, interpretándolas como páginas distintas.
Hablando con gafeman para comprobar de que era algo que sólo me pasaba a mí, vi que existen también otros problemas de contenido duplicado bastante comunes y que mucha gente padece.
Esta minucia, que en principio puede parecer una chorrada, es posible que nos esté perjudicando nuestro posicionamiento en Google, ya que repartirá el valor de la página en dos, o, lo que es lo mismo, el Pagerank.
Esto me ha llevado a buscar una solución, ya que seguramente hay mucha gente que tiene este problema u otros relacionados con el contenido duplicado. Por ello, vamos a comprobar lo que podemos (y debemos hacer) para solucionar el problema del contenido duplicado e intentar mejorar así nuestro posicionamiento en Google y otros buscadores.
Feed