WURFL продолжает получать неправильное разрешение экрана на всех пользовательских агентах / устройствах, которые я сравнивал?

[Ниже приведено тестирование, которое я выполняю перед использованием API ASP.NET C #, чтобы получить разрешение экрана в пикселях для любого мобильного User-Agent в мире, используя ScientiaMobile / WURFL]. Также обратите внимание: я включил дополнительные примеры в поддержку своих утверждений, но их не обязательно читать, чтобы понять / интерпретировать вопрос, поэтому, пожалуйста, не пугайтесь, поскольку они ('ОБНОВЛЕНИЕ' и далее) предназначены для архивирования / приложение использовать.

Просто чтобы показать вам, что я имею в виду, если вы перейдете по этому URL-адресу, где вы можете ввести пользовательский агент и отобразить / вернуть разрешение экрана:

http://tools.scientiamobile.com/?user-agent-string=

Теперь введите следующий пользовательский агент и нажмите Отправить:

Mozilla / 5.0 (Linux; U; Android 2.3.5; ru-ru; Philips W632 Build / GRJ90) AppleWebKit / 533.1 (KHTML, как Gecko) Версия / 4.0 Mobile Safari / 533.1

Или просто нажмите на эту ссылку ниже (вместо этого), где я встроил пользовательский агент в URL-адрес:

http://tools.scientiamobile.com/?user-agent-string=Mozilla%2F5.0+%28Linux%3B+U%3B+Android+2.3.5%3B+ru-ru%3B+Philips+W632+Build%2FGRJ90%29+AppleWebKit%2F533.1+%28KHTML%2C+like+Gecko%29+Version%2F4.0+Mobile+Safari%2F533.1

Теперь, как вы можете видеть, он утверждает, что разрешение экрана 320x480, теперь быстрый поиск в Google для этой конкретной модели телефона (Philips W632) дает совершенно другой ответ: разрешение экрана составляет 480x800 (все в пикселях), как показано здесь:

http://www.phonegg.com/phone/2614-Philips-W632

Я бы понял, если бы это было неправильно хотя бы по одному пункту, но я добавил случайные (но настоящие) мобильные пользовательские агенты (сейчас проверено около 5), и все они оказались неправильными. Итак, мне интересно, есть ли что-то не так в том, как я использую фреймворк (прямо сейчас не использую API, а тестирую на указанной выше тестовой странице, прежде чем я сделаю коммит).

Вот еще результаты / примеры, если хотите:

Телефон: Nokia 308, WURFL утверждает 176Wx120H, здесь:

http://tools.scientiamobile.com/?user-agent-string=Nokia308%2F2.0+%2807.55%29+Profile%2FMIDP-2.1+Configuration%2FCLDC-1.1+Mozilla%2F5.0+%28Series40%3B+Nokia308%2F05.80%3B+Profile%2FMIDP-2.1+Configuration%2FCLDC-1.1%29+Gecko%2F20100401+S40OviBrowser%2F2.0.2.68.13.8+UNTRUSTED%2F1.0

Google заявляет 240Wx400H здесь: http://www.gsmarena.com/nokia_asha_308-5010.php

Последний я сделаю ...

Телефон: Nokia 3250, WURFL утверждает 90Wx90H, здесь:

http://tools.scientiamobile.com/?user-agent-string=OneBrowser%2F3.1+%28Nokia3250%2F04.60%29

Google заявляет 176Wx208H здесь: http://www.phonegg.com/phone/199-Nokia-3250

Любые идеи? Я неправильно использую программу?

ОБНОВЛЕНИЕ: дополнительные примеры, чтение не требуется:

Только что заметил, что он сообщает правильно для Huawei H88 3G, но все еще неправильно для многих других устройств с меньшим экраном!

Mozilla / 5.0 (совместимый; MSIE 10.0; Windows Phone 8.0; Trident / 6.0; IEMobile / 10.0; ARM; Touch; Huawei; H883G; HuaweiH883G)

Посмотрите это! Больше НЕИСПРАВНОСТЕЙ:

Телефон: Verizon HTC Droid Incredible 2 ADR6350, WURFL утверждает: 320Wx480H, здесь:

http://tools.scientiamobile.com/?user-agent-string=TweetDeck+1.0.7.4+%28ADR6350%3B+us%3B+Android+2.3.4%29%0D%0A

Google заявляет 480Wx800H здесь: http://pdadb.net/index.php?m= спецификации & id = 2819 & c = verizon_htc_droid_incredible480x800adr6350

Телефон: Nokia E71-1, WURFL утверждает: 172Wx120H, здесь:

http://tools.scientiamobile.com/?user-agent-string=Mozilla%2F5.0+%28Java%3B+U%3B+en-us%3B+nokiae71-1%29+UCBrowser8.3.1.161%2F70%2F352%2FUCWEB+Mobile+UNTRUSTED%2F1.0

Google заявляет 320Wx240H здесь: http://www.gsmarena.com/nokia_e71-2425.php

Телефон: SonyEricsson ST25i, WURFL утверждает: 128Wx92H, здесь:

http://tools.scientiamobile.com/?user-agent-string=UCWEB%2F2.0+%28Linux%3B+U%3B+Adr+2.3.7%3B+en-US%3B+ST25i%29+U2%2F1.0.0+UCBrowser%2F8.2.0.242+U2%2F1.0.0+Mobile

Google заявляет 480Wx854H здесь: http://www.phonebunch.com/phone/sony_ericsson_st25i_kumquat-296/ < / а>


person Erx_VB.NExT.Coder    schedule 04.08.2013    source источник


Ответы (2)


[предупреждение о спойлере - я работаю в ScientiaMobile]

WURFL ориентирован на обнаружение устройств на основе строк пользовательского агента их веб-браузера. За исключением двух, которые были правильно определены, остальные образцы, которые вы предоставили, взяты из приложений. Скоро у нас будет обновление, которое улучшит обнаружение UCWEB, поскольку это веб-браузер (и приложение), но такие вещи, как пример Droid Incredible (на самом деле это приложение TweetDeck) TweetDeck 1.0.7.4 (ADR6350; us; Android 2.3.4) все время меняются, и значение определения размера экрана устройства, на котором размещено приложение, ограничено.

Если у вас есть убедительный пример использования для точного обнаружения этого трафика, мы будем рады поговорить с вами.

person SteveK    schedule 05.08.2013
comment
Благодарю за ваш ответ. Но я перепробовал все вышеперечисленные UA (настоящие UA реальных пользователей, заходящих на реальные веб-сайты), введя их в handsetdetection.com, и они правильно определили все UA, включая 100% правильное разрешение экрана. Я также пробовал все вышеперечисленное с 51degrees.mobi, и они все определили правильно, за исключением UA приложения TweetDeck. Насколько сложно это может быть, когда имя устройства включено в строку UA TweetDeck UA, например: ADR6350? - person Erx_VB.NExT.Coder; 06.08.2013
comment
Я определенно понимаю вашу точку зрения о простоте извлечения названия модели и сопоставления с ним. Этот метод действительно работает, но он очень уязвим для ложных срабатываний (отображение ADR6350 4G или ADR635) и, как правило, медленнее, поскольку вам нужно иметь сложное регулярное выражение, чтобы соответствовать всем возможным форматам и расположениям названий моделей. Кроме того, как только вы попадаете на незападный рынок, возникает множество конфликтов названий моделей, поэтому нам нужно очень внимательно относиться к тому, как мы подбираем UA. Итак, хотя я согласен с тем, что у этих методов есть некоторые преимущества, нашим преимуществом является производительность и очень низкий уровень ложных срабатываний. - person SteveK; 06.09.2013

Лука Пассани, технический директор ScientiaMobile здесь. Как известно большинству, ScientiaMobile постоянно отслеживает появление новых устройств и браузеров в мобильной сети, а также настраивает WURFL для точного обнаружения устройств. Конечно, нет предела тому, как далеко можно пройти по длинному хвосту строк UA, найденных в журналах, и в конечном итоге найти то, что не распознается WURFL. Мне кажется, что здесь так и есть. Но это нормально. Мы с радостью примем вызов :)

Пару упомянутых устройств фактически нет в WURFL, но они появятся очень скоро.

Что касается UCWeb, скоро появится большое обновление (API 1.5), которое значительно улучшает обнаружение все более популярного веб-браузера. Хотя API 1.5 все еще не выпущен, коммерческим клиентам, которые запросили его, была предоставлена ​​функциональная бета-версия, которая представила для них новую функцию.

Остальные UA принадлежат приложениям. У нас также будут новости об обнаружении приложений в ближайшем будущем, но поверьте мне, вбрасывание uas приложений в WURFL без разбора не будет тем, чего хочет большинство пользователей WURFL.

Наконец, мы были бы более счастливы обсуждать подобные вопросы на нашем форуме разработчиков (и это также гарантирует, что команда ScientiaMobile ускорит время обработки, так что это сделка, которая принесет пользу всем участвующим сторонам).

Спасибо Лука Пассани

person Luca Passani    schedule 05.08.2013
comment
Спасибо за ваш ответ, я написал ответ SteveK, не хотел повторять тот же комментарий здесь, поэтому не стесняйтесь читать его выше. За проголосовали вы оба. - person Erx_VB.NExT.Coder; 06.08.2013