A riesgo de equivocarme, la idea original de esta útil característica proviene de Microsiervos; personalmente ha sido ésta la única bitácora que había visto, y probado, con algo semejante. Hace tan solo unos días, Microsiervos publicaba otra anotación al respecto comentando que Superporcel había hecho lo propio para poder implementar un ¡Salta! en sitios gestionados con Textpattern.

Es un genial recurso, inspirado (imagino) en la parecida característica que ofrece la Wikipedia. Bajo mi punto de vista, podría llegar a consolidarse como una característica de serie más en cualquier gestor de bitácoras. Dado el carácter intrínseco de cualquier bitácora, donde los nuevos contenidos terminan por desplazar a las anteriores anotaciones publicadas, sería positivo incorporar la posibilidad de saltar aleatoriamente hacia anotaciones pasadas. Esto, unido a la posibilidad de navegar por un archivo temporal (anual, mensual, diario) y/o un archivo por categorías / etiquetas, daría una accesibilidad extra a cualquier bitácora.

En lo que a mí concierne, me lo guardo para agregarlo en un futuro. Antes prefiero revisar y corregir todo mi archivo.

• ¡Salta! para WordPress

La noticia me llega gracias a La maté por un yogur, Mangas Verdes y Zootropo. Recomiendo la lectura de los anteriores enlaces para interesarse de las más destacables características que se incorporan con respecto a la predecesora versión 1.2.2.

No tengo mucho más que comentar puesto que todavía no lo he probado siquiera. Y me parece que aguantaré hasta que tenga listo el nuevo servidor que probablemente sustituya al que ahora tengo aquí en mi casa (que mi valiente Pentium 150Mhz no aguanta ya mucho más), claro que necesito una fuente de alimentación para el mismo (¡arf!). Mis propósitos son mantener el sitio web como está, montar un WordPress 1.5 sobre el futuro servidor para probarlo a fondo y que ello me sirva de empujón para lanzar, de una vez por todas, una versión final del actual diseño / estructura de este sitio. Entre tanto y tanto, seguir escribiendo que es lo que de verdad importa aquí jeje

Ánimo para todo aquel que decida actualizar su WordPress; cambio bastante importante y recomendado por las nuevas características que ello supone. Aunque se esperan grandes cosas todavía en la lista de cosas por hacer, como un sistema de localización como Dios manda pues realmente falta hace: se cuentan unas 26 traducciones de WordPress (link) y seguramente de las prmeras sorpresas que habrán será la integración de un sistema para traducir cómodamente el CMS.

El paquete está como siempre disponible en su sección de descarga. La receta de una instalación nueva por [ aquí ] y para actualizaciones por [ acá ].

El listado de cambios para la versión 1.5, [ aquí ]

Ahora el problema es mantener a raya los trackbacks y pingbacks. Para los poco duchos en terminología bitacoril, decir que el Trackback es un mecanismo de notificación que permite al emisor enviar un aviso a otra bitácora (que disponga también de este mecanismo) de que ha escrito una anotación donde le hace una referencia o la cita y, al receptor, le permite conocer qué bitacoras le ha referenciado en alguna de sus anotaciones. El Pingback es otro sistema muy parecido al anteriormente descrito. Permite lo mismo: notificar las referencias externas entre bitácoras que implementen el mecanismo. La diferencia radica en que el Pingback es automático / transparente para el emisor (quien hace la referencia o cita) y no tiene que enviar explícitamente un ping a la bitácora referenciada. Básicamente se trata de sistemas compatibles de comunicación entre bitácoras mediante pings que se suelen emplear para seguir hilos de conversaciones entre diversas bitácoras que hablan sobre temas puntuales en común.

Decía que hoy en día esta bitácora tiene un serio problema de spam en su sistema de recepción de trackbacks (y, también, pingbacks pero por acortar no lo menciono) puesto que mientras la inserción de comentarios está, de alguna manera, filtrada, no lo es así para la inserción de trackbacks. Es un problema que principalmente lo vienen sufriendo bitácoras mantenidas con WordPress, además de un modo desmesurado. Al menos esa es la sensación que tengo y, sobre todo, la cruzada que se viene luchando en esta bitácora desde hace escasos días. En poco tiempo se han llegado a recibir alrededor de trescientos trackbacks de spam automatizado y descentralizado. Un verdadero pringue, señoras y señores.

Las soluciones hoy por hoy son varias, aunque personalmente no termina por convencerme del todo ninguna de ellas. Existen dos formas de hacer frente a esta “nueva” (entre comillas porque ya está bastante asentada :( ) forma de llenar de mierda Internet:

1. Mediante sistemas externos / plugins que nos hagan un filtrado por el contenido del trackback recibido.
2. Modificando la posibilidad de utilización de trackbacks. Bien dejando de permitir el uso de éstos o bien forzando la moderación para todos los trackbacks que lleguen

Para el primer grupo de defensa, existen cosas como Spam Karma, The Spaminator o Three Strikes Spam Filter. Personamente no he probado nada de esto y tampoco tengo intención de hacerlo por lo que, sintiéndolo mucho por los interesados, no diré más. Es recomendable seguir la pista de los enlaces que he dejado para conocer más acerca de estos filtros antispam.

Me quiero centrar en el segundo grupo ya que es el que actualmente me interesa para empezar a poner barreras en la recepción de trackbacks. La razón por la que me interese moderar trackbacks es simplemente porque esta bitácora no suele recibir muchos, al menos en comparación con la inserción de comentarios que se hacen. Me permite mantener un control total sobre todos los pings que se vayan realizando a cualquiera de mis anotaciones y no supondrá gran esfuerzo aprobar la adición de aquellos trackbacks válidos / legales. Es ideal porque no cortas en ningún momento el flujo de comentarios que se puedan generar en uno u otro sitio, solo relentizas la muestra de información de que otra/s bitácora/s también ha escrito acerca de X tema igual que tú.

Sobre la solución de deshabilitar el uso de trackbacks, está descartada desde el principio y no se la recomiendo a nadie. Si uno lo piensa por un instante, éste debería ser el último recurso por el que tirar y, en caso de no tener más opciones que quitar los trackbacks, denería ser siempre algo temporal (aunque claro, depende de en qué casos; como todo).

Bueno, soltado el rollito de marras, veamos pues cómo comenzar a moderar tanto trackbacks como pingbacks futuros en el sistema de weblogs WordPress. Se ha hablado bastante por los foros y en muchas bitácoras y lo que a mí más me ha gustado es el par de simples plugins creados por MtDewVirus:

• moderate-pingbacks
• moderate-trackbacks

Dependiendo de qué rama de la aplicación utilicemos, tiramos para uno u otro lado dentro del par de enlaces de arriba. Nos tendremos que crear un par de ficheros

moderate-pingbacks.php

moderate-trackbacks.php

- moderate-pingbacks.php

<?php
/*
Plugin Name: Moderate Pingbacks
Plugin URI: http://dev.wp-plugins.org/browser/moderate-pingbacks/
Description: Automatically puts all pingbacks into the comment moderation queue.
Author: Nick Momrik
Version: 1.01
Author URI: http://mtdewvirus.com/
*/ 

function moderate_pingback($comment_ID) {
global $wpdb, $tablecomments;

$wpdb->query("UPDATE $tablecomments SET comment_approved='0' WHERE comment_ID=$comment_ID");

return $comment_ID;
}

add_action('pingback_post', 'moderate_pingback');
?>

- moderate-trackbacks.php

<?php
/*
Plugin Name: Moderate Trackbacks
Plugin URI: http://dev.wp-plugins.org/browser/moderate-trackbacks/
Description: Automatically puts all trackbacks into the comment moderation queue.
Author: Nick Momrik
Version: 1.01
Author URI: http://mtdewvirus.com/
*/ 

function moderate_trackback($comment_ID) {
global $wpdb, $tablecomments;

$wpdb->query("UPDATE $tablecomments SET comment_approved='0' WHERE comment_ID=$comment_ID");

return $comment_ID;
}

add_action('trackback_post', 'moderate_trackback');
?>

Los deberemos subir al subdirectorio

wp-content/plugins

wp-includes/functions.php

trackback_response

die();

Y ya está, ahora sí, activamos el par de plugins y a vivir. Lo cierto que hay otras soluciones, como la de editar el fichero

wp-trackback.php

('$comment_post_ID', '$author', '$email', '$tb_url', '$user_ip', '$now', '$now_gmt',
'$comment', '$approved')

por:

('$comment_post_ID', '$author', '$email', '$tb_url', '$user_ip', '$now', '$now_gmt',
'$comment', '0')

Pero en fin, creo que esto sería válido para los futuros trackbacks pero no serviría para los pingbacks. ¿Sugerencias, correcciones? Soy todo ojos.

Más información:

• Foro - Trackback Spam
• Foro - Howto Moderate Trackbacks Only
• Trackback Spam

--

Desde el punto de vista de la semántica, ésta habilidad se podría considerar todo un inventazo. Sin embargo, desde el punto de vista de los que nos da por incluir algún que otro bloque que no se valga de estas reglas semánticas es un engorro. Hace unos minutos Membris Khan me alertaba sobre esto en mi anterior anotación y he estado buscando alguna forma de poder corregir éste aspecto sin tener que cambiar el comportamiento del propio WordPress.

Me he topado con una herramienta que puede resultar útil a la hora de resolver estos temas puntuales. Se trata de WordPress Encoder Widget, un pequeño formulario en donde pegar el código y recogerlo convertido a entidades HTML perfectas para que nuestro WordPress no cometa una de las suyas.

A continuación pongo un fragmento de código pasado por WordPress Encoder Widget

t_bool f_addName (char **array, short size)
{
    t_bool result = true;
    char nombre [kNOM];
    static unsigned short i, long_name = 0;

    if (i < size)
    {
        memset (nombre, '', kNOM);

        printf ("Nombre nº%hu: ", i+1);
        scanf ("%[^n]", nombre);
        getchar ();

        long_name = strlen (nombre) + 1;

        if ((array [i] = (char *) malloc (sizeof (char) * long_name)) != NULL)
        {
            strcpy (array [i], nombre);
            i++;
        }
        else
            result = false;
    }
        else
        result = false;

    return result;
}

Si el fragmento de código que presentas no tiene caracteres â??<â??, â??>â?? que pueden ser interpretados por nuestro navegador, también puedes utilizar otra forma a la hora de poner el código sin tener que utilizar WordPress Encoder Widget. Por ejemplo, personalmente siempre he venido utilizando la etiqueta <pre class="codigo><code></code></pre> para mostrar cógido. El tema consiste encerrar ese código entre las etiquetas <code></code>, de éste modo WordPress no tratará el bloque contenido en éstas etiquetas de un modo especial. El mismo ejemplo de antes sin utilizar WordPress Encoder Widget y encerrando el código entre <pre class="codigo><code></code></pre> [actualización : al final he tenido que convertirlo a entidades HTML, así que nada, yo no utilizaría únicamente

<pre class="codigo><code></code></pre>

En fin, WordPress Encoder Widget : un buen recurso para usuarios de WordPress

Personalmente ya he actualizado a esta nueva versión, desde la 1.2. No he notado ningún problema y ha sido cuestión de medio minuto: ejecutar un script y reemplazar la plantilla original por la personal. Una de las cosas que me gustan mucho de WordPress es precisamente esto: la casi total transparencia con la que se lleva a cabo procesos como instalación, importación o actualización de la aplicación.

Más información:

• WordPress 1.2.1

Pues sí, para quien todavía no se haya enterado (yo lo hice hace cosa de unos pocos días :D), saber que ha sido liberada la versión 1.2 de WordPress, un sistema de weblogs que definitivamente se ha puesto de moda. Dejo unos cuantos enlaces donde comentaron la noticia, hace ya una semana:

• WordPress 1.2 (Mingus)
• WordPress 1.2
• WordPress 1.2 ya está aquí
• WordPress 1.2
• WordPress 1.2

Todavía no he actualizado esta bitácora a la nueva versión de WP pero por la pequeña prueba que he hecho en otra bitácora experimental parece que no habrá ningún problema (bueno, esperemos…). El proceso es tan simple que casi se puede decir que es trivial ¿eh? ;-)

Cuando actualice la bitácora, empezaré a mirarme cómo retocar el uso que WordPress le hace a la etiqueta <pre>[1] o cómo poder ajustar el procesamiento que hace del texto que escribes, para que no me cambie automáticamente comillas simples o dobles por otro tipo de comillas (`, ‘, “). Y es que, sinceramente, no me agrada el hecho de que cambie los caracteres que yo teclee por los que le parezca más apropiados; luego pegas alguna línea de código y ale… todo lleno de cosas raras (`, ‘, “)

Ahora los plugins ya se llaman plugins (y no hacks :P) y, lo que es más importante, ¡la versión 1.2 trae un manejador de plugins integrado! He visto por encima que es bastante sencillito de utilizar :-) Y encima te permite mantener tu fichero my-hacks.php.

[1] De esto ya ha hablado, y arreglado :), Marble en su blog. Lo que pasa que su solución no me solventaba del todo el problema. Además, creo que desactivando los plugins referentes a Textile en WordPress 1.2, habilitados por defecto, se consigue que el problemas de los dobles saltos de línea se esfume (me parece)

[ actualización @ 08/06/2004 11:00: Acabo de actualizar a esta nueva versión. No ha habido problemas aunque para dejar tal y como estaba la plantilla index.php me ha tocado trastear varias líneas (han cambiado bastantes cosas). Funciona todo como hasta ahora menos la sección “Últimas anotaciones” que la generaba a través de una función que encontré en el wiki de WordPress hace algún tiempo y que al parecer ya no funciona con esta nueva versión del mismo (sí, la estructura de la base de datos también la han retocado bien retocada: Un milagro que pueda mostrar los “Últimos comentarios” jeje). Migrar a la 1.2 ha sido casi transparente; los de WordPress se lo están currando :-), enhorabuena y, sobre todo, gracias ]

Por defecto, el tratamiento que le hace a los títulos para convertirlos en enlaces no es del todo correcto. En fin, si escribes en inglés o algún otro idioma sin uso de tildes o caracteres especiales, tales como la ñ, no tendrás ningún problema. Pero para quienes en alguna ocasión añadimos esta clase de caracteres, nuestros enlaces permanentes se forman sin estos, quedando palabras incompletas.

Es importante corregir este pequeño detalle puesto que a la hora de estilizar nuestros enlaces permanentes tenemos la intención de que sean más fáciles de recordar y/o más legibles. En muchas ocasiones perderemos ambos factores debido a que faltan caracteres en el enlace y éste termina sin dar todo el jugo que debería.

De recomendable lectura y aplicación :) También podrás fácilmente añadir otros caracteres extra si los necesitas (á, Ã?, ò, ç, â, ê, î, Ã?, û, …) haciendo un poco más grande la modificación que muestra Martín Melado.

Esta anotación es a la vez que un eco de la mejora, una prueba para ver si ha funciona. Para las anotaciones anteriormente escritas, este cambio no funciona. Aunque “nos ha prometido” para una próxima anotación mostrar cómo mejorar los antiguos permalinks sin mucho esfuerzo.

[ actualización: Martín ya nos ofrece la segunda anotación relacionada con lo dicho aquí en el anterior párrafo. Nos muestra un pequeño script en PHP con el que recorrer la base de datos y corregir aquellos enlaces permanentes que no hayan sido generados correctamente. ]

Peeeero (siempre hay peros de por medio) hay varios inconvenientes. Al menos los que se notan a simple vista. El primero y más importante es que únicamente podrás aprovecharte de este servicio si escribes una bitácora con alguno de los sistemas: LiveJournal, DeadJournal, uJournal o WordPress. El segundo, y menos imortante, es respecto a las posibles imágenes que contenga tu bitácora mantenida a través de los citados servicios/sistemas de weblogs: aunque LJBook es un servicio gratuito la inclusión de imágenes en los ficheros PDF generados requiere una previa donación de no sé cuántos dólares (donde no sé cuántos es una incognita que, si estás interesado, deberás enterarte por ti mismo ya que yo, a simple vista, no he encontrado nada y tengo nulas ganas de buscar ;-) Me parece que la cantidad la decide el donante, aunque no estoy seguro).

Personalmente no he probado a generar dicho PDF de este weblog. Podría hacerlo puesto que utilizo WordPress. Pero no me da buena espina el tener que poner el usuario/contraseña con el que accedes a tu WordPress. Además parece que se valga de un script en PHP llamado blogbooker.php el cual una instalación por defecto de WordPress no dispone. Y como no me urge nada (tal vez para año nuevo o para el próximo 7 de febrero) pues he terminado sin probar a generar el PDF.

Para quienes le interesen, aquí van los enlaces de interés:

• LJBook Free Service
• Formulario para weblogs solo texto. Para weblogs en LiveJournal, DeadJournal o uJournal
• Formulario para generar PDF de tu weblog. Para weblogs en WordPress
• Originalmente comentado [ aquí ]

Hoy quiero mostraros cómo instalar un par de funciones que he encontrado visitando el Wiki de WordPress y que desde que comencé a funcionar con WP he venido usando en la columna de la izquierda (concretamente en el apartado de Información). Se trata de la posibilidad de contar el tiempo, en días, desde un determinado suceso o, del mismo modo, contar los días que faltan para un determinado evento.

El modo de implemetarlo es tan sencillo como cualquier otra instalación de un plugin para WordPress. Y al tratarse de un par de funciones bastante simples y básicas, estoy convencido de que no experimentaréis ningún tipo de problema :-) Sin más dilación, allá vamos.

Primero veamos el código que deberemos ingresar. El siguiente par de funciones han sido programadas por Nick Momrik y las pude encontrar en este enlace del citado wiki de WordPress.

// cuenta los dias que faltan para algo (mi cumpleaños, p.e)
function days_to($countdown_day, $countdown_month, $countdown_year)
{
  global $time_difference;
  echo (int)((mktime(0,0,0,$countdown_day,$countdown_month,$countdown_year)
   - time(void) + ($time_difference * 3600))/86400);
}

// cuenta los dias desde que algo (mi blog, p.e) comenzó
function days_since($countdown_day, $countdown_month, $countdown_year)
{
  global $time_difference;
  echo (int)((time(void) + ($time_difference * 3600) - 
  mktime(0,0,0,$countdown_day,$countdown_month,$countdown_year))/86400);
}

Un código bastante manejable. Se podría utilizar en entornos que no fueran WordPress haciéndole un par de cambios (reemplazando esa variable global que utiliza, propia de WordPress)

Veamos cómo implementar estas funciones. Seguiremos el método que ya expliqué sobre cómo instalar plugins en WP.

• Si no tenemos creado un directorio específico para guardar los plugins en él, éste será el primer paso: creamos un directorio llamado wp-plugins en el directorio raíz de nuestro WordPress.
• Dentro de este directorio creamos un fichero llamado, por ejemplo, cuenta_dias.php y en él añadimos el código de las dos funciones vistas anteriormente. De este modo:
  

  <?php
     function days_to(...) { ... }
     function days_since(...) { ... }
  ?>

  
  Es decir, deberemos incluir las funciones entre los controles <?php y ?> de PHP para que el código sea interpretado como tal. Guardamos los cambios efectuados sobre el fichero cuenta_dias.php y seguimos.
• Ahora editamos el fichero my-hacks.php que se localiza en el directorio raíz de nuestro WordPress. ¿Qué no tienes este fichero? Entonces pásate por aquí para ver cómo generarlo. En él añadimos la siguiente línea:
  

  <? require_once('wp-plugins/cuenta_dias.php'); ?>

  
  Guardamos los cambios y ya lo tenemos preparado :-)
• Ahora sólo nos queda loguearnos en nuestro sistema WordPress para editar las plantillas e incluir estas funciones en donde queramos y del modo que deseemos. La inclusión de estas funciones se realizan mediante una llamada a las mismas, indicando una lista de parámetros pertinentes. Veamos un par de ejemplos:

  1. Para la función days_to()

     days_to($countdown_day, $countdown_month, $countdown_year);
     Donde los parámetros hacen referencia al día, mes y año (respectivamente) que elijamos. Si por ejemplo queremos contar cuántos días faltan para Año Nuevo, no tenemos más que llamar a la función del siguiente modo:
     

     Faltan <? days_to(1,1,2005); ?> días para Año Nuevo

     
     Ese código lo copiamos en donde queramos que aparezca y nos saldrá algo como: Faltan X días para Año Nuevo (donde X es el número de días que quedan para Año Nuevo a partir de la fecha actual)

  2. Para la función days_since()

     days_since($countdown_day, $countdown_month, $countdown_year);

     
     Los parámetros hacen referencia de la misma forma que en la función anterior: día, mes y año (respectivamente) que elijamos. Veamos el ejemplo que tengo en mi página, en la que cuento el número de días desde que soy el chico más afortunado de este maldito mundo :) Sí, eso es: el número de días desde que la suerte me sonrió una vez y Ella se fijara en mí.
     

     <acronym title="Suma y sigue, nunca te detengas">Loving</acronym>
     : <?php days_since(2,2,2001); ?> días

     
     Como antes, ese código se copia donde se desea (yo lo he incluído en la columna de la izquierda, apartado Información). Y dara un resultado tal que así: Loving: X días (donde X son el número de días desde que Ella y yo empezáramos a salir)

Fácil, rápido, limpio, dúctil y maleable cual metal preciado… ¿Qué más queremos?

Y ahora bien, ¿cómo instalarlos? ¿Cuál podría ser el procedimiento más correcto para la inmensa mayoría (si no todos) de plugins que existen actualmente? ¿Cómo conservar las modificaciones que hacemos sobre nuestro WordPress aún actualizando el software? De esto trata esta anotación; de ver cómo de fácil es implementar piezas de código PHP en las “entrañas de WP”. Además lo haremos de una manera organizada con la que poder mantener un mínimo control sobre el código que acoplamos.

Para mantener esa organización, creo que cada hack que implementemos debería ir en un fichero a parte. Y, también, deberíamos utilizar un directorio dedicado para ir almacenando todos los plugins que no pertenezcan a WordPress original. Para el uso de plugins deberemos modificar una opción de nuestro weblog. Veamos los pasos:

• Abrimos nuestro navegador y nos logueamos en nuestro WordPress.
• Pinchamos en Options y luego en General blog settings. Una vez en este apartado, nos fijamos en la opción “hack_file” la cual debemos dejar a “true” (por defecto estará en “false“).

  Guardamos los cambios y ya tendremos una parte importante hecha :-) Con esto acabamos de generar un fichero en blanco llamado my-hacks-php que es el fichero donde incluir los plugins. De este modo, a la hora de actualizar WordPress, no correremos riesgos de perder nuestros plugins puesto que la actualización de WordPress no trae consigo ningún fichero my-hacks.php (y, por tanto, no será sobreescrito).

• Bien, pues ya lo tenemos. Ahora es cuestión de crear un directorio llamado, por ejemplo, wp-plugins dentro del directorio raíz de nuestro WordPress. En este directorio es donde irán almacenados cada uno de los ficheros PHP correspondientes a los plugins que queramos implementar.
• Y el truco viene ahora. Cada vez que queramos implementar un plugin, el procedimiento a seguir es:
  1. Crear un fichero, dentro del directorio wp-plugins/, específico para el plugin y pegar en él el código del mismo. Por ejemplo, creamos el fichero wp-plugins/wp-comentarios.php y en él añadimos:
     

     <?php
        ... (código del plugin) ...
     ?>

  2. Editar el fichero my-hacks.php y, mediante la función predefinida de PHP require_once() incluir la ruta del plugin que deseamos implementar. Seguimos con el ejemplo de wp-comentarios.php. Para implementarlo, añadiríamos en el fichero my-hacks.php:

     <? require_once('wp-plugins/wp-comentarios.php'); ?>

• ¡Y ya lo tenemos listo! :-D

Como veis, no es nada complicado. Todo consiste en tener cada plugin en su fichero dedicado. Y luego, cuando queramos incluirlos en nuestro weblog (ya sean todos o solamente los que queramos) no tendremos más que añadir una “referencia” al plugin que queramos especificando la ruta hacia el mismo.

También podríamos copiar el código de cada plugin dentro del fichero my-hacks.php. Es decir, tener algo así:

<?php
   ... codigo del
       script numero
       uno
   ... codigo para otro
       script distinto
       numero dos
   ... toooma más codigo
       esta vez del script numero tres
   ...
   ... etc ...
?>

¿Qué problema le veo yo a esto? Pues se disipa a simple vista: no hay demasiado problema cuando tenemos uno o dos plugins implementados. Pero si deseamos tener unos cuantos (más de uno, o dos, o… a lo sumo tres) la legibilidad de este fichero se verá afectada pudiéndonos confundir y no saber ya a qué se refiere ciertas partes de código que podamos tener en el fichero my-hacks.php.

Y esto es todo. Como conclusión, advertir de que no es muy bueno sobrecargar nuestros weblogs de plugins. Cuanto más código agreguemos, más trabajo le costará al intérprete PHP generar el código HTML que finalmente visualizarán nuestros lectores. Con lo que más tiempo tardarán en cargar la página de modo completo.