本文描述了TrackBack, 一个点对点通信和网站间互相通告的框架. TrackBack的中心思想是TrackBack ping的概念, 从本质上讲，TrackBack ping是一个请求，通告“资源A与资源B相关，或有链接到资源B.” 一个TrackBack “资源” 用一个TrackBack Ping URL表示, 这是一个标准的URI.
利用TrackBack,站点间可以互相通告相关的资源. 例如，如果博客(weblogger)甲希望通知博客乙他写了一些有趣的/相关的/骇人听闻的文字，甲发送一个TrackBack ping给乙。这完成了两件事：
1，乙能自动列出那些引用他的某篇文章的网站，到他网站的访问者能读到网络上所有与此文相关的文章，包括甲的文章。
2，ping在他的文章和你的文章间提供了一种稳固的、直接的链接，而不是那种依赖于外部行为（某人点击那个连接）的非直接连接(如反向连接referrer)。
发送一个TrackBack Ping
TrackBack使用REST(Representational State Transfer, http://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm )模式工作, 请求通过标准的HTTP调用传送。要发送一个TrackBack ping, 客户端向服务器端发送一个标准的HTTP请求，然后接收一个简单XML格式的应答(详见下述).
在TrackBack系统中，接收TrackBack pings的URL叫TrackBack Ping URL.一个典型的TrackBack Ping URL如 http://www.infomall.cn/cgi-bin/mallgate/20040514/http://www.foo.com/mt-tb.cgi/5 , 其中5是TrackBack ID. 服务器端可以用任何有意义的格式来定义TrackBack Ping URL;客户端不应该只限于特定的格式.
为了发送一个ping, 客户端发送一个POST格式的HTTP请求到TrackBack Ping URL. 请求的内容的content type应是application/x-www-form-urlencoded. 例如, 到 http://www.infomall.cn/cgi-bin/mallgate/20040514/http://www.foo.com/mt-tb.cgi/5 的ping请求可能看起来象:
POST http://www.foo.com/mt-tb.cgi/5
Content-Type: application/x-www-form-urlencoded
title=Foo+Bar&url=http://www.bar.com/&excerpt=My+Excerpt&blog_name=Foo
注意: 在旧版本的TrackBack规范中，ping是用GET格式的HTTP请求发送的. 这种方式将不再支持; 2003年1月发布的Movable Type系统将会去掉对GET方式的支持。
可能的参数包括:
title：文章的标题
excerpt：文章的摘要. 在Movable Type系统中, 如果摘录信息超过255个字符将会被截断为252个字符, 并在后面增加 ...三个字符.
url：文章的永久连接. 象其它永久连接一样，这个连接应可能准确地在页面中定位文章的入口，因有疑问时这个链接会用到。
blog_name：发表文章的blog的名称。
在Movable Type系统中, 在上述的参数中只有 url 是必须的. 如果 title 没有提供，url 的值将被用作标题.
对上述请求的应答信息，以XML格式编排，从而能实现应用层的错误检查。(HTTP层的错误将会这样返回--例如，如果TrackBack URL 所指的资源在服务器上已经不存在，状态码404 将会返回).
一个成功的ping将会返如下应答:
<?xml version="1.0" encoding="iso-8859-1"?>
<response>
<error>0</error>
</response>
一个失败的ping将会返如下应答:
<?xml version="1.0" encoding="iso-8859-1"?>
<response>
<error>1</error>
<message>The error message</message>
</response>
当然，应用程序应该允许将来根据需要增加字段，但应答的 XML 结构保持不变。
取回TrackBack Pings
要取回某个特定TrackBack Ping URL收到的ping,向它发一个GET格式的HTTP请求，请求字符串(query string)是 ?__mode=rss. 在规范的将来修订中，--一旦从POST转换到GET的过渡期结束--这将非常简单，向TrackBack Ping URL发送一个GET请求，将返回一列ping.
一个GET请求样例如下：:
GET http://192.168.1.103/mt/mt-tb.cgi/3?__mode=rss
对此请求的应答，要么返回如上所述的错误信息，要么返回一列用RSS规范格式标志的TrackBack pings, 整个应答内容的覆巢无根元素是 <response> .
例如:
<?xml version="1.0" encoding="iso-8859-1"?>
<response>
<error>0</error>
<rss version="0.91"><channel>
<title>TrackBack Test</title>
<link>http://this.is/the/trackback/item/link/</link>
<description>Description of the TrackBack item</description>
<language>en-us</language>
<item>
<title>TrackBack Demo</title>
<link>http://this.is/the/permalink/</link>
<description>Excerpt</description>
</item>
</channel>
</rss></response>
在标签<rss> 和 </rss> 之间的部分，都是真实的RSS数据; 剩余的部分都是应答内容的包装，处理时可以忽略.
TrackBack Ping URLs的自动发现
TrackBack客户端需要一种方法，来确实一个特定的URL或blog文章的TrackBack Ping URL. 服务器在生成页面时应内嵌RDF； RDF 描述关于该文章的元数据，允许客户端自动发现TrackBack Ping URL.
RDF样例如下：
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
<rdf:Description
rdf:about="http://www.foo.com/archive.html#foo"
dc:identifer="http://www.foo.com/archive.html#foo"
dc:title="Foo Bar"
trackback:ping="http://www.foo.com/tb.cgi/5" />
</rdf:RDF>
注意: 由目前的检查器将嵌入XHTML页面的RDF信息视为不合规范，要通过检查需要将上述的RDF信息用注释符括起来:
<!--
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
...
</rdf:RDF>
-->
这不是一个完美的解决方案，但是作为一个临时的应对措施它可正常工作。
其中的dc: 元素是标准的Dublin Core 元素; trackback:ping元素来自RSS 1.0/2.0的TrackBack模块，参见http://www.infomall.cn/cgi-bin/mallgate/20040514/http://madskills.com/public/xml/rss/module/trackback/
给定一个URL my_url, 客户按下列步聚来寻找TrackBack Ping URL:
发送GET格式的HTTP请求，取回 my_url对应的页面的内容.
扫描页面内容，查找内嵌的RDF. 页面中可能嵌有多处RDF--客户端要找到 dc:identifier等于my_url的那块RDF信息.
从RDF块中抽取trackback:ping值，这就是TrackBack Ping URL.
客户端一旦确实了TrackBack Ping URL, 它就可以发送TrackBack ping了
-----------
TrackBack 初看起来很难理解, 不过理解之后就不会有问题了.
基本上它的构想如下:
1. 某个 Blog A 上有你感兴趣主题, 你想在自己的 Blog B 上发一个相关的主题, 并且希望发表的内容和回复自动发到 Blog A 上.
2. 这时你就可以复制 A 上面相关的 TrackBack 链接, 输入到你的 Blog B 中的那个主题的 TrackBack URL 框中.
3. 之后你的主题和后面所有回复的摘要都会自动发往 Blog A 的那个主题中.
说白了, 就是一个跨站点的留言系统. (希望算是比较正确的描述 )
TrackBack 的实现有两个重点:
1. 作为 Blog 服务端时(也就是 Blog A), 需要能接收到各个使用了 TrackBack 连接的 Blog 发送到自己这里的信息并发回反馈.
需要解析发来的数据, 不过这个很容易实现.
2. 作为客户端时(Blog B), 需要在有新的回复时通过指定的链接发出内容摘要给服务端.
目前官方文档定义了两种方式:
1) 通过 QueryString (正在逐步废除)
2) 通过 Post Form 格式 (通过 HTTP Header 模拟的 Form Post)
PHP 可以通过 fopen 实现. ASP 可以通过 ServerXMLHTTP 实现(老的 XMLHTTP 性能和功能不理想). PERL 的请参考 MovableType.
其它的就是 TrackBack List RSS 和 AutoDiscovery. 前者我实现了, 后者没有打算, 虽然还算简单.
Trackback List 没多大用处, 只是用 XML 列出所有发到此 URL 的所有 Trackback 罢了.
AutoDiscovery 其实就是在页面里面隐藏一段代码, 给 Trackback 客户端自动寻找到 Trackback URL 而已(有人说 AutoDiscovery 会毁了 TrackBack 的实用性, 我深以为然, 因为这会给 spam robot 可乘之机).
但是目前 Trackback 还存在编码不同的问题, 因为规范里面没有规定. 例如我的 Blog 是 GB2312 而别人的是 UTF-8, 那么发过去就是乱码. 要把 Blog 转成 UTF-8 就需要 Windows 2000 Server 及更高版本的服务器了. 为此犹豫中.
利用TrackBack,站点间可以互相通告相关的资源. 例如，如果博客(weblogger)甲希望通知博客乙他写了一些有趣的/相关的/骇人听闻的文字，甲发送一个TrackBack ping给乙。这完成了两件事：
1，乙能自动列出那些引用他的某篇文章的网站，到他网站的访问者能读到网络上所有与此文相关的文章，包括甲的文章。
2，ping在他的文章和你的文章间提供了一种稳固的、直接的链接，而不是那种依赖于外部行为（某人点击那个连接）的非直接连接(如反向连接referrer)。
发送一个TrackBack Ping
TrackBack使用REST(Representational State Transfer, http://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm )模式工作, 请求通过标准的HTTP调用传送。要发送一个TrackBack ping, 客户端向服务器端发送一个标准的HTTP请求，然后接收一个简单XML格式的应答(详见下述).
在TrackBack系统中，接收TrackBack pings的URL叫TrackBack Ping URL.一个典型的TrackBack Ping URL如 http://www.infomall.cn/cgi-bin/mallgate/20040514/http://www.foo.com/mt-tb.cgi/5 , 其中5是TrackBack ID. 服务器端可以用任何有意义的格式来定义TrackBack Ping URL;客户端不应该只限于特定的格式.
为了发送一个ping, 客户端发送一个POST格式的HTTP请求到TrackBack Ping URL. 请求的内容的content type应是application/x-www-form-urlencoded. 例如, 到 http://www.infomall.cn/cgi-bin/mallgate/20040514/http://www.foo.com/mt-tb.cgi/5 的ping请求可能看起来象:
POST http://www.foo.com/mt-tb.cgi/5
Content-Type: application/x-www-form-urlencoded
title=Foo+Bar&url=http://www.bar.com/&excerpt=My+Excerpt&blog_name=Foo
注意: 在旧版本的TrackBack规范中，ping是用GET格式的HTTP请求发送的. 这种方式将不再支持; 2003年1月发布的Movable Type系统将会去掉对GET方式的支持。
可能的参数包括:
title：文章的标题
excerpt：文章的摘要. 在Movable Type系统中, 如果摘录信息超过255个字符将会被截断为252个字符, 并在后面增加 ...三个字符.
url：文章的永久连接. 象其它永久连接一样，这个连接应可能准确地在页面中定位文章的入口，因有疑问时这个链接会用到。
blog_name：发表文章的blog的名称。
在Movable Type系统中, 在上述的参数中只有 url 是必须的. 如果 title 没有提供，url 的值将被用作标题.
对上述请求的应答信息，以XML格式编排，从而能实现应用层的错误检查。(HTTP层的错误将会这样返回--例如，如果TrackBack URL 所指的资源在服务器上已经不存在，状态码404 将会返回).
一个成功的ping将会返如下应答:
<?xml version="1.0" encoding="iso-8859-1"?>
<response>
<error>0</error>
</response>
一个失败的ping将会返如下应答:
<?xml version="1.0" encoding="iso-8859-1"?>
<response>
<error>1</error>
<message>The error message</message>
</response>
当然，应用程序应该允许将来根据需要增加字段，但应答的 XML 结构保持不变。
取回TrackBack Pings
要取回某个特定TrackBack Ping URL收到的ping,向它发一个GET格式的HTTP请求，请求字符串(query string)是 ?__mode=rss. 在规范的将来修订中，--一旦从POST转换到GET的过渡期结束--这将非常简单，向TrackBack Ping URL发送一个GET请求，将返回一列ping.
一个GET请求样例如下：:
GET http://192.168.1.103/mt/mt-tb.cgi/3?__mode=rss
对此请求的应答，要么返回如上所述的错误信息，要么返回一列用RSS规范格式标志的TrackBack pings, 整个应答内容的覆巢无根元素是 <response> .
例如:
<?xml version="1.0" encoding="iso-8859-1"?>
<response>
<error>0</error>
<rss version="0.91"><channel>
<title>TrackBack Test</title>
<link>http://this.is/the/trackback/item/link/</link>
<description>Description of the TrackBack item</description>
<language>en-us</language>
<item>
<title>TrackBack Demo</title>
<link>http://this.is/the/permalink/</link>
<description>Excerpt</description>
</item>
</channel>
</rss></response>
在标签<rss> 和 </rss> 之间的部分，都是真实的RSS数据; 剩余的部分都是应答内容的包装，处理时可以忽略.
TrackBack Ping URLs的自动发现
TrackBack客户端需要一种方法，来确实一个特定的URL或blog文章的TrackBack Ping URL. 服务器在生成页面时应内嵌RDF； RDF 描述关于该文章的元数据，允许客户端自动发现TrackBack Ping URL.
RDF样例如下：
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
<rdf:Description
rdf:about="http://www.foo.com/archive.html#foo"
dc:identifer="http://www.foo.com/archive.html#foo"
dc:title="Foo Bar"
trackback:ping="http://www.foo.com/tb.cgi/5" />
</rdf:RDF>
注意: 由目前的检查器将嵌入XHTML页面的RDF信息视为不合规范，要通过检查需要将上述的RDF信息用注释符括起来:
<!--
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
...
</rdf:RDF>
-->
这不是一个完美的解决方案，但是作为一个临时的应对措施它可正常工作。
其中的dc: 元素是标准的Dublin Core 元素; trackback:ping元素来自RSS 1.0/2.0的TrackBack模块，参见http://www.infomall.cn/cgi-bin/mallgate/20040514/http://madskills.com/public/xml/rss/module/trackback/
给定一个URL my_url, 客户按下列步聚来寻找TrackBack Ping URL:
发送GET格式的HTTP请求，取回 my_url对应的页面的内容.
扫描页面内容，查找内嵌的RDF. 页面中可能嵌有多处RDF--客户端要找到 dc:identifier等于my_url的那块RDF信息.
从RDF块中抽取trackback:ping值，这就是TrackBack Ping URL.
客户端一旦确实了TrackBack Ping URL, 它就可以发送TrackBack ping了
-----------
TrackBack 初看起来很难理解, 不过理解之后就不会有问题了.
基本上它的构想如下:
1. 某个 Blog A 上有你感兴趣主题, 你想在自己的 Blog B 上发一个相关的主题, 并且希望发表的内容和回复自动发到 Blog A 上.
2. 这时你就可以复制 A 上面相关的 TrackBack 链接, 输入到你的 Blog B 中的那个主题的 TrackBack URL 框中.
3. 之后你的主题和后面所有回复的摘要都会自动发往 Blog A 的那个主题中.
说白了, 就是一个跨站点的留言系统. (希望算是比较正确的描述 )
TrackBack 的实现有两个重点:
1. 作为 Blog 服务端时(也就是 Blog A), 需要能接收到各个使用了 TrackBack 连接的 Blog 发送到自己这里的信息并发回反馈.
需要解析发来的数据, 不过这个很容易实现.
2. 作为客户端时(Blog B), 需要在有新的回复时通过指定的链接发出内容摘要给服务端.
目前官方文档定义了两种方式:
1) 通过 QueryString (正在逐步废除)
2) 通过 Post Form 格式 (通过 HTTP Header 模拟的 Form Post)
PHP 可以通过 fopen 实现. ASP 可以通过 ServerXMLHTTP 实现(老的 XMLHTTP 性能和功能不理想). PERL 的请参考 MovableType.
其它的就是 TrackBack List RSS 和 AutoDiscovery. 前者我实现了, 后者没有打算, 虽然还算简单.
Trackback List 没多大用处, 只是用 XML 列出所有发到此 URL 的所有 Trackback 罢了.
AutoDiscovery 其实就是在页面里面隐藏一段代码, 给 Trackback 客户端自动寻找到 Trackback URL 而已(有人说 AutoDiscovery 会毁了 TrackBack 的实用性, 我深以为然, 因为这会给 spam robot 可乘之机).
但是目前 Trackback 还存在编码不同的问题, 因为规范里面没有规定. 例如我的 Blog 是 GB2312 而别人的是 UTF-8, 那么发过去就是乱码. 要把 Blog 转成 UTF-8 就需要 Windows 2000 Server 及更高版本的服务器了. 为此犹豫中.
440
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
