Rozdzielczość ekranu o rozmiarze urządzenia przenośnego (szerokość, wysokość)

Wygląda na to, że nie ma prawdziwego standardu dla określenia "rozmiaru ekranu" w nagłówku http od agenta użytkownika.Rozdzielczość ekranu o rozmiarze urządzenia przenośnego (szerokość, wysokość)

Na przykład, dwa nagłówki poniżej:

X-UP-devcap-screenpixels: 320x240

lub

UA-pixels: 320x240

Powszechnie stosowane nagłówków. Drugi jest używany głównie przez urządzenia z systemem Windows Mobile. The X-UP wygląda na to, że pochodzi z bramy przeglądarki UP.

Inną opcją jest

X-Screen-Width: 320 
X-Screen-Height: 240

X-Screen-Szerokość może być popełnił aż nagłówek.

Moje pytanie brzmi:

Co to jest dobry standard przyjmuje na naszej "transkodera" posuwają się do przodu? To naprawdę nie jest pełna przeglądarka internetowa, ale głównie dla ograniczonych witryn. Ale powinien to być standard, który zostanie przyjęty przez Operę Mini/GWT itp.

Ani Opera Mini, ani Google Web Transcoder nie wysyła tych informacji w swoich żądaniach HTTP. Sądzę, że spodziewają się, że strona zweryfikuje model telefonu, a tym samym szerokość i wysokość ekranu po stronie serwera.

Tak naprawdę znalazłem tę nazwę RFC 4229 nazywaną rejestracją pól nagłówka HTTP. Jest to trochę przestarzałe i misja do poprawiania błędów.

Gdybym musiał zobaczyć, co jest używane głównie w terenie, prawdopodobnie skończyłbym z "UA-Pixels".

Niektóre więcej odniesień

niektórych urządzeń (głównie Windows Mobile ponownie) mają wartość w nagłówku user-agent

Źródło

2009-08-31 David d C e Freitas

Kolejny dobry zasób: http://mobiforge.com/developing/blog/useful-x-headers Nie mogłem opublikować tego linku powyżej z powodu limitu 1 łącza dla nowych użytkowników. –

Pracuję w firmie dostarczającej treści, wewnętrznie używamy bazy danych [WURFL] [1] do określania rozmiaru ekranu poszczególnych urządzeń. [1]: http://wurfl.sourceforge.net – ariefbayu

To prawda, ale mamy KLIENT -> Proxy -> SITE. Posiadamy KLIENTA i Proxy, więc chcemy ułatwić SITE, o którą prosimy, zapewniając już szerokość i wysokość, tak aby każda SITA nie musiała ponownie wdrażać wyszukiwania i konserwacji wurfl itp. Ponieważ mamy już informacje o urządzeniu w naszym kliencie. (JME itp.) –

Jest gorzej, niż myślisz 320x240.

UA-pikseli: 320x240

często jest kłamstwem. Na IEMobile wersji < 8 (Windows Mobile < 6.1.4) urządzenia o rozdzielczości 640x480 pikseli nadal będą się zgłaszać jako 320x240. Ponadto w większości wersji IEMobile widok może być w pewnym stopniu powiększony, więc rozmiar projektu, który trzeba uderzyć, nie ma związku z rozmiarem pikseli UA.

Możliwości układu płynnego są ograniczone przed IEMobile 8. Jeszcze w IEMobile 8 na WinMobile 6.5 otrzymujesz rozdzielczość XGA, pomniejszoną, czy ci się to podoba, czy nie. Aha, i nie ma sposobu na wyśledzenie IEM8-on-6.5 vs. IEM8-on-6.1 z nagłówków.

Nie jestem pewien, jaki jest dokładnie cel aplikacji, ale generowanie HTML/CSS, który renderuje się dokładnie do rozmiaru ekranu, jest praktycznie niemożliwe, jeśli twoje cele obejmują straszny horror, którym jest IEMobile.

Źródło

2009-08-31 13:15:52 bobince

Celem jest raczej poprawienie szerokości obrazu (prawdopodobnie najczęstszy cel większości baz danych urządzeń). Ale to bardziej jak Opera Mini, bierze html, wyskakuje do binarnego języka znaczników, który jest następnie interpretowany przez klienta. –

Oto lista nagłówków rozdzielczości wspólny ekran:

X-UP-devcap-screenpixels

lub

UA-pixels

lub

X-JPHONE-DISPLAY

Patrzyłem na fragment kodu, że Google daje dla swoich telefonach Adsense a są to trzy, które sprawdzili do tej pory.

Źródło

2011-10-04 07:11:11

Rozdzielczość ekranu o rozmiarze urządzenia przenośnego (szerokość, wysokość)

Odpowiedz

Powiązane problemy