Подключение мобильной версии сайта

[hostadmin]

>новые браузеры появляются очень часто, соответственно пополнять список UserAgent придется постоянно;

api.yandex.ru/detector/ в помощь.

[fStrange]

лучше уж тогда TerraWurfl

[Disturbed]

или DeviceAtlas, но он платный

[demh]

headjs.com/ в помощь ==)

[ohsh]

можно по useragent'у

[ohsh]

можно по useragent'у задать производителей мобильных устройств, это вполне достаточно
Noki|Eric|SAMS|Mini|Mobi|SymbOS|iPhone|HTC

однако нужно еще смотреть HTTP_ACCEPT, т.к. некоторые моб. баузеры могут не поддерживать теже jpg'и…

[fStrange]

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

на такие броузеры морочиться не стоит их осталось менее 1%

[ohsh]

Да?

[ohsh]

Да?

Mozilla/5.0 (Linux; U; Android 2.1-update1; ru-ru; HTC_Wildfire_A3333 Build/ERE27) AppleWebKit/530.17 (KHTML, like Gecko) Version/4.0 Mobile Safari/530.17 *** application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5,application/youtube-client

[fStrange]

вы хотите сказать, что современный аппарат с броузером А или B класса может не поддерживать jpg?

ой сомневаюсь

[ohsh]

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

я уж молчу про wml, который в популярном iPhone не знают…

[fStrange]

ну отсутствие вмл это уже нормально

deviceatlas.com/devices/HTC+Corporation/HTC+Wildfire/entry/1995593
Markup WML1 False
Image Gif87 True
Image GIF89A True
Image JPG True
Image PNG True

по базе Атласа поддерживает.

[DenisO]

У меня Wildfire уже 4 месяца. Все он поддерживает. Может имелись ввиду не jpeg, а jpeg 2000? Про них не знаю.

[fStrange]

результаты изысканий по базе Атласа
site:deviceatlas.com «Image JPG false»

по базе получается всего 52 модели
все древние

т.е. мои предположения верны

[MNU]

Откуда такая статистика?

[fStrange]

с воздуха
счас посмотрел на свою старую статью по классам мобильных броузеров.

Если предполагать что броузеры классов D и F могут не иметь поддержку jpg, то не более 10% на сайтах ориентированных на мобильную аудиторию.

Реально еще меньше, так как часть таких броузеров точно поддерживает jpg.

надо посмотреть есть ли данные по поддержке джпега в wurfl. Аж самому интересно.

[MNU]

Понятно, хотелось иметь по больше точности.

[fStrange]

точности не будет, да и не может быть. Как оценивать эту цифру?
Ведь она сильно зависит от направленности и аудитории сайта.

На сайте с приложениями для Айфона эта цифра окажется равной 0.

На сайтах которые указывал менее 10%, это сайты типа fank.ru, sotik.ru, siza.us. Ориентированы на мобильные. Поэтому 10% это максимально возможная цифра.

Судя по тем моделям которые я нашел в базе Atlas это все броузеры F класса. Можно конечно поставить логгирование, разработка под такие сайты моя специфика и я могу собрать статистику по 4-5 сайтам с хорошей посещаемостью.

Но не вижу смысла телодвижений. Нет разницы 5% броузеров или 1.12%.

[zholdas]

Для django использую эту вещицу: http://code.google.com/p/minidetector/

[zholdas]

Кстати, об user-agents, вот ссылка: http://www.zytrax.com/tech/web/mobile_ids.html, в ней содержатся user-agents многих устройств.

[TachikomaGT]

Ещё можно заголовок x-wap-profile (profile) анализировать. Ну и отдельно iPhone по user-agent-у.

[MNU]

И следование этого вопроса привело на довольно интересное решение www.idelfuschini.it/en/apache-mobile-filter-v2x.html. Аналогичное искал давно, нужно пробывать.

[fStrange]

использует всю ту же wurfl
но любопытно.

[MNU]

Ее используют как понял практически все в ядре и предоставляют свою обертку.

[Coolmax]

Я может чего-то упустил. А чем не устраивает Яндекс.Детектор — api.yandex.ru/detector/

[fStrange]

хотя бы потому что это лишний запрос к чужому сайту

[positivecrash]

Пришла к выводу, что не хочется обращаться каждый раз к стороннему серверу…
Нашла в сети пару функций для определения агента:
www.manhunter.ru/webmaster/272_opredelenie_mobilnih_brauzerov_na_php.html
mobiforge.com/developing/story/lightweight-device-detection-php

Было бы интересно узнать, что вы об этом думаете

[Anexroid]

Гарантия не 100%, т.к заголовок wap многие мобильные браузеры не посылают, а по второй ссылке как wap можно определить не мобильное устройство

[Anexroid]

Автору — не раскрыта тема определение браузера через PHP-обработчики))

[MNU]

Не понял а каким боком к статье программирование, в частности РНР.

[Anexroid]

Ну, я может не прав, но если уж говорить о том, как определить какую версию css-файла загружать, стоит сказать и о программных методах определения

[MNU]

В таком варианте нужно также рассказать как это сделать на Perl, Ruby, Java, Python. Веб не только на ПХП писан. Статья описывает определенный сегмент большого вопроса, и это автору удалось.

[webfaker]

А если javascript'ом?

<script type="text/javascript">
if((screen.height*screen.width)/1000<520) location.href = "http://m.example.com";
</script>

[positivecrash]

думаю, когда речь идет об определении типа устройства, то не стоит завязываться на js, потому что все же есть вероятность, что js не включен (хотя, конечно, с каждым годом все меньше).

на данный момент я больше склоняюсь к media queries: определяешь несколько контрольных точек и подключаешь для них соответствующие стили

[webfaker]

хотя, конечно, с каждым годом все меньше

пожалуй, что с каждым днем )))

кстати, можно делать обратную проверку — то есть мобильная версия по умолчанию, а нормальная по «решению» JS. Тогда упрощенную версию получат не только владельцы маленьких экранов (в нашем контексте — мобильных устройств), но и параноики/пенсионеры/малоимущие* — все те, у кого js не включен, что тоже может оказаться полезным.

если я правильно понимаю media queries как подключение разных стилей… (может это нечто большее?? не курил пока внимательно и растолковывать не прошу — всему свое время — просто предупредил о слабой компетентности)… то я вижу проблему использования атрибута media вовсе не в том, что это не везде работает (нет ничего, что работает везде): имхо для по-настоящему мобильной версии не достаточно только переделки интерфейса — нужно оптимизировать по весу, использовать другой — более ограниченный набор элементов… то есть все же предлагать принципиально другую версию ресурса.

*извиняюсь у перечисленных граждан за кажущуюся интоллерантность

[webfaker]

p.s но статья все равно в закладках, спасибо)