気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント23件
- 注目コメント
- 新着コメント
pitworks
HTTPプロトコルはテキストプロトコルだがペイロードについてはターミネータを使わない。keep-alive を行うと、Content-Length ヘッダ（あるいはchunkedエンコーディング）を使うとペイロードのパース/変換処理は不要。
monjudoh
『ペイロードのパースとエスケープを避けるために、ヘッダにペイロードサイズを入れるようなことをすべき。そうしていれば、テキストプロトコルでも遅くない (例: HTTP, memcached)』
kmachu
「ペイロードのパースとエスケープを避けるために、ヘッダにペイロードサイズを入れるようなことをすべき」 / 例えばimgタグにwigthとheight属性を書きましょうという話（ちょっと違う）
nilnil
選択基準として性能の優劣を挙げるのは今や意味がない。可読性もコード設計しっかりすればバイナリでも問題にならない。エンコーデイングでgdgdになるくらいならバイナリ可能ならそっちの方がいいかもしれない。
s-tomo
これ単体だと「遅くない」レベルだがHTTPだとAmazon S3とかに分散できるので「速くなる」 http://sakuranoelfayray.slmame.com/e660683.html
hasegawayosuke
「迷ったら、テキストにしておけ。 バイナリーがいいと確信してても、テキストにしておけ。 どうしてもバイナリーが欲しかったら、テキスト化する方法も一緒に作っておけ。」というありがたい話
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
「テキストプロトコルは遅くないよ」という話 - kazuhoのメモ置き場
「バイナリプロトコルは速い」「テキストプロトコルは遅い」という言説を、ときおり目にするけど、それ... 「バイナリプロトコルは速い」「テキストプロトコルは遅い」という言説を、ときおり目にするけど、それって本当なのか。個人的には、それって昔の話だと思ってる。 SMTP みたいな、ペイロードについてもターミネータ（とエスケープ）を使うプロトコル*1は確かに遅い。で、FTPプロトコルでは、大容量のデータを「高速」に転送するために、制御用のTCPコネクションと転送用のコネクションを分けたりしてた。 だけど、HTTPプロトコルは、テキストプロトコルだけど、ペイロードについてはターミネータを使わない。keep-alive を行う際には、Content-Length ヘッダ（あるいはchunkedエンコーディング）を使うことで、ペイロードのパース／変換処理を不要にしている。別の言い方をすると、テキストプロトコルだからと言って、バイナリプトロコルよりペイロードの処理時間が長くなるとは限らない。HTTP 以降
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
2009/10/31 リンク