Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.php > #2679
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Newsgroups | comp.lang.php |
| Subject | Re: The prefered way to handle mobile apps? |
| Date | 2011-07-29 08:03 -0400 |
| Organization | A noiseless patient Spider |
| Message-ID | <j0u7hp$idn$1@dont-email.me> (permalink) |
| References | <99cin5FioiU1@mid.individual.net> <slrnj32m39.icc.hellsop@nibelheim.ninehells.com> <99f2ipFgb9U1@mid.individual.net> |
On 7/29/2011 2:33 AM, Simon wrote: > On 2011/07/28 02:39 PM, Peter H. Coffin wrote: >> On Thu, 28 Jul 2011 09:51:00 +0200, Simon wrote: >>> Hi, >>> >>> I would like to display my front page diferently for mobile users, (as >>> well as a few other pages). >>> >>> I see on the web that there are various scripts to detect mobile apps, >>> (from the user agent). >>> >>> But from experience those quickly get out of date or are simply buggy >>> and return some false positive. >>> >>> So my questions are simple, (I think). >>> >>> Is there a sure fire way to dynamically detect mobile apps? >> >> No. The user-agent value is what you've got to work with. Mostly, Real >> Developers handle this by spending no small amount of time reading >> documentation, experimenting, and testing with new devices and new OS >> releases for those devices. People without a development budget adequate >> for this kind of testing have to get by via reading the same doco, and >> following discussions between those people that do that kind of testing >> comparing notes. And, if one doesn't feel like sitting on one's hands >> during those discussions, fixing the bugs in the detection routines >> using the information others collect is a perfectly valid contribution. >> > > Thanks for that. > > Truth be told, my 2 main concerns are > 1) false positves. > For example, Mobile_Detect > (http://code.google.com/p/php-mobile-detect/), a very brief look at the > bug list shows a fair amount of false positves. > > 2) The time spent at every page load to look if this is a mobile or not. > > In the end, I might settle for $_SERVER['HTTP_X_WAP_PROFILE'] and/or > $_SERVER['HTTP_ACCEPT'] (wap) > > Thanks all > > Simon > You can only go so far with the false positives. Unfortunately, it's not an exact science. As for every page - you're prematurely optimizing. The amount of time spent looking should not be significant, and is pretty much required for all pages (unless you want to lose customers by forcing them to jump through hoops). -- ================== Remove the "x" from my email address Jerry Stuckle JDS Computer Training Corp. jstucklex@attglobal.net ==================
Back to comp.lang.php | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
The prefered way to handle mobile apps? Simon <bad@example.com> - 2011-07-28 09:51 +0200
Re: The prefered way to handle mobile apps? "Peter H. Coffin" <hellsop@ninehells.com> - 2011-07-28 07:39 -0500
Re: The prefered way to handle mobile apps? Michael Fesser <netizen@gmx.de> - 2011-07-28 15:23 +0200
Re: The prefered way to handle mobile apps? "Peter H. Coffin" <hellsop@ninehells.com> - 2011-07-28 10:21 -0500
Re: The prefered way to handle mobile apps? legalize+jeeves@mail.xmission.com (Richard) - 2011-07-28 21:31 +0000
Re: The prefered way to handle mobile apps? Jerry Stuckle <jstucklex@attglobal.net> - 2011-07-28 19:53 -0400
Re: The prefered way to handle mobile apps? Simon <bad@example.com> - 2011-07-29 08:33 +0200
Re: The prefered way to handle mobile apps? Jerry Stuckle <jstucklex@attglobal.net> - 2011-07-29 08:03 -0400
Re: The prefered way to handle mobile apps? "Peter H. Coffin" <hellsop@ninehells.com> - 2011-07-29 08:46 -0500
Re: The prefered way to handle mobile apps? Norman Peelman <npeelman@cfl.rr.com> - 2011-07-28 18:37 -0400
csiph-web