トラックバックの仕様
トラックバックを相手先ページに登録してもらうためにはトラックバックpingを送信する必要があります。
逆に言えばトラックバックを受けるためには、トラックバックpingを受信することになります。
トラックバックを送信する側をクライアント、受信する側をサーバといいます。
クライアントからサーバへのトラックバックping送信方法
トラックバックpingはHTTP POSTリクエストでコンテントタイプはapplication/x-www-form-urlencodedで、文字コードをcharsetで指定する必要があります。
また送信内容は以下となります。
| 属性 | 説明 | 必須/任意 |
|---|---|---|
| title | クライアント側のエントリのタイトル | 任意 |
| excerpt | クライアント側のエントリの要約 | 任意 |
| url | クライアント側のエントリの permalink | 必須 |
| blog_name | エントリを post したクライアント側のブログの名前 | 任意 |
| title | クライアント側のエントリのタイトル | 任意 |
一般的にexcerptは255バイト以上ある場合、252バイトで切られ、後に...が付けられるようになっています。
以前はGETリクエストでも送信可能でしたが、変更猶予期間を経て2003年1月に廃止となりました。
POST http://www.example.com/mt-tb.cgi/5 Content-Type: application/x-www-form-urlencoded; charset=utf-8 title=Foo+Bar&url=http://www.example.net/&excerpt=My+Excerpt&blog_name=Foo
トラックバック ping の送信に成功すると、サーバから次のようなレスポンスが返ります。
<?xml version="1.0" encoding="iso-8859-1"?> <response> <error>0</error> </response>
失敗した場合は次のようなレスポンスになります。
<?xml version="1.0" encoding="iso-8859-1"?> <response> <error>1</error> <message>The error message</message> </response>
送信についての必須項目は
(1) POSTで送信すること
(2) コンテントタイプはapplication/x-www-form-urlencodedで、文字コードをcharsetで指定すること
(3) 送信内容には『url』を含めること
です。
サーバからクライアントへのトラックバック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.example.com/archive.html#foo"
dc:identifier="http://www.example.com/archive.html#foo"
dc:title="Foo Bar"
trackback:ping="http://www.example.com/tb.cgi/5" />
</rdf:RDF>
dc: 要素はDublin Core標準に準拠した要素です。
RDFブロックにある trackback:ping の値を展開します。これがトラックバックPing URLです。
注意: XHTMLへRDFを埋め込むと、現状のバリデータではエラーになってしまうため、バリデータでチェックしたいときは、RDF部分をコメント記号で囲むようにしてください。
<!-- <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" ... </rdf:RDF> -->
完全な解決方法とはいえませんが、応急処置にはなります。
トラックバックの仕様には、『今後変更になるかもしれません。』のような記述が多く、割と動的な仕様です。
トラックバックされた一覧を取得する仕様が削除されたり、pingがPOSTに移行が完了したら変更になる予定の部分があったり、トラックバックpingのレスポンスXMLが曖昧であったり、RDFが一時的な解決法を使っていたりします。
関連記事
- プログラムでもっとも正確に日本の祝日を求める方法(内閣府公表CSVの過去3度の改訂履歴)
- FAT(File Allocation Table)ファイルシステムの仕様 FAT16 FAT32 exFAT VFAT
- SDカード・microSDカードの規格
- Raspberry Pi 4 Model Bのチップ・無線LANアンテナ
- Raspberry Pi Zero WHのチップ・無線LANアンテナ(大きなチップはCPUではありません)
- 各ストレージの速度一覧 規格速度や実効速度(HDD/SSD/M2/NVMe/USBメモリ)
- メールテキストの1行の文字数制限(最大1,000文字、78文字以下であるべき)
- サイトマップ(sitemap.xml)のつくり方とちょっとしたテクニック
- Mobile Network Code(MNC)の一覧[V-Z]
- Mobile Network Code(MNC)の一覧[T-U]
- Mobile Network Code(MNC)の一覧[S]
- Mobile Network Code(MNC)の一覧[O-R]
- Mobile Network Code(MNC)の一覧[M-N]
- Mobile Network Code(MNC)の一覧[J-L]
- Mobile Network Code(MNC)の一覧[H-I]
- Mobile Network Code(MNC)の一覧[E-G]
- Mobile Network Code(MNC)の一覧[C-D]
- Mobile Network Code(MNC)の一覧[A-B]
- Mobile Country Code(MCC)の一覧
- コードページの一覧
- オープンソースライセンスの一覧と日本語訳(全52種類)
- ASCIIコード表
- IPアドレス サブネットマスク プレフィックス 早見表
- [暗号化]ブロック暗号とは(AES/DES/Blowfish PKCS5Padding ECB/CBC IV)
- 文字実体参照(実体参照)の一覧
- 各地域、各国に割り振られているIPアドレス
- webサイト巡回ツールのユーザーエージェント一覧
- whoisに表示されるステータス一覧
- Whoisサーバー一覧
- IANAによる文字コードの定義
- UTFとは
- 文字コード表(コード対応表) 0x0-0x4
- 文字コード表(コード対応表) 0x5-0x6
- 文字コード表(コード対応表) 0x7-0x8
- 文字コード表(コード対応表) 0x9-0xA
- 文字コード表(コード対応表) 0xB-0xC
- 文字コード表(コード対応表) 0xD-0xF
- インターネット初期に日本に割り振られたIPアドレス一覧
- 画面解像度の一覧
- Perl互換の正規表現(PCRE)に関する仕様
- HTTP/1.0仕様書 日本語訳
- HTTP/1.0
- 文字コード表(EUC-JP) [12836/12836]
- 文字コード表(Unicode UTF-8 UTF-16) [21420/21420]
- 文字コード表(コード対応表) 0xF
- 文字コード表(コード対応表) 0xE
- 文字コード表(コード対応表) 0xD
- 文字コード表(コード対応表) 0xC
- 文字コード表(コード対応表) 0xB
- 文字コード表(コード対応表) 0xA
- 文字コード表(コード対応表) 0x9
- 文字コード表(コード対応表) 0x8
- 文字コード表(コード対応表) 0x7
- 文字コード表(コード対応表) 0x6
- 文字コード表(コード対応表) 0x5
- 文字コード表(コード対応表) 0x4
- 文字コード表(コード対応表) 0x3
- 文字コード表(コード対応表) 0x2
- 文字コード表(コード対応表) 0x1
- 文字コード表(コード対応表) 0x0
- 文字コード表(Unicode UTF-8 UTF-16) [14000/21420]
- Unicode文字のブロックの範囲
- 文字コード表(EUC-JP) [6000/12836]
- 文字コード表(JIS)
- 文字コード表(Shift-JIS)
- 文字コード表(Unicode UTF-8 UTF-16) [7000/21420]
- RFC
- 電車路線、駅の一覧
- Google Developers
- Rainmeter
- Git
- fail2ban
スポンサーリンク
