アカウント名:
パスワード:
基本がテキストベースってのはRS232Cの時代の名残りでしょ。基本をバイナリベースにしてhyper binary transport protocolにした方が処理を簡素化できてオーバーヘッドも大幅に減るだろうに。
どうせテキスト部分なんて大した量じゃないよ。最近じゃjsonデータで何でも送っちゃう時代だし、コンテンツ自体は昔からdeflateとかgzip圧縮が可能でしょ。
あと、hyper text ってそういう意味じゃないから…。ハイパーリンクで繋がってるテキストって意味だから…。
最後に、RS232Cの時代全然関係無いと思う。
それを言ったらたかだかHTTP/3でのレイテンシや高速化なんて大した量じゃないから無意味さ。
アスキーコード表の前半にSOT(Start Of Text)みたいな文字があるけど、あれって昔の通信制御コード。232Cが使われてた頃はデータ本文をテキスト、通信制御をSOTのような制御コード使って通信するのが主流だった（2000年ぐらいまで多く見られた）。テキストでやりとりするっていうのは当時の名残だよ。
＃テキストってスペースの数、大文字小文字、タブ・・・そういうのがあるからパースに失敗してバグを生み出す元にもなる
通信制御コードの開始・終端はSTX・ETXでは…？それと、ASCIIかんけーねーし
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
そろそろHBT`Pにするべき (スコア:0)
基本がテキストベースってのはRS232Cの時代の名残りでしょ。
基本をバイナリベースにしてhyper binary transport protocolにした方が処理を簡素化できてオーバーヘッドも大幅に減るだろうに。
Re: (スコア:0)
どうせテキスト部分なんて大した量じゃないよ。
最近じゃjsonデータで何でも送っちゃう時代だし、コンテンツ自体は昔からdeflateとかgzip圧縮が可能でしょ。
あと、hyper text ってそういう意味じゃないから…。ハイパーリンクで繋がってるテキストって意味だから…。
最後に、RS232Cの時代全然関係無いと思う。
Re: (スコア:-1)
それを言ったらたかだかHTTP/3でのレイテンシや高速化なんて大した量じゃないから無意味さ。
アスキーコード表の前半にSOT(Start Of Text)みたいな文字があるけど、あれって昔の通信制御コード。
232Cが使われてた頃はデータ本文をテキスト、通信制御をSOTのような制御コード使って通信するのが主流だった（2000年ぐらいまで多く見られた）。テキストでやりとりするっていうのは当時の名残だよ。
＃テキストってスペースの数、大文字小文字、タブ・・・そういうのがあるからパースに失敗してバグを生み出す元にもなる
Re:そろそろHBT`Pにするべき (スコア:0)
通信制御コードの開始・終端はSTX・ETXでは…？
それと、ASCIIかんけーねーし