Buzz by Hiroshi Nakamura from m.ctor.org
Hiroshi Nakamura - graph.facebook.comはSSL上でkeep-aliveさせてくれるのはいいが、タイムアウトの時のサーバからの切断処理がなんかおかしい。クライアント側でTCPのオプション指定しないといけないかも。まだ詳しく見てない。12:36 amDeleteUndo deleteReport spamNot spam Hiroshi Nakamura - buzz.google.comもSSL上でkeep-aliveさせてくれるし、切断も特に問題ない。が、graph（OAuth 2.0）と違ってOAuth 1.0aで、HTTP headerでのネゴが必要。おかげでクライアントがstatefulになり、マルチスレッドで共有してアクセスし放題、というわけにいかない（OAuth 2.0ならパラメータだから簡単）。結局リクエスト毎にクライアントを用意している。1
「テキストプロトコルは遅くないよ」という話 - kazuhoのメモ置き場
「バイナリプロトコルは速い」「テキストプロトコルは遅い」という言説を、ときおり目にするけど、それって本当なのか。個人的には、それって昔の話だと思ってる。 SMTP みたいな、ペイロードについてもターミネータ（とエスケープ）を使うプロトコル*1は確かに遅い。で、FTPプロトコルでは、大容量のデータを「高速」に転送するために、制御用のTCPコネクションと転送用のコネクションを分けたりしてた。 だけど、HTTPプロトコルは、テキストプロトコルだけど、ペイロードについてはターミネータを使わない。keep-alive を行う際には、Content-Length ヘッダ（あるいはchunkedエンコーディング）を使うことで、ペイロードのパース／変換処理を不要にしている。別の言い方をすると、テキストプロトコルだからと言って、バイナリプトロコルよりペイロードの処理時間が長くなるとは限らない。HTTP 以降
【埋】Amazon APIが電子署名必須の「Product Advertising API」に変更、その目的は？
Amazon APIが電子署名必須の「Product Advertising API」に変更、その目的は？ 2009/05/09 ■Amazon.co.jp Product Advertising API ライセンス契約 https://affiliate.amazon.co.jp/gp/advertising/api/detail/agreement.html 一部で話題になっていますが、AmazonのWebサービスAPIが変更になり、 「Product Advertising API」 になるそうです。具体的には 8/15以降は署名を付けていないAPIコールは受け付けなくなるようです。 具体的なやり方などは以下のサイトでまとめてくださっていますので、 AmazonのWebサービスAPIを使ってシステム開発をされている方はぜひ ご確認ください。簡単にいうと、これからコールするAPIのパラ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
pubsubhubbub - Google Code
