hacker


Ingresar con nombre de usuario, contraseña y duración de la sesión
| Portal Hacker | Editorial | Descargas | Ezine |
Inicio Ayuda Ingresar Registrarse
07 de ſeptiembre de 2008, 11:00:03
Noticias: Participa en el batch lab de CPH
Para ver este enlace Registrate o Inicia Sesion
aqui

+  Foros pOrtal Hacker
|-+  Programacion
| |-+  Desarrollo Web (Moderadores: DarkAngel, carlmycol, shevchenko)
| | |-+  Sobre Trackbacks
0 Usuarios y 1 Visitante están viendo este tema. « anterior próximo »
Páginas: [1] Ir Abajo Imprimir
Autor Tema: Sobre Trackbacks  (Leído 70 veces)
shevchenko
Moderador
*****
Desconectado Desconectado

Mensajes: 622


Si la vida no te sonríe… ¡Hazle cosquillas!


Ver Perfil WWW
« : 09 de Julio de 2008, 07:37:33 »

Naturaleza

Los trackbacks han sido víctimas, principalmente, de la incomprensión. No se ha entendido realmente su función, ni su valor añadido frente a enlaces o comentarios y por ello se ha hecho difícil trabajar con ellos a nivel de diseño de interfaz o de interacción. Por ejemplo, se ha hecho muy popular el hacer de forma automatizada y transparente al usuario trackback de todos los enlaces presentes en un recurso (autotrackback). Sin embargo, con esto se equipara el trackback al enlace y pierde todo sentido. Ya lo decía al hablar sobre la implementación de La
Para ver este enlace Registrate o Inicia Sesion
Coctelera
:

Yo le veo el inconveniente de que la transparencia sacrifica la intencionalida d del trackback. Es decir, si yo quiero tener una discusión con alguien y escribo:

"El imbécil de X no se entera de nada (gracias a Y por avisarme). Quiero decir que..."

Donde X e Y son enlaces a blogs con autodiscovery, habrá hecho dos trackbacks. Bien, pero el propósito "puro" del trackback es originalmente facilitar la conversación y en este caso mi "conversación" es con X. Es decir, mi enlace a X tiene mayor protagonismo ya que es otra pieza de la conversación. El de Y no. El trackback intencional refleja muy bien esto, el autotrackback no.

Un trackback no es intercambiable con un a un enlace, ni con un comentario. Tiene naturaleza
Para ver este enlace Registrate o Inicia Sesion
vocativa
, en el sentido de que busca implicar a otro recurso en la conversación, abrir un canal de comunicación bidireccional entre recursos y con una permanencia en el tiempo y una significación que están mucho más allá del enlace como mención, enlace que cobra solo sentido en cuanto invitación puntual (referrer). La naturaleza remota del trackback, de conexión entre recursos relacionados pero distintos, le hace también distinguible del comentario.

Una metáfora muy simple, dos personas (recursos) en medio de una fiesta, cada una dirigiéndose a un grupo de oyentes (comentaristas). Una de las personas puede, en el curso de su conversación mencionar a la otra (enlace / referrer) de forma integrada en su discurso. También puede alejarse de su propio corrillo y acercarse al otro para participar en la segunda conversación (comentario a otro recurso). Pero lo más interesante es que puede, en un momento dado, interpelar, desde su posición, a la otra persona y establecer un nuevo diálogo "ad hoc"", paralelo a su discurso principal, y que vincula a los oyentes circunstancial es de ambas personas. Esto es lo que más se asemeja a la naturaleza del trackback.

Algunas ideas sobre el proceso de trackback

Diseño de interfaz: terminología para el usuario

Trackbacks, referencias, ... no nos ponemos de acuerdo en cómo comunicar la funcionalidad al usuario. "Trackback" no va a dejar de ser probablemente nunca un tecnicismo y "referencia" pierde para mi un importante matiz, el de intencionalida d y el de implicación, el aspecto de comunicación activa a otro recurso, a otro autor, de nuestra participación en su discurso. Por eso deberán adoptarse términos como "Avisos" o "Avisar" y enunciados como "¿Desea avisar a los autores de estos documentos de que les ha mencionado?". Así logramos reflejar las características que mencionábamos de intencionalida d y reforzar la idea de que el trackback proporciona una implicación, el establecimient o de una relación entre creadores de documentos.

Flujo de interacción

El establecer trackbacks merece una etapa independiente en el proceso de creación del documento, siempre posterior a la creación de éste. Tras la pantalla de edición, y en función de otros parametros como las preferencias del usuario (Por ejemplo, un parámetro de configuración como 'Preguntarme siempre a quien quiero avisar', 'Avisar siempre a todo el mundo sin preguntarme', 'No preguntar y no avisar') o su
Para ver este enlace Registrate o Inicia Sesion
nivel de experiencia
. El sistema debe recoger todos los enlaces incluidos en el documento, eliminar algunos de ellos en base a ciertos criterios preestablecido s (ver a continuación), realizar autodiscovery de los restantes y, sobre esta última selección, ofrecer la posibilidad de 'avisar'.

 Aprender automáticamente qué es y qué no es susceptible de trackback

Muchos sistemas no aprenden de su propia experiencia e intentan realizar autodescubrimi ento para todos los enlaces en cada nueva creación de documento. Esto no tiene mucho sentido; el sistema debe entender que cierto tipo de URL no acepta trackback, como por ejemplo aquellas que apuntan a un dominio en vez de a un recurso; asimismo el sistema debe recordar aquellos autodescubrimi entos que fracasan para no realizar la comprobación de nuevo al menos en un margen prudencial de tiempo. En los sistemas de alojamiento de trackback esta base de datos compartida de conocimiento debe ser compartida entre los usuarios, para que si mi vecino de blog "aprende" que cierto recurso no es susceptible de trackback, esto ahorre el tener que repetir este proceso para el mismo enlace.

Mostrar adecuadamente los trackbacks realizados, no solo los recibidos

Por alguna razón, un documento suele exponer los trackbacks que ha recibido, junto con los comentarios, pero nunca se muestra a qué recursos ha realizado trackback. Probablemente tenga algo que ver con la equívoca identificación enlace - trackback, pero como ambos son cualitativamen te diferentes, el interfaz deberá a expresar claramente los trackback salientes, además de los entrantes.

Relacionado con esto y a nivel de marcado, la adopción de un microformato posibilitará a la exploración automatizada de las cadenas de conversación distribuida.

Conclusión

Los trackbacks pueden ser una potente herramienta para la construcción de relaciones "débiles" entre recursos, con la simplicidad del enlace pero con más significación y especifidad. Sin embargo, su adopción no ha alcanzado masa crítica, al verse truncada por problemas de comprensión sobre su naturaleza y utilidad. Detectando y corrigiendo los principales problemas de usabilidad y diseño de interfaz e interacción que entorpecen el establecimient o de trackbacks entre recursos podemos mejorar su tasa de adopción y llegar a aprovechar todo su potencial.

Autor: Eduardo Manchón

Para ver este enlace Registrate o Inicia Sesion
En línea



Para ver este enlace Registrate o Inicia Sesion
Aprende C++ ( 29 Videotutoriale s )
   
Para ver este enlace Registrate o Inicia Sesion
Consejos Web
 
Para ver este enlace Registrate o Inicia Sesion
F.A.Q-Temas Importantes sobre PHP


Para ver este enlace Registrate o Inicia Sesion
FAQ - Temas Importantes sobre ASP
   
Para ver este enlace Registrate o Inicia Sesion
Lista de Script de ASP

Páginas: [1] Ir Arriba Imprimir 
« anterior próximo »
Ir a:  


Ingresar con nombre de usuario, contraseña y duración de la sesión

Powered by SMF 1.1.5 | SMF © 2006-2008, Simple Machines LLC hacker

Juegos gratis - Articulos PHP - Juegos - Trucos - Letras - Juegos - Juegos Online