iOS google chrome の場合、ユーザーが「デスクトップ サイトのリクエスト」ボタンを押すと、ブラウザはデスクトップ サイトを表示しようとして何をしますか? サイトが探しているリクエストのヘッダー、または同様のものを想像しますか?
4 に答える
User-Agent:
唯一の違いは、リクエストのヘッダーだと思います。
Android デバイスの Chrome から送信された User-Agent ヘッダーは次のとおりです。
Mozilla/5.0 (Linux; Android 4.0.4; Galaxy Nexus Build/IMM76K) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.166 Mobile Safari/535.19
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.45 Safari/535.19
最初の「モバイル」という単語と、Android システムとデバイスについての言及に注目してください。これらを確認すると、デスクトップ Linux バージョンのクロム。
もう 1 つのわずかな違いは、リダイレクターが URL を移動する前に、リクエストが最後に意図的に入力された URL に送信されたように見えることです。例えば:
与えられた: somesite.com はエージェントをスニッフィングし、Android を確認し、document.location += "/m" を実行します。
次に:ブラウザには somesite.com/m の URL が表示されます。
ただし、「デスクトップサイトをリクエスト」すると、User-Agentが変更され、somesite.comから再リクエストされます
ただし、最初に somesite.com/m のモバイル URL に直接アクセスした場合は、somesite.com/m をリロードするだけです。
これは HTTP 301 および 302 リダイレクトで機能することを期待します。document.location の変更 (少なくとも説明されているとおり) で機能することを知っており、<meta> の更新で機能すると推測します。