]]> ¡Qué susto me he dado! A vuelta de vacaciones, he ido a mirar el blog y no me aparecía ningún post.

Al entrar en la parte de administración de WordPress, me ponía que no tenía ninguna entrada. He acudido al phpMy Admin que me proporciona mi proveedor de alojamiento y he visto que, al pinchar en la tabla wp_posts, me aparecía el mensaje Table ‘./mibasededatos/wp_posts’ is marked as crashed and should be repaired.

Gracias a Planeta Red, que debió pasarle lo mismo, he podido reparar la tabla muy fácilmente ejecutando este sencillo comando en la ventana SQL del phpMyAdmin:

repair table wp_posts;

Tan sencillo como eso. En cualquier caso, no estaba excesivamente preocupado, ya que utilizo el plugin WordPress Database Backup, que me envía cada cierto tiempo por correo electrónico un backup actualizado de la base de datos.

]]> Si utilizas el magnífico plugin DB Cache Reloaded y has actualizado WordPress a su versión 3.0, es posible que, al intentar crear una nueva entrada o al editar una antigua te salga un error como este:

Fatal error: Call to undefined method wpdb::get_blog_prefix() in /tu-directorio/wp-admin/includes/user.php

La solución consiste en cambiar el fichero db.php que se instala en  el directorio wp-content por el que puedes encontrar en DjZoNe.

Desde aquí, muchísimas gracias al autor del parche

Actualización 22/06/2010: Ya ha salido la versión 2.1 del plugin DB Cache Reloaded, que resuelve el problema.

]]> Por problemas con la base de datos y algunas cosas raras que me hacía, he decidido eliminar el afamado plugin Popularity Contest y sustituirlo por el más sencillo, pero eficaz, WordPress.com Popular Posts, basado únicamente en el recuento de visitas.

Este plugin precisa tener previamemte instalado el plugin oficial WordPress.com Stats, que permite llevar las estadísticas de tu blog sin demasiada carga para tu base de datos, ni para tu alojamiento, ya que funciona a través de la API oficial de WordPress.com, al igual que Akismet, por ejemplo. Además, la instalación es automágica, siempre y cuando tu tema esté bien conformado y contenga una llamada a la función wp_footer() dentro del cuerpo html (generalmente en footer.php, justo antes de </body>).

El plugin WordPress.com Popular Posts añade un widget bastante fácil de configurar, especialmente si te manejas bien con el código html.

Así pues, a partir de ahora podrás ver en la barra lateral el listado de mis posts más vistos, justo donde antes aparecía un listado de los más populares (según criterios bastante discutibles, por cierto).

Otra cosa, también he añadido I Like This, un bonito plugin para que indiques si lo que lees te gusta. Espero ansioso el widget para hacer un listado de lo más valorado Tienes ya disponible un listado de lo que más gusta en este blog en la barra lateral

]]> Ahora que se ha puesto de moda en WordPress 2.7 el separar en cada entrada los comentarios de los trackbacks y pingbacks, puede que a muchos les interesa saber cómo contar por separado el número total de cada uno de ellos.

El tema que actualmente uso lo llevaba implementado de serie (en el archivo functions.php), pero lamentablemente la versión traducida usaba unas funciones erróneas. Así que, acudiendo a la versión no traducida pero actualizada del tema, descubrí las nuevas funciones que sí permitían dicha separación: comments_only_number() y trackpings().

Aquellos que quieran disfrutar de dichas funciones, también las tienen disponible en el plugin para WordPress Trackping Separator.

Su uso es bastante sencillo, aunque, evidentemente, requiere editar los ficheros del tema que se esté utilizando. Por ejemplo, en single.php, bastaría con añadir/editar el siguiente código para obtener en la cabecera del post el número de comentarios y trackbacks (y pingbacks) que contiene:

Publicado el <?php the_time('j de F de Y'); ?> | <a href="<?php the_permalink() ?>#comments">Comentarios (<?php comments_only_number('0', '1', '%'); ?>)</a> | <a href="<?php the_permalink() ?>#trackbacks">Trackbacks (<?php echo trackpings('count'); ?>)</a>

]]> Si tienes un blog cuya página principal es una página estática, seleccionada de entre las páginas que tienes disponibles, entonces la plantilla 404.php de tu tema no funcionará correctamente. De hecho, he comprobado que ni siquiera funciona adecuadamente la función is_404().

Lo sé porque tengo otro blog de fotografías en el que uso una página estática como página inicial, y no lo podía validar en las herramientas de Google para webmasters porque el WordPress no devolvía correctamente un error 404 en caso de url errónea.

La solución es crear una página específica para las entradas. Puedes crear una página vacía, y en el menú Opciones, y luego Lectura, seleccionar dicha página como Página de entradas.

Ignoro si es un bug o una feature. El caso es que hasta la versión 2.5, el WordPress funcionaba correctamente sin necesidad de hacer lo anterior, por lo que supongo que es un bug. De ser así, en la versión 2.5.1 no ha sido subsanado.

En cualquier caso, no tiene mayor importancia.

]]> Hoy he pasado de forma muy poco traumática a la versión 2.3.1 de WordPress (desde la 2.2.2).

Las versiones 2.3 llevan implementada la redirección a las URL canónicas que se hayan definido. Es decir, suponiendo que tengas el wordpress instalado en http://miblog.com/, todas la URL que a continuación se listan serán redirigidas a la correcta (la primera de todas, si así se ha definido en el menú de “Opciones”):

• http://miblog.com/
• http://www.miblog.com/index.php/
• http://miblog.com/index.php/
• http://www.miblog.com/?paged=1
• http://miblog.com/?paged=1
• http://www.miblog.com/page/1/
• http://miblog.com/page/1/
• …

En parte, esto es lo que ya hacía el plugin para WordPress Permalink Redirect, por lo que, en principio, hace innecesario su uso (sólo sería útil para el resto de características adicionales, como, por ejemplo, la redirección desde estructuras de permalink antiguas).

En principio, no es estrictamente necesario desinstalar el plugin, pues no es conocido ningún conflicto. Sin embargo, si por alguna razón (como es en mi caso) tienes implementadas órdenes de redirección en el fichero .htaccess tipo no-www, como:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^www.miblog.com$ [NC]
RewriteRule ^(.*)$ http://miblog.com/$1 [R=301,L]

o su opuesta:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^miblog.com [NC]
RewriteRule ^(.*)$ http://www.miblog.com/$1 [L,R=301]

entonces el conflicto se hace presente, impidiéndose el acceso a archivos paginados del tipo http://miblog.com/page/2 ó http://miblog.com/2007/06/page/3

En ese caso, no queda más remedio que desactivar el plugin. Es la única solución que me ha funcionado y, además, la más lógica, dada su práctica inutilidad con estas versiones de WordPress.

]]> Sencilla receta para mostrar la información de última fecha de actualización de un post, si es que la habido:

<?php $u_time = get_the_time('U');
$u_modified_time = get_the_modified_time('U');
if ($u_modified_time != $u_time) {
echo "Última modificación ";
the_modified_time('j de F del Y');
echo " a las ";
the_modified_time();
echo ", "; } ?>

Tan sólo hay que copiar el código anterior en la posición dónde se quiera visualizar, dentro del fichero single.php del tema que estés utilizando.

Visto en ardamis.com (con ejemplo para el tema Kubrick que viene por defecto en WordPress)

]]> Hace unos día actualicé gracias al aviso de sigt.net el plugin Google (XML) Sitemaps Generator a su versión 3.0 Final. Sin embargo me daba un error cada vez que editaba un post o alguien comentaba. No era nada demasiado grave: todo funcionaba más o menos bien, pero aparecía una alarmante página en blanco con el mensaje:

Access denied for user xxxx@localhost (using password: NO) on line: 294

Googleando me di cuenta que el problema venía de una incompatibilidad con el plugin Popularity Contest. La solución pasaba por volver a una beta anterior (la 3.0b10) que utilizaba una técnica de query anticuada y que consumía más memoria.

Afortunadamente, ha salido la versión beta 1.3b2 del Polularity Contest que resuelve perfectamente este problema. Ahora, salvo que no me saca bien los artículos más populares en cada categoría (no me importa mucho, la verdad), todo lo demás funciona bien y rápido, como debe ser.

]]> He decidido instalar el plugin para WordPress DoFollow que, básicamente, retira la etiqueta “nofollow” de los enlaces en los comentarios, permitiendo diversas configuraciones a gusto del editor.

De todos modos, sólo lo he activado para pingbacks y trackbacks, por lo que, realmente, se trata de una iniciativa quid pro quo. Es decir, si me enlazas un post, recibirás automáticamente un enlace entrante sin el “nofollow”. Por otra parte, también he decidido eliminar otros plugins, como el Top/Recent Commenters, quedando así el DoFollow como única zarandaja web 2.0

Ni que decir tiene que, aparte de usar poderosas herramientas anti-spam, me reservo el derecho a moderar cualquier abuso al respecto.

Actualización: He cambiado este plugin por el Dofollow Trackbacks.

]]> He adaptado la idea de InKiLiNo para recomendar a los lectores que no utilicen Internet Explorer, llevándola un poco más lejos: con un post-it les recuerdo que IE no respeta los estándares W3C y que, en general, es inseguro. De paso, les cuelo un anuncio de Adsense por si les apetece cambiar a Firefox.

Si quieres copiártelo, lo puedes hacer sin el menor rubor. Para ello sólo tienes que hacer dos cosas sencillas. En primer lugar, copia este código CSS en tu archivo de estilos (el style.css que utilices):

#postit {
position: fixed;
right: 0px;
top: 0px;
width: 240px;
height: 213px;
background: transparent url('http://img267.imageshack.us/img267/2431/postitpum1.gif') no-repeat top right fixed ;
}

#text-postit {
position: fixed;
right: 40px;
top: 40px;
width: 180px;
height: 213px;
background: transparent;
text-align: left;
font-size: 12px;
}

Posteriormente, por ejemplo, en el encabezado del tema que utilices (fichero header.php), en cualquier sitio entre las etiquetas <head> y </head>, copia lo siguiente:

<!--[if IE]>
<div id="postit">
<div id="text-postit">
<strong>Recordatorio importante:</strong>
Este sitio se ve mucho mejor con Firefox. <script type="text/javascript"><!--
google_ad_client = "pub-1765942847287859";
google_ad_output = "textlink";
google_ad_format = "ref_text";
google_cpa_choice = "CAAQxav2_gEaCMgPrE7o6BhuKOW14YcBMAA";
google_ad_channel = "0558196936";
//-->
</script>
<script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
</script>. No use Internet Explorer (IE) porque <a href="http://www.w3c.es/">no respeta los estándares de la W3C</a> y, además, <a href="http://browsehappy.com/why">es inseguro</a>
</div>
</div>
<![endif]-->

Con la declaración <!--[if IE]>, te asegurarás de que sólo a los usuarios de Internet Explorer les salga el post-it. Por supuesto, ni que decir tiene que el mensaje lo puedes cambiar, y que no es necesario que pongas la parte del código con el anuncio de Adsense (si lo haces, recuerda cambiarlo y poner tus propios datos: google_ad_client, …).

Si no usas IE (haces bien), y quieres ver cómo queda, ahí va un pantallazo:

El post-it se va moviendo junto con la barra de desplazamiento, quedando siempre en la parte superior derecha de la pantalla, por lo que no interfiere demasiado con el contenido.

Actualización: Debido a que IE6 no trabaja bien con transparencias ni con posiciones fijas, he tenido que añadir este hack en el fichero de estilos:

/* Post-It para IE6 */
#postit {
_position: absolute;
_right: 0px;
_top: 0px;
_width: 240px;
_height: 213px;
_background: #f6f89c;
}
#text-postit {
_position: absolute;
_right: 40px;
_top: 40px;
_width: 180px;
_height: 213px;
_background: transparent;
_text-align: left;
_font-size: 12px;
}