El otro día hablaba del histórico de WordPress (en su versión 2.6) y de como, desde mi punto de vista, es un error el que lo hayan incluido activado por defecto ya que consume recursos innecesarios de nuestra base de datos.

En mi caso y con menos de una semana en la versión 2.6 de WordPress ya tenía más de 50 entradas “duplicadas” en mi base de datos, lo cual podría suponer a lo largo de todo un año una cifra superior a las 2.000 entradas de información “inútil” para la mayoría de la gente.

Por eso mi recomendación es desactivarlo, aquí explican como hacerlo, pero si ya llevas un tiempo trabajando con la nueva versión y quieres borrar las entradas del histórico para liberar espacio en tu base de datos aquí te explico como hacerlo. Recuerda que antes que nada debes hacer una COPIA DE SEGURIDAD de tu base de datos por si algo sale mal.

1º) Conectamos con nuestra base de datos mediante phpMyAdmin (tu puedes usar otra aplicación informática de gestión de bases de datos, pero el tutorial está explicado para este programa).

2º) Pinchamos en la pestaña “SQL” para introducir un código que realice la operación de borrado.

3º) Escribimos el siguiente código SQL y pinchamos en “Continuar”.

Actualizado: He corregido esta sentencia pues en un comentario me han informado de que era incorrecta. La anterior era DELETE FROM wp_posts WHERE post_status = ‘inherit’ y al parecer no estba del todo bien.

4º) Como estamos borrando datos parecerá un cuadro solicitándote que confirme la acción. Pincha en “Aceptar” y listo.

Después de esto podrás ver cuantas filas se borraron y cuanto duró la consulta. Espero que les sea de utilidad este mini manual. Saludos avinagrados.

ACTUALIZACIÓN: Me acabo de enterar gracias a Víctor y a The-RockeR , que el problema del que hablo en este post es una nueva funcionalidad implementada en la nueva versión de WordPress (2.6) que guarda un histórico con distintas versiones de un mismo post. En este artículo de Maestros del Web explican como desactivar el histórico. Creo que WordPress tendría que haber dejado por defecto desactivada esta opción y no al revés, pero en fin, están informados ya que no deja de ser un problema si dejan el histórico activado

El otro día, después de actualizar este blog a WordPress 2.6, observé algo extraño, ya que al crear un post, WordPress le asignó como ID de identificación en la base de datos un número mayor al esperado. En concreto esperaba el 357 y el ID asignado fue el 366, pero pensé que sería algo debido a la actualización y no le di mayor importancia.

Pero hoy observé que el ID asignado para el siguiente artículo a publicar es el 389????

¿Donde fueron a parar todos los ID intermedios si solo publiqué dos o tres artículos tras la actualización a la versión 2.6?

Para quien no lo sepa cuando hablo de ID me estoy refiriendo al campo de la base de datos de WordPress que identifica de forma unívoca cada artículo o página de nuestro blog. Los ID de cada artículo deben ir correlativos (o casi, dependiendo de si tenemos borradores o similares), por eso si hay un ID que no está relacionado con ningún artículo hay que preguntarse qué contiene esa fila de la base de datos.

Así que accedí a la bases de datos de WordPress y …. sorpresa!!!

La nueva versión de WordPress, la 2.6, se dedica a realizar una copia de respaldo cada vez que modificamos algo en cualquiera de nuestros posts (nuevos o antiguos). Esto lo hacía la versión anterior con carácter temporal pero en esta ocasión WordPress almacena los cambios en filas con ID correlativos de forma que nuestra base de datos se va llenando de copias innecesarias con cada modificación. Para colmo de males el autosave del programa tiene el mismo comportamiento, de modo que mientras escribo este artículo se van creando varias copias que van ocupando espacio en la base de datos.

No se si habrá alguna forma de desactivar este comportamiento, pero de no ser así deberán tener cuidado quienes tengan contratadas bases de datos con espacio bastante limitado pues en breve pueden llevarse una sorpresa desagradable por consumir toda la cuota asignada.

Espero que haya forma de desactivar esto o que se arregle pronto desde WordPress pues creo que es un error grave que debe corregirse. Saludos avinagrados.

Cuando uno empieza un blog pone todo su empeño e intenta crear buenos artículos. Las visitas no son muchas y son pocas las personas que llegan a leer los primeros posts que publicaste. Con el tiempo y a medida que el blog se va llenando de contenido estos artículos van quedando relegados al olvido a menos que los posiciones en Google.

Para evitar ésto lo mejor es hacer una selección manual de tus mejores entradas y mostrárselas a tus lectores mediante un banner aleatorio que vaya presentado imágenes que enlacen a esos artículos.

Para hacerlo solo tenemos que incluir la siguiente porción de código y hacer algunos cambios:

Vamos a ver que hace cada parte de éste código para entenderlo mejor, aunque puedes saltarte esta parte si no te interesa la programación:

1º) El principio y el final del código simplemente marcan el comienzo y el final de una porción de código de PHP, no tiene mayor importancia.

2º) La variable $arrayEnlaces es como una caja (vector) llena de compartimentos que recogen los distintos enlaces hacia los artículos que nosotros decidamos incluir. Cada compartimento se diferencia por un número (el índice) empezando por cero. De modo que el ENLACE_1 tendrá asignado el indice 0, el ENLACE_2 tendrá el 1 y así sucesivamente. Estos números nos servirán para seleccionar un enlace u otro.

3º) La variable $numeroDelEnlace recoge el valor devuelto por la función array_rand. Esta función tienes dos parámetros (los que están entre paréntesis) que son en primer lugar la variable que contiene todos los enlaces (en esta caso es $arrayEnlaces) y en segundo lugar el valor 1 (podría cambiarse por otro pero el código no funcionaría correctamente) que determina que se elija de forma aleatoria un solo valor (enlace) de la variable $arrayEnlaces.

4º) Por último “echo” se encarga de presentar en pantalla la porción de código que va entre paréntesis que incluye las siguientes partes:

Esta parte del código simplemente le da estilo al banner. En este caso se le asigna al banner la clase “destacado” que previamente has de crear en tu hoja de estilo.

Esta parte accede al indice de la variable $arrayEnlaces determinado por $numeroDelEnlace. Es decir seleccionamos el enlace de “nuestra caja” que tiene el número de indice obtenido aleatóriamente en el punto 3º.

Ahora que ya sabemos como funciona el código solo nos queda cambiar donde dice “ENLACE_1″ por el primer enlace a un artículo, “ENLACE_2″ por un enlace a otro artículo y así sucecivamente. Como los enlaces son mediante imágenes el enlace debe tener la siguiente forma:

Así que si por ejemplo creamos un banner aleatorio con tres imágenes distintas hacia tres artículos distintos tendremos algo así para la variable $arrayEnlaces (no copies esto directamente, es solo un ejemplo):

Fíjate que cada enlace está entre comillas simples (‘) y que un enlace se separa del otro por una coma (,). Así que solo tienes que adaptar este código a tus enlaces y tendrás un banner aleatorio para mostrar los posts más antiguos o los que más te gusten. Saludos avinagrados.

Ahora que ya sabemos como mostrar código en WordPress vamos a ver como se le da estilo para que aparezca de la forma que más nos guste.

Lo primero que tenemos que hacer es abrir la hoja de estilos de nuestra plantilla, que normalmente es “style.css” o en su defecto otro con la terminación “css” (Cascading Style Sheets u Hojas de Estilo en Cascada).

Una vez localizado añadiremos el siguiente código para crear la clase “codigo”:

Ahora veremos lo que hace cada parte de este código para que se adapte a tu gusto:

1º) background-color: aquí puedes elegir el color que quieres para el fondo de tu código.
2º) color: aquí puedes elegir el color de la fuente.
3º) font-family: aquí puedes elegir la familia de fuentes que utilizaremos para representar el código.
4º) font-weight: aquí elegimos el grosor de la fuente. Para elegir otro grosor lee ésto.
5º) margin-top: con esto conseguimos dejar un pequeño margen entre el texto y el código. Cambia el valor 10px si quieres que tener más o menos espacio. Si quieres aumentar el espacio al final del código solo tienes que añadir la línea magin-bottom:*px; y sustituir el asterísco por el valor que quieras.
6º) padding: los valores asignados a este campo crearán un margen interno dentro del contenedor que contiene el código. Los valores corresponde, en este orden, a los márgenes internos superior, derecho, inferior e izquierdo.
7º) border-left: con esta propiedad creamos un borde a la izquierda de nuestro contenedor con un grosor de 2 pixeles, con trazo continuo (solid) y de color azul (blue). Si quieres modificar estos valores lee ésto.

Ahora cuando queramos escribir algo de código en uno de nuestros posts crearemos un contenedor metiendo el código entre las etiquetas <div class="codigo"></div>.

De esta forma si escribimos en nuestro post algo como ésto:

<div class="codigo">
<html>
<head>
<title>Hola</title>
</head>
</html>
</div>

Cuando el post se publique obtendremos esto otro:

Bueno pues ya sabéis como dar estilo a vuestro código con la ayuda de las hojas de estilo. Iremos viendo más cosistas. Saludos avinagrados.

Los que utilizan WordPress ya saben que si intentan mostrar una porción de código en uno de sus posts se encontrarán con el problema de que el código no aparece en pantalla.

Existen más de un plugin para hacer ésto, pero siempre que es posible evito instalar un plugin para así mejorar el rendimiento de la página.

El problema fundamental a la hora de mostrar código en pantalla es que WordPress interpreta los caracteres que utiliza HTML para definir sus etiquetas (<,>) y no muestra el código en el post correspondiente.

Conociendo el problema es fácil saber cual es la solución. Simplemente habría que sustituir < por &lt; y > por &gt; para evitar que el código sea interpretado.

Hacer ésto de forma manual puede ser bastante tedioso (de hecho lo es) por eso lo mejor es recurrir a alguna utilidad (en este caso online) que nos permita convertir todo un código (o porción) para obtener el resultado adecuado. Yo utilizo este conversor de entidades html, de modo que si coloco un trozo de código en la zona “Texto a convertir” y luego pincho en “Convertir” obtengo el texto ya codificado que podré insertar directamente en el post.

De esta forma ya no tendrás problema a la hora de insertar código en tus posts de WordPress. Ahora puedes ver como dar estilo al código para que se diferencie del resto del contenido. Saludos avinagrados.

He añadido un botón del agregador de noticias de Bitacoras.com al final de cada artículo y he pensado que no estaría de más explicaros como hacerlo y para que sirve.

Lo primero es aclarar que existen dos plugins para hacer esto mismo automáticamente en WordPress y Blogger. Solo te recomiendo que uses estos plugins si no quieres o no puedes modificar la plantilla de tu Theme, ya que insertando el código directamente conseguirás un menor consumo de recursos.

Como añadir un botón de Bitacoras a WordPress:

Es muy sencillo, solo tienes que buscar la zona de tu plantilla donde quieras que aparezca e insertar el siguiente código pero cambiando un par de cosas (resaltadas en negritas):

Dependiendo del tamaño que quieras que tenga el botón de Bitacoras deberás sustituir en el código anterior la cadena TIPO_BOTON por una de estas palabras: big, normal, mini o mini2 (abajo puedes ver que tamaño corresponde a cada imagen).

Luego deberás sustituir URL_POST por el enlace permanente (permalink) o url de cada artículo. Para que WordPress genere automáticamente estos enlaces solo debes sustituir URL_POST por el siguiente código:

De este modo si eliges un botón de tamaño normal (al igual que el mio) te valdrá el siguiente código:

Ahora solo tienes que añadirlo a tu plantilla en el lugar que quieres que aparezca y listo para usar.

Como añadir un botón de Bitacoras a Blogger:

Para hacer lo mismo con Blogger os recomiendo un par de artículos que me han sugerido los lectores del blog. Los artículos son:

- Agregar votaciones en Blogger (sugerido por Xombo)
- Votaciones de Bitácoras (sugerido por Kaka)

Para que sirve todo ésto:

Con los botones de Bitacoras.com permites que CUALQUIER visitante de tu blog valore los contenidos del mismo ya que no es necesario estar registrado para votar.

De esta forma puedes tener una mejor apreciación de lo que más gusta a tus visitas además de mejorar tu visibilidad en La Red, ya que las noticias más votadas llegaran a la portada de Bitacoras.com. Espero que les sea de utilidad. Saludos avinagrados.

Desde hace un tiempo, creo que desde el principio de pasarme a WordPress, vengo sufriendo un problema con Google y los caracteres usados en este blog.

El caso es que de forma aleatoria, sin seguir un patrón aparente, Google no reconoce los caracteres acentuados y otros como lo signos de apertura de interrogación, y los sustituye por caracteres chinos dividiendo las palabras en dos partes (antes y después del símbolo chino). Veamos un ejemplo:

Esto hace que Google entienda que yo hablo de arte (art) y de culos y me coloque en el top 10 para la búsqueda 100% culos. De esta forma no hay manera de posicionar palabras concretas ya que los símbolos chinos las modifican creando otras. Además esto no pasa siempre, como podéis ver en el siguiente ejemplo en el que para una misma búsqueda hay dos resultados con y sin caracteres chinos.

Pensé que podría tratarse un problema de la etiqueta “description” que está controlada por el plugin “All in One SEO Pack”, pero también tengo ejemplos en los que la descripción aparece unas veces bien y otras con los caracteres chinos, por lo que el problema debe ser otro.

La solución fácil pasaría por retirar de las descripciones y títulos todas las tildes, pero espero encontrar alguna solución que no me obligue a ésto. Estoy abierto a todo tipo de sugerencias y especulaciones, por tontas que parezcan, quizás se me pasó algo básico y no lo vi, así que no se corten en proponer cualquier cosa que se les ocurra. Espero que puedan ayudarme, saludos avinagrados.

La nueva versión WordPress 2.3.3. ya está disponible para su descarga. Al parecer existe una vulnerabilidad en las versiones anteriores de WordPress que permite que cualquier usuario válido de nuestro blog pueda tener acceso a los post de los otros usuarios y modificarlos.

En principio éste no es un problema demasiado grave si solo tienes una cuenta de usuario, pero si en tu blog colaboran otros bloggers podrías tener problemas. Además la actualización a la versión 2.3.3 de WordPress corrige algunos pequeños errores de menor importancia de las versiones anteriores.

Si no quieres actualizar a la versión 2.3.3 y solo te interesa arreglar el problema con los permisos de usuarios puede descargarte el archivo xmlrpc.php y subirlo a tu instalación de WordPress sobrescribiendo sobre el anterior. De esta manera solucionarás el problema.

De todas formas te aconsejo que pases directamente a WordPress 2.3.3. Recuerda que si no actualizas tu gestor de contenidos (CMS) a la última versión puedes estar expuesto a ataques como el sufrido por uLove-TeCh.com o ChicaSeo.com. Eso sí, antes de hacer nada debes realizar una copia de seguridad de tu bases de datos, por si las moscas.

Solo han pasado 37 días desde que salió la versión 2.3.2 de WordPress y a algunos les costará tener que actualizar otra vez, pero deberían de hacer un esfuerzo y actualizar a la nueva versión para evitar problemas. Saludos avinagrados.

Blue Eyes es un Theme es español para WordPress y es la primera plantilla para WordPress que creo a partir de otra ya existente.

El Theme original es Stylized, éste Theme ya fue modificado por Hernan y lo estuve usando durante un tiempo en Vídeos Para Todos, pero aunque me gustaba como quedaba quería personalizarlo cambiándole los colores, algunas imágenes y un poquitín del código. Así que decidí acudir a la fuente original y realizar mi propia versión con mi propia traducción.

Podéis ver el Theme en funcionamiento y encontrar más información sobre Blue Eyes (Ojos Azules) pinchando en Blue Eyes Theme gratuito y en español. Si queréis descargarlo directamente podéis pinchar en descargar Blue Eyes

Espero que sea de vuestro agrado y que pueda responder a las dudas que tengáis sobre esta plantilla. Todavía no controlo demasiado con el código de WordPress y hay muchas cosas que se me escapan pero estaré encantado de intentar resolver cualquier problema que tengáis con Blue Eyes. Saludos avinagrados.

Pues el título del post lo dice todo, ¡POR FIN está el blog en WordPress!. Después de algunos problemillas he conseguido que el blog corra bien en el nuevo CMS.

La verdad es que todo iba sobre ruedas, volqué la base de datos de los artículos y después pude hacer lo mismo con la de comentarios, pero cuando quise ver como quedaban los posts me dí cuenta de que WordPress eliminaba las etiquetas “<br>” convirtiendolas en “<p></p>” y perdiendo los espacios entre párrafos.

Cuando pude solucionar ésto le tocó el turno de nuevo al famoso mod_rewrite que permite modificar la estructura de permalinks en WordPress. Después de dos días intentando activarlo en mi servidor virtual y de varios correos con el servicio técnico de Strato pude activarlo hoy y en principio todo funciona correctamente.

Para ser exactos el blog lleva desde el día de Reyes funcionando en WordPress pero de un modo híbrido. Por un lado estaba el index funcionando con el nuevo gestor y todas las demás páginas se cargaban desde la antigua base de datos y con sus archivos correspondientes. Todavía las páginas de categorías funcionan desde la antigua base de datos y es que pienso reestructurarlas todas (lo haré poco a poco). Google de momento no notó nada y las estadísticas siguen como siempre. Espero que durante estos días en los que el blog funcione ya 100% en WordPress no se produzca ninguna incidencia. Os agradecería a todos cualquier comentario en este post si veis algún fallo o tenéis algún problema con el funcionamiento del blog.

Ahora toca empezar a publicar después del parón. De momento voy a ponerme al día con los correos que he recibido y pediros a todos los que me habéis mandado alguno durante estos días que si veís que hoy no os respondo volváis a enviarlos. Con el cambio de servidor olvidé actualizar las cuentas de correo y creo que algunos emails se perdieron.

También quería aprovechar para dar las gracias a todos por la excelente acogida que ha tenido la nueva iniciativa Tus feeds en mi blog y pediros a todos los que aun no habías podido dejar vuestros comentarios en el post que lo hagáis ahora para que pueda actualizar mi lector de feeds.

En próximos artículos explicaré como solventar los problemas que he tenido durante la migración por si sirven de ayuda a otros que se encuentren con los mismos problemas que yo. Bueno me pongo a leer vuestros feeds. Saludos avinagrados.