Pour iOS google chrome, lorsqu'un utilisateur appuie sur le bouton "Demander un site de bureau", que fait le navigateur pour essayer de faire apparaître un site de bureau? J'imagine une sorte d'en-tête sur la demande des sites, ou quelque chose de similaire?
Réponses
Trop de publicités?
Je pense que la seule différence est l'en-tête User-Agent: dans la demande.
Voici les en-têtes User-Agent envoyés par Chrome sur mon appareil Android:
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
Notez le mot "Mobile" dans le premier, ainsi que la mention du système et du périphérique Android. En les vérifiant, je constate qu’il fournit également des informations fausses - à savoir X11 et x86_64 - afin de correspondre étroitement à la valeur envoyée par la version Desktop Linux de Chrome.
Jason Miller
Points
136
Une autre petite différence est que la demande semble avoir été pour la dernière intentionnellement URL saisi avant toute ré-administration déplacé. Par exemple:
Donnée: unsite.com renifle l'agent, voit Android, et un document.emplacement += "/m";
Ensuite: le navigateur aura une URL de somesite.com/m
Mais: si vous "voir version ordinateur", elle va changer le User-Agent et re-demande de somesite.com
Sauf si: - vous était allé directement sur le mobile de l'URL de somesite.com/m en premier lieu, auquel cas il vient de recharge somesite.com/m.
Je m'attends à ce que cela fonctionne avec HTTP 301 et 302 redirections, je sais que ça fonctionne avec le document.modifications de l'emplacement (au moins comme décrit), et présume qu'il fonctionne avec la balise <meta> rafraîchit.
