Sé que, una vez más, escribo ésto algo tarde. Pero no podía dejarlo pasar. Una genial noticia sin lugar a dudas :-) Ahora queda uno de los aspectos más importantes para cualquier traducción que se precie: el mantenimiento de la misma. Espero que la lleven al día.

La traducción la podéis encontrar [ aquí ] Está disponible para su consulta online así como un fichero zip preparado para su descarga.

In recent weeks, open comment systems, and Movable Type weblogs in particular, have become a target for comment spam and comment flooding (automated scripts that send many comments at a time to a weblog entry).

Ben Trot @ movabletype.org | #

Así es como comienza el anuncio oficial para esta nueva versión de Movable Type. Está claro que se están tomando en serio el intentar erradicar la propagación de SPAM mediante el abuso de los scripts CGI de este manejador de contenidos.

Para la inminente versión que se espera, 3.0, se podrá restringir el uso de comentarios únicamente a usuarios registrados. Personalmente no me atrae la idea de obligar a nadie a que se registre en una página personal, como esta, solo para poder participar con sus comentarios. Aunque mirándolo de otro modo, no solo podremos reducir quizás a cero el SPAM en nuestros weblogs sino que además los comentarios seguramente tengan más calidad (aunque seguramente también se generen menos): pienso que a quien le interese de verdad aportar su granito de arena a las anotaciones no tendrá mayor reparo en registrarse y escribir sus ideas.

Más información:

• Página de descarga
• Pasos para la actualización de MT

Ya medio hablé de este plugin no hace mucho. Su utilidad no es otra que tener una página/lista a modo informativo o llevar un simple recuento de todas esas personas que han escrito un comentario. Dejando a un lado el carácter informativo que ofrece este plugin, también se podría emplear para, además, agradecer implícitamente el esfuerzo e interés por parte de los comentaristas de querer participar en tu weblog.

Pues bueno, veamos cómo instalar CommentLeaders y qué posibilidades nos ofrece a la hora de utilizar sus etiquetas. La instalación, como en la mayoría de los casos, es bastante sencilla y equiparable a otras instalaciones de plugins para MT.

• Deberemos descargarnos el paquete que contiene el código, PERL, del plugin para luego descomprimirlo (o subirlo si se utiliza un cliente FTP para trabajar con ficheros) en nuestro subdirectorio

  plugins/

  dentro del directorio donde tengamos nuestro MT.
• Debe tener permisos 755 (chmod 755 commentleaders.pl)
• Una vez colocado el script en su pertinente sitio no tenemos más que loguearnos en nuestro sistema MT y proceder a bien crear una plantilla dedicada para el uso de CommentLeader o bien editar alguna de las plantillas existentes para la inserción del código que utilizará el plugin para generar el listado de comentaristas.
• La etiqueta principal para el uso del plugin es <MTCommentLeaders>. Esta se puede utilizar pasándole varias opciones posibles para que se comporte de según qué formas:
  • <MTCommentLeaders lastn=”5″>, limita a un determinado número (cinco en este caso) el total de comentaristas a mostrar.
  • <MTCommentLeaders exclude=”me@me.com”>, si el criterio del listado se basa en las direcciones email de los comentaristas (opción por defecto) la etiqueta de este modo excluirá de la lista al comentarista/s que utilicen una determinada dirección a la hora de insertar sus comentarios. Es una opción muy útil si quieres realizar un listado donde tus comentarios no aparezcan reflejados.
  • <MTCommentLeaders exclude_empty=”yes”>, casi de modo análogo a la opción anterior, esta sirve para excluir de la lista a aquellos comentarios anónimos.
  • <MTCommentLeaders group_by=”author”>, si deseas que la agrupación de comentarios se haga de acuerdo al nombre con el que se firman estos. Por defecto, el plugin se vale de las direcciones email para realizar la agrupación de comentarios para extraer el número total de estos por cada comentarista (dirección email). Puedes variar este comportamiento para que se valga de otro criterio (por nombre del autor). Se utiliza la dirección de correo como criterio por defecto ya que este dato se supone que debería ser único para cada uno de los comentaristas. Mientras que el ordenamiento por nombre del autor podría trae consigo mismo que diferentes comentaristas con nombre en común queden agrupados dando un número de comentarios suma de todos.
• Dentro de las etiquetas principales <MTCommentLeaders></MTCommentLeaders> podremos/deberemos utilizar algunas otras a la hora de montar el fragmento de código que se encargará de crear el deseado listado. Veamos de qué etiquetas disponemos y luego algún ejemplo de uso:
  • <$MTLeaderCount$>, cuenta el número total de comentarios que pertenecen a un autor.
  • <$MTLeaderAuthorName$>, para mostrar el nombre del comentarista
  • <$MTLeaderAuthorEmail$>, para mostrar/enlazar su dirección email
  • <$MTLeaderAuthorURL$>>, para mostrar/enlazar su dirección web.
  • <$MTLeaderAuthorLink$>, muestra el nombre del comentarista y lleva asociado un hipervínculo con su dirección de correo o su dirección web en caso de haber especificado una.
  • <$MTLeaderEntryTitle$>, muestra el título de la última anotación escrita por el comentarista.
  • <$MTLeaderEntryDate$>, muestra la fecha asociada a esa anotación.
  • <$MTLeaderEntryLink$>, se utiliza cuando se quiere enlazar la anotación comentada anteriormente.
  • <$MTLeaderEntryID$>, extrae el determinado ID asociado a la anotación.
  • <$MTLeaderCommentID$>, lo mismo que la etiqueta anterior pero con el ID del último comentario del autor.

  Luego existe otra etiqueta, <$MTCommentTotal$>, que también puede resultar interesante a la hora de mostrar información en la sección de comentarios insertados para cada una de las anotaciones. (Ver archivo readme.txt para más información :))

Bueno, como veréis tiene multitud de opciones :) aunque se esperan otras muchas más o, al menos, eso se deja ver en el archivo readme.txt de CommentLeaders (de donde he sacado toda esta información y fichero de obligada y obvia lectura). Ya para terminar con este tostón (llevo algo asi como una hora aporreando las teclas…) pongo el código de cómo he implementado este plugin a una de las páginas que he hecho para que se muestren los cinco nombres de los comentaristas más activos en mi weblog:

<ul>
  <MTCommentLeaders lastn=�5� group_by=�author� exclude=�ebarbeito�>
    <li><$MTLeaderAuthorLink$> (<$MTLeaderCount$> comentario/s) <br />
última aparición: <small><$MTLeaderEntryDate format=â?%d/%m/%y %Xâ?$></small><br />
en: <a href=�<$MTBlogArchiveURL$><$MTLeaderEntryLink$>#<$MTLeaderCommentID$>�>
    <$MTLeaderEntryTitle$></a><br /><br /></li>
  </MTCommentLeaders>
</ul>

La página resultante la tenéis [ aquí ]. Otros ejemplos los encontraréis en el mismo fichero readme.txt de este plugin (lo dicho: todo está en el).

Esta funcionalidad no la he visto nunca implementada en ninguna bitácora mantenida con MT, así que se recomienda (y más en estos últimos días donde el blogSpamming parece estar de moda) a todos aquellos webloggers que no hagan uso de este script que le quiten los permisos de ejecución o que lo borren directamente (yo he preferido quitarle los permisos y cambiarle el nombre). Por el contrario, si utilizas este script para ofrecer a tus lectores la posibilidad de enviar tus anotaciones por email, Benjamin Trott (junto con Mena G. Trott. creador de MT) ha sugerido en los foros un parche que, supuestamente, evita que se utilice este script para hacer ataques de SPAM. Aunque esto no parece ser del todo así ya que, si no lo he entendido mal (que me corrija alguien en caso contrario :)), el comportamiento de este script permite de varias maneras el envío de SPAM y este arreglo solo tapa una de ellas.

En la página principal de MT no se ha publicado nada al respecto.

Para más información: [1] , [2] , [3] , [4]

[ actualización, 27.11.2003 @ 19:20h. ] Ben Trott ha publicado una noticia en la página principal de Movable Type explicando la situación. De recomendable lectura para aquellos que todavía no estén enterados de este problema. Se ha publicado un paquete que contiene el fichero mt-send-entry.cgi con los pertinentes cambios que eliminan la vulnerabilidad. Para aquellos que utilicen este script, no tienen más que sustituir su antiguo mt-send-entry.cgi por el nuevo que contiene este paquete.

Ya lo comentaba el amigo Juanjo Navarro, a mediados de septiembre, que a pesar de que el hecho de recibir comentarios es uno de los grandes placeres que intrínsicamente pueda tener escribir en una bitácora, no siempre los gestores de contenido ofrecen grandes funcionalidades que faciliten la comunicación creada en los comentarios. No tengo intención de detallar las razones por las cuales algunos pensamos esto :) Vuelvo a hacer referencia a otra de las anotaciones escritas por Juanjo donde hace mención a varias de las características que debería tener un sistema de comentarios para que no apeste. Ello, junto con los comentarios de la anotación, resumen perfectamente el por qué de la posible necesidad de crear un feed RSS para los comentarios –por supuesto, de recomendable lectura :)–

Tampoco me enrollaré en la manera de poder crear un feed RSS para nuestro sistema MT y que sea capaz de mostrar las cinco anotaciones donde recientemente se han vertido comentarios. Juanjo ya hizo el trabajo por nosotros :) así que no tenemos más que hacer uso de su propio feed para comentarios que podemos encontrar [ aquí ] Basta con que creéis una nueva plantilla principal y lo coloquéis ahí.

El feed RSS para mis comentarios lo podéis encontrar [ aquí ] También he creado otro botoncito de esos que pongo al final de la columna derecha de esta página, Botones RSS, con un enlace al archivo XML.

Me queda darle las gracias a Juanjo por compartir este fichero. Así que gracias :) Recuerdo que hace ya un tiempo en Blogpocket, Antonio, autor de esta bitácora, escribió una anotación sobre este mismo tema anunciando su propio feed RSS para sus comentarios. Le dejé un comentario diciéndole que creía que un feed de este tipo no era demasiado útil (creo recordar :)). Y es que ya lo he dicho en más de una ocasión… no suelo hacer uso de este genial mecanismo y menos aun para los comentarios. Pero si entiendo y estoy muy de acuerdo en las ventajas de poseer todo tu contenido en RSS.

Yo espero acostumbrarme finalmente a utilizarlo cotidianamente y bueno, si no termino haciéndolo, por lo menos que quienes lean esto y sí le saquen partido, les pueda ofrecer un buen servicio RSS.

Antes de nada, las categorías en Movable Type son una de las principales formas que tenemos los usuarios de este gestor de contenidos para clasificar la información que vayamos creando en nuestras bitácoras. Para mi resulta algo indispensable ya que a parte de tener todo el contenido ordenado/clasificado de acuerdo al criterio que hayas decidido, permite encontrar más rápidamente información relacionada con los gustos de cada uno. No ha habido una sola anotación que no haya sido clasificada en, al menos, una de las categorías que tengo creadas :)

Este truco nos permitirá generar un feed RSS por cada una de las categorías que tengamos creadas. Yo no suelo utilizar feeds RSS para leer los weblogs que acostumbro a seguir. Poco a poco intento acostumbrarme a ello pero ciertamente aun soy de esos que prefieren entrar en una página a tener su contenido dentro de una aplicación :) De todos modos, el uso de estos feeds lo veo extremadamente útil. Además tiene multitud de ventajas y permite mucha mayor portabilidad que la propia página propietaria de ese feed en sí. Este truco nos permitirá modularizar nuestro contenido ofrecido a través de RSS.

Recientemente Abel González, de Entornos Abiertos, nos hablaba sobre una de las intenciones que tuvo inicialmente a la hora de comenzar a escribir su bitácora: hablar sobre el mundo de la programación o aspectos relacionados, como software. En general, su anotación era una reflexión sobre los temas que alguien con una bitácora personal podría hablar o no. Entendiendo bitácora personal como el lugar donde ese alguien habla libremente pero sobre algún tema especial o en concreto. ¿Es lícito/acertado/recomendable/productivo/… hablar sobre temas que no tienen nada que ver con el tema principal/único en tu weblog? O dicho de otro modo: ¿Les interesan a los lectores de bitácoras especializadas leer Off-Topics?

Ya sé que me he salido un poco del tema principal de esta anotación, jeje, con el párrafo anterior pero es que es un tema que me parece importante. La anotación de Abel, junto con los comentarios vertidos a la misma, es de recomendable lectura.

Una posible solución, bastante eficaz tanto para el weblogger y su bitácora como para los lectores de la misma, creo que podría ser producir feeds RSS para cada una de las categorías que se vayan creando en nuestras bitácoras. De este modo, ofreceríamos tantas mini bitácoras especializadas en temas concretos como categorías/temas abarquemos a lo largo y ancho de nuestras bitácoras. El objetivo es que cada perfil de lector, si así lo quiere, disponga y utilice el feed RSS que más le guste de acuerdo a las categorías/anotaciones que viene buscando. A continuación explicaré lo que no tendría que hacer (ya que en la página donde lo he leído viene perfectamente explicado -en inglés-) que es detallar los pasos que he seguido para obtener mis archivos XML para mis distintas categorías.

La verdad que la forma de hacerlo es extremadamente sencilla y rápida puesto que ni siquiera requiere de la instalación de plugins ni nada parecido. Únicamente tendremos que:

• Loguearnos en nuestros sistemas MT y entrar en la administración de plantillas del mismo. Una vez en el, acceder a la plantilla principal que empleamos para generar nuestro feed RSS principal. En mi caso tiene el nombre de RSS 2.0 Index (archivo index.xml) que es el que he utilizado.
• Seleccionamos todo el código de esta plantilla y lo copiamos. Nos vamos de nuevo a la lista de plantillas y creamos una nueva plantilla de archivo (no una plantilla principal). En el cuerpo de esta nueva plantilla pegamos el contenido de la anterior copiada. Al nombre de la plantilla la llamamos, por ejemplo, Category RSS y el campo correspondiente a Enlazar esta plantilla a un archivo lo dejamos en blanco (esto es porque los nombres de los distintos ficheros se generarán dinámicamente empleando los mismos nombres que tengan nuestras categorías). Guardamos los cambios y seguimos.
• Ahora hay que ir a la configuración del weblog y acceder a la subsección Archivos del mismo. Una vez en el, pulsamos en el botón Añadir nuevo y, en el pop-up que nos aparecerá, seleccionamos la opción categoría para el campo Tipo de archivo; luego seleccionamos Category RSS (o el nombre con que hayamos guardado anteriormente nuestra nueva plantilla) para el campo Plantilla. Pulsamos al botón Añadir y seguimos :)
• El pop-up desaparecerá y verás que ha aparecido un nuevo campo para el tipo de archivo Categoría. Bien pues debes insertar el siguiente cógido para el Archivo de plantilla:

  <MTArchiveCategory dirify=�1�>.xml

  
  Finalmente pulsas en el botón Guardar y ya lo tienes listo.
• Ahora solo tienes que reconstruir únicamente los archivos Categoría. De este modo serán generados en el directorio donde tengas almacenados tus archivos los nuevos ficheros de nombre nombreCategoria.xml

Si antes de nada queréis probar qué tal se comportan estos feeds, podéis hacer uso de los míos (que pronto pondré accesibles en algún sitio de esta página) para alguna de mis categorías cine/tv, enlaces, gentoo, miscelánea, movable type, opensource, personal, programación, scripts, seguridad, trucos, ….

the girlie matters también nos ofrece una manera de poder listar todos estos feeds RSS. Mediante el siguiente código:

<MTCategories>
<a href=�<MTBlogArchiveURL><MTCategoryLabel
dirify=�1�>.xml�><MTCategoryLabel></a><br />
</MTCategories>

Y un apunte final. Por defecto, el número de anotaciones que ofrecen los feeds RSS producidos por Movable Type es de un total de 15. Si deseas ofrecer más anotaciones para estos feeds especiales, no tienes más que situarte en la plantilla anteriormente creada para ellos y cambiar un numerito. En mi caso, quiero que se muestren un máximo de 200 anotaciones para cada uno de estos feeds. Así que he cambiado la correspondiente línea de esa plantilla dejándola así:

<MTEntries lastn="200">

Espero que os guste :)

Las novedades con respecto a la anterior revisión no son muy grandes que digamos. Solo destacar que el algoritmo empleado por el plugin ahora es mucho más rápido y que el archivo que sirve como base de datos (acronym.db) de todos los acrónimos ahora tiene muchos más (97 en total).

Aun así no me parecen muchos. Mi archivo acronym.db tiene bastantes más (146) insertados por mi. Si lo queréis, lo tenéis [ aquí ] Incorpora los existentes en la versión 0.4 y 0.5 de MT::Plugins::Acronym más otros de cosecha propia.

Y bueno, ya puestos, dejando a un lado el plugin en sí y centrándonos en temas de semántica, ¿Qué es más apropiado <acronym> o <abbr>? ¿Sueles emplear uno u otro de manera correcta o te limitas a emplear alguno de ellos y ya está? En teoría uno u otro se deben utilizar para definir acrónimos y abreviaturas, respectivamente. Tenéis más información al respecto [ aquí ] de la mano de minid.net :)

Eso es todo. EOF

Recientemente he recibido ya tres comentarios de SPAM. Han sido tres comentarios fuera de lugar (off-topic) que no aportaban nada a la anotación comentada. A parte de eso venían, claro está, con sus correspondientes enlaces a sitios de estos que venden (o promocionan, o a saber a qué se dedican) viagra. Yo la verdad que, aunque ya había leído en otros weblogs sobre esta -cada vez menos- nueva tendencia, nunca creí que podría tener semejante problema y unido a que no me gusta coactar la ¿libertad de expresión? decidí que por el momento no pondría ningún filtro/plugin para prevenir este problema. Hoy he decidido borrar esos tres mensajes siendo la primera vez que borro comentarios. La verdad que no me ha gustado la experiencia : pero lo he hecho del mismo modo que hago en mi buzón de correo, cuando me llega un mensaje no deseado.

El SPAM hoy en día se podría calificar como una de las epidemias de Internet (si es que no tiene ya tal calificativo). Su expansión es constante, es un problema a nivel mundial y a parte de no tener, todavía, una solución infalible cada vez va a más puesto que cualquier protocolo de Internet parece ser susceptible a padecerlo; además, los límites los marcan los autores de ese SPAM (spammers). Y no nos engañemos; si el SPAM hoy por hoy tiene la importancia que tiene y es una epidemia a nivel mundial será porque estos spammers no son tan estúpidos como nos gustaría. Hay un buen grupo de ellos demasiado listo (que no inteligentes) y muy capaz de idear maneras de inundar nuestros buzones de correo, sistemas de comentarios -o lo que se les ocurra- con sus mensajes y enlaces molestos/inútiles. Estas personas ¿Por qué lo hacen? No creo que sea dinero. Seguramente lo ganen pero creo que, a los verdaderos spammers, les supone un reto escribir un programa capaz de dejar su huella en el mayor número de destinos posibles. Debe ser una forma de alimentar su ego y seguramente una forma de cotizarse a sí mismo y poder ser fichado por alguna empresa (la mejor posible) que vea del SPAM una fantástica forma de hacer dinero (y qué mejor para spamear que tener en plantilla a un genio capaz de llegar a todos nosotros). Se les podría medio comparar con los escritores de virus informáticos. Ellos (los más capaces: quienes han hecho de los virus otra epidemia) no escriben “virus”, ellos crean “arte”, diseñan juguetes con la capacidad de autoreplicarse, entre otras. Cuanta mayor capacidad de autoreplicación (o lo que se pretenda con ese juguete) más satisfecho quedará su autor y más popular se llegará a hacer. Aquí el dinero, en principio, no creo que sea el motivo de nada. Y el problema no lo tenemos con el 90% de spammers que solo desean ganar dinero fácilmente a cualquier precio, que va, estos son los estúpidos de verdad. El problema reside en esa minoría que decide dedicar su ingenio, su imaginación y su increíble talento a ensuciar Internet y vanagloriarse por ello. Y ante esto creo que no hay solución infalible, a no ser que seamos más ingeniosos, imaginativos y con más talento que ellos (cosa difícil por el momento).

Bueno, lo de arriba es mi opinión no fundamentada en nada concreto. Es como yo lo veo después de años de sufrir este problema y ver que cada vez lo padezco en más medios (protocolos). Fácilmente puedo estar equivocado y quizás no he hecho más que decir una gilipollez detrás de otra. En fin, que he decidido instalar un plugin ya comentado en Minid.net: la última versión, 1.61, de MT-Blacklist, para prevenir el spam por medio de una lista negra con mutitud de dominios y palabras prohibidas.

No creo que esta sea una solución realmente eficaz. Al igual que el baneo de IPs para impedir que las mismas puedan escribir comentarios o realizar trackbacks. Si bien conseguiremos que un buen grupo de SPAM conocido ya no consiga realizar comentarios/trackbacks en nuestros weblogs, seguramente que cada cierto tiempo (dependiendo de la velocidad con la que esta tendencia, de utilizar los sistemas de comentarios para spammear, se expanda) tendremos que ir añadiendo más y más dominios y palabras porque aun así seguimos recibiendo algún mensaje que otro de SPAM. Pero bueno, ya de por sí es un pasito para intentar detenerlo. La instalación es realmente sencilla, como con casi todos los plugins para Movable Type. Tendremos que descargar la última versión de MT-Blacklist y subir al directorio donde tengamos nuestro sistema MT los archivos:

mt-blacklist.cgi

mt.cgi

Blacklist.pl

plugins/

Blacklist.pm

extlib/jayallen/

Una vez hecho esto tan solo tienes que indicarle una lista negra y activar el plugin ya que por defecto éste viene deshabilitado. Así que con nuestro navegador nos dirigimos a http://tuSitio/directorio-MT/mt-blacklist.cgi. Aparecerá una página muy semejante a la de

mt.cgi

- La página de MT-Blacklist
- Descarga de MT-Blacklist 1.61
- MT-Blacklist User Guide
- La lista negra (MT-Blacklist Master Copy)
- El feed RSS sobre la evolución de la lista anterior

Bueno, centrando un poco el asunto, acabo de añadir un par de funcionalidades más a este weblog con el fin de informaros de los últimos cinco comentarios añadidos en cualquiera de mis anotaciones y las cinco anotaciones más comentadas. Por una parte, quiero que sepáis quiénes fueron los últimos comentaristas y, por otra, creo que es interesante referenciar aquellas anotaciones que, por su número de comentarios, se puede decir que son las más populares.

He estado buscando por Google algún sitio que, a parte de incluir estas características en su página principal, dedicase alguna anotación sobre cómo lo había hecho o de dónde lo había sacado. A los pocos minutos encontré estas páginas: 1, 2 y 3.

Aunque lo cierto que no es necesario que explique aquí cómo he hecho para conseguir mis listados de Comentarios ( ? ) y Lo ( + ) comentado (puesto que está muy bien explicadito en los enlaces mencionados anteriormente) sí lo voy a hacer. Así, a parte de engordar el número de palabras de esta anotación, aprovecho y os muestro la personalización del código necesario que he usado para que se vea tal y como lo tengo.

1. Listando los últimos (cinco) comentarios.

Este aspecto me ha resultado más sencillo de conseguir que el de listar las anotaciones más comentadas puesto que no tienes que hacer tanta cosa y, además, la cantidad de código y complejidad del mismo es mucho menor. No necesitamos instalar plugins adicionales ni nada por el estilo, con una instalación por defecto de Movable Type tendremos suficiente :) Basta con insertar el siguiente código (personalizado según vuestras preferencias, claro) en la plantilla donde queráis que aparezca (lo más frecuente es en la Plantilla Principal):

<h2 class=�section�>Comentarios ( <acronym title=�los cinco
más recientesâ?>?</acronym> )</h2>
<ul><MTComments lastn=�5� sort_order=�descend�>
    <li>
    <MTCommentAuthorLink spam_protect=�1� show_email=�0�>: <em><MTCommentBody convert_breaks=�0� trim_to=�50� remove_html=�1�>
    <MTCommentEntry><a href=â?<MTEntryLink archive_type=â?Individualâ?>â? class=â?menuLinkâ? title=â?Acceso a la anotación comentada por <$MTCommentAuthor$>â?>â?Š</a></em>
    </MTCommentEntry>
    </li>
</MTComments></ul>

Empleamos el TAG de MT <MTCommentAuthorLink> para ofrecer el enlace de la dirección web que, opcionalmente, pudo insertar el autor del comentario. En el caso de no insertar URL alguna, este campo quedaría sin hipervínculo obligando a MT a que no muestre la dirección de correo del usuario (show_email=”0″). De este modo es como más me ha gustado ponerlo pero vamos que se puede hacer de muchas formas :) Échale imaginación si no te gusta de este modo y si tienes ganas me cuentas cómo lo has dejado jeje.

Reconstruimos la plantilla ¡y listo!

2. Listando las (cinco) anotaciones más comentadas.

Bueno… conseguir esta característica la verdad es que no sé si se puede obtener de un modo más sencillo. Si conocéis algún plugin para MT creado para listar las anotaciones más comentadas avisarme por favor que yo no he logrado encontrar nada al respecto :(

No es muy difícil generar el listado de anotaciones más comentadas; solo que a la hora de personalizar la salida, deberemos pelearnos un poco con PHP (y si uno no tiene mucha idea de este lenguaje, véase mi caso, pues le puede costar un poco más). Veamos en unos cuantos pasos qué es lo que he hecho:

1. Como necesitamos crear dos ficheros de texto para llevar a cabo la lista de anotaciones más comentadas y además como nos valdremos de un pequeño script en PHP, yo me he creado el directorio scripts/mostcomments/ y aquí es donde guardo ambos ficheros (simplemente es por mantener un orden). En fin, creamos el/los mencionados directorios y al subdirectorio >mostcomments/ le asignamos permisos 777

   # cd /donde/se/encuentre/nuestro/weblog
   # mkdir -p scripts/mostcomments
   # chmod 777 scripts/mostcomments

   Si el acceso a tu weblog es vía FTP pues mediante un cliente FTP podrás hacer esto mismo.

2. Bueno, ahora nos logueamos en nuestro sistema MT y accedemos al administrador de plantillas para crear una Nueva Plantilla Principal. El nombre para identificarla podemos poner cualquier cosa (yo he puesto: Anotaciones más comentadas) y como archivo de salida ponemos: scripts/mostcomments/comments.inc El contenido es el siguiente:

   <?php
    
   <MTEntries lastn=�99999�>$comments[<$MTEntryID$>] = <$MTEntryCommentCount$>;
   </MTEntries>
    
   <MTEntries lastn=â?99999â?³>$entryinfo[<$MTEntryID$>] = â??<$MTEntryTitle encode_html=â?1â?³ encode_php=â?qqâ?$>|<$MTEntryLink$>|<$MTEntryDate format=â?%d de %B de %Yâ?$>â?;
    
   </MTEntries>
    
   ?>

   Guardas los cambios y reconstruyes la plantilla creada.
3. Ahora debemos utilizar un editor de textos para crear un fichero con el nombre comments.php, con el siguiente contenido:

   <?php
       <MTEntries lastn=�99999�>$comments[<$MTEntryID$>] = <$MTEntryCommentCount$>;
       </MTEntries>
    
       <MTEntries lastn=â?99999â?³>$entryinfo[<$MTEntryID$>] = â??<$MTEntryTitle encode_html=â?1â?³ encode_php=â?qqâ?$>|<$MTEntryLink$>|<$MTEntryDate format=â?%d de %B de %Yâ?$>â?;
    
       </MTEntries>
    
       ?>
    
   Guardas los cambios y reconstruyes la plantilla creada.
   # Ahora debemos utilizar un editor de textos para crear un fichero con el nombre
    
   comments.php
    
   , con el siguiente contenido:
    
       <?php
    
       # This is the path to the comments.inc:
       include(�comments.inc�);
    
       # This is the number of results you want to show:
       $results = 5;
    
       array_multisort($comments, SORT_DESC, $entryinfo);
       $i = 0;
       do {
       $entries = explode(�|�, $entryinfo[$i]);
       $entry_title = $entries[0];
       $entry_link = $entries[1];
       $entry_date = $entries[2];
    
       echo â??<ul><li><a href=â?$entry_linkâ? title=â?Escrito el $entry_date - ¡$comments[$i] comentarios!â?>$entry_title</a></li></ul>â?;
    
       $i++;
       } while ($i<$results);
   ?>

   Si os fijáis, he empleado elementos de lista (<ul>, <li>) para generar la salida final pero todo esto podéis ponerlo a vuestro gusto.
4. Bueno, ya casi que lo tenemos jeje. Ahora nos quedaría dirigirnos a la plantilla donde queramos que aparezca el listado de anotaciones más comentadas (yo lo puse en la Plantilla Principal) y utilizar un include();> de PHP que nos inserte en el lugar deseado el fichero comments.php. Para hacer esto es necesario que vuestra plantilla tenga extensión .php o alguna otra capaz de insertar fragmentos de código en PHP.

   <h2 class=�section�>Lo + comentado</h2>
   <?php include(�scripts/mostcomments/comments.php�); ?>

   Reconstruimos la plantilla ¡y listo! :-)

La verdad que es un poco lioso por la de cosas que tienes que hacer. Yo sigo convencido de que existe algún plugin que realice esta misma función y que su implementación sea muchísimo más sencilla. Ya sabes, si conoces algo hazme el favor de comentármelo plis :D

Nada más, ¿sugerencias? ¿amenazas de muerte? …¿algo?

- Recent comments listing, thanks to the girlie matters
- MT hacks: Most Commented on Entries, thanks to Lynda
- Entries with most comments, thanks to the girlie matters

Se trata de Word count plugin, un pequeño fragmento de tan solo 39 líneas escrito por Adam Kalsey. Y como su nombre indica, este plugin no sirve más que para llevar un conteo de las palabras escritas en las anotaciones que aparezcan en aquellas plantillas donde se encuentre el tag especial

<MTWordCount>

Para instalarlo, basta con descargarlo y extraer el archivo que contiene el código:

WordCount.pl

plugins/

chmod 755 WordCount.pl

<MTEntries> ... </MTEntries>

<MTWordCount> palabras

De este modo obtendréis el mismo resultado que podéis ver en mi weblog, junto al hipervínculo para el enlace permanente de cada anotación.

¿Razones por las que implementar semejante cosa? …realmente ninguna. Lo cierto que el plugin no aporta ningún tipo de mejora. Únicamente aporta un dato informativo por cada una de las anotaciones existentes. El hecho de poder ofrecer al lector el total de palabras escritas cuando algunas anotaciones necesitan ser expandidas para poder terminar de leerlas, creo que ya merece la pena el utilizar este plugin. Tal vez el lector no tiene mucho tiempo o ganas de leerse una anotación de más de mil palabras, así que sabiendo de antemano el número exacto de estas podrá optar sin necesidad de expandir la anotación si continuará leyendo o, mejor, lo dejará para otro momento (o nunca :))

…otras funcionalidades no se me ocurren. Por supuesto, acepto sugerencias.