アカウント名:
パスワード:
ちゃんとMozilla/5.0 (Linux; Android 6.0.1;~のLinuxの部分が変わるのかな?
IoTでしょブラウザなんて重いのは乗らないんじゃ
レンダリングエンジンを備えた「ブラウザ」は乗らないかもしれないけど、HTTPクライアントくらいは乗るだろ。
独立したクライアントは載らんでしょ。それぞれの言語に依存したクライアントが使われることになるでしょう。
TCP/IPのプロトコルスタックまで載ったWi-Fiモジュールが千円足らずで買える [switch-science.com]時代になってますが、ここまで高度化すると既存のsocketベースのAPIでは扱いにくいので、より抽象化されたAPIが欲しくなると思いますし、IoTではHTTPでデータを送信するのが一般的ですので、「IoT専用OS」になるなら、OSのシステムコールレベルから標準ライブラリレベルでHTTPクライアント機能が載っててもおかしくないと思いますね。ていうか、SSL対応まで考えると、HTTPクライアント機能はOSがサポートすべきでしょう。
#最も、User-AgentはHTTPクライアント機能を使うアプリ側が指定するパラメータになると思いますが。それでも、デフォルトUAが設定されててもおかしくないと思います。
×最も
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
User-Agentも (スコア:0)
ちゃんとMozilla/5.0 (Linux; Android 6.0.1;~のLinuxの部分が変わるのかな?
Re: (スコア:0)
IoTでしょ
ブラウザなんて重いのは乗らないんじゃ
Re: (スコア:0)
レンダリングエンジンを備えた「ブラウザ」は乗らないかもしれないけど、
HTTPクライアントくらいは乗るだろ。
Re: (スコア:0)
独立したクライアントは載らんでしょ。
それぞれの言語に依存したクライアントが使われることになるでしょう。
Re:User-Agentも (スコア:1)
TCP/IPのプロトコルスタックまで載ったWi-Fiモジュールが千円足らずで買える [switch-science.com]時代になってますが、ここまで高度化すると既存のsocketベースのAPIでは扱いにくいので、より抽象化されたAPIが欲しくなると思いますし、
IoTではHTTPでデータを送信するのが一般的ですので、「IoT専用OS」になるなら、OSのシステムコールレベルから標準ライブラリレベルでHTTPクライアント機能が載っててもおかしくないと思いますね。ていうか、SSL対応まで考えると、HTTPクライアント機能はOSがサポートすべきでしょう。
#最も、User-AgentはHTTPクライアント機能を使うアプリ側が指定するパラメータになると思いますが。それでも、デフォルトUAが設定されててもおかしくないと思います。
Re: (スコア:0)
×最も