Hi Ryan,
How to use http://www.zytrax.com/tech/web/mobile_ids.html.
Please give me demo about it !
Thanks !
On Thu, May 26, 2011 at 10:54 PM, Ryan Peden rya...@gmail.com wrote:
The easiest way I can think of is to check to 'User-Agent' header.
When you get a connection from a web browser on an
App Engine
Subject: [google-appengine] Re: Detect mobile phone
These guys have some good code:
http://detectmobilebrowser.com/
On May 25, 3:45 am, Cong Danh Ho congdanh...@gmail.com wrote:
Hi all,
How to detect mobile phone when android connect to Google App Engine !
help me !
--
*Best
The easiest way I can think of is to check to 'User-Agent' header.
When you get a connection from a web browser on an Android phone,
Android will appear somewhere in the user agent header.
See http://www.zytrax.com/tech/web/mobile_ids.html for a good list of
mobile user agent headers.
--
You
These guys have some good code:
http://detectmobilebrowser.com/
On May 25, 3:45 am, Cong Danh Ho congdanh...@gmail.com wrote:
Hi all,
How to detect mobile phone when android connect to Google App Engine !
help me !
--
*Best regards,*
Unfortunately You don't miss only 0.01% but around 30%. (Blackberry
does not contain blackberry at all, Same for Nokia). An iPhone is
really different from Nokia N95 or a BlackBerry or Motorola v3xx So
you need more detail about phone to supply a good user experience. The
screen size is a first
The query you proposed is not usable. The algorithms need to iterate
over the whole useragents set.
On Aug 29, 5:38 pm, prgmratlarge yossiele...@gmail.com wrote:
Well it really depends on how you query the datastore. If you do
something
like SELECT ... WHERE ua={user agent}, it would be much
I seriously doubt you need every single user agent to be parsed.
Think carefully about what robert is proposing.
I doubt you could possibly generate custom pages for every possibly
mobile user agent out there.
You couldn't possibly test them all.
80/20. With a graceful fall back.
I haven't
Yes I think it can be a possible strategy. But what about cpu time? Is
datastore less cpu intensive then default WURFLModel? Surely it has
less memory footprint but it is less responsive also. My friend
suggested me to have a standing alone matching application. The other
application ask it to
Well it really depends on how you query the datastore. If you do something
like SELECT ... WHERE ua={user agent}, it would be much faster. But if the
algorithms require iterating over the entire datastore, then it would
obviously be slower. When I say datastore, I mean to use the former
scenario,
Well it really depends on how you query the datastore. If you do
something
like SELECT ... WHERE ua={user agent}, it would be much faster. But if
the
algorithms require iterating over the entire datastore, then it would
obviously be slower. When I say datastore, I mean to use the former
scenario,
The datastore is slow, sometimes it is extremely slow. Doing an extra
datastore query for each request will add quite a bit of overhead to
your app. That means you will probably want to use some type of
sessions. For some applications knowing the mobile devices
capabilities is probably
Yes it is true. Whether it is worth depends on the application aim. A
good compromise can be a lightweight wurfl api without the LD
algoritm. And a trie in substitution to RIS.
On Aug 27, 12:11 am, prgmratlarge yossiele...@gmail.com wrote:
Yes, but the CPU required to do a lookup is simply not
Well I was thinking of using the datastore. Would this be possible,
and what would be the method to the query?
On Aug 27, 3:44 am, Filippo De Luca dl.fili...@filosganga.it wrote:
Yes it is true. Whether it is worth depends on the application aim. A
good compromise can be a lightweight wurfl api
Well I was thinking of using the datastore. Is it possible? And what
would be the method to the query?
On Aug 27, 3:44 am, Filippo De Luca dl.fili...@filosganga.it wrote:
Yes it is true. Whether it is worth depends on the application aim. A
good compromise can be a lightweight wurfl api without
Hi,
I'm a WURFL api maintainer. The issue should be due to the GAE size
limit. A simple workaround may be split the wurfl xml file in several
little file, one root and many patches. I will do this utility
available for the GAE community.
On Aug 23, 10:46 pm, moissinac jcmoissi...@gmail.com wrote:
Yes, but the CPU required to do a lookup is simply not worth it.
Remember, every time a (new) user hits the site you do a lookup. It
can add up very quickly.
On Aug 26, 9:07 am, Filippo De Luca dl.fili...@filosganga.it wrote:
Hi,
I'm aWURFLapi maintainer. The issue should be due to the GAE size
can't you convert the XML file to datastore objects or elements in a
ListProperty
and do a key_only query to check if the object exists, and as such
perform a mobile test.
2010/8/23 moissinac jcmoissi...@gmail.com:
I've made some tests with WURFL (from sourceforge)
It works very well on my
As far as I could see, it requires using the Levenshtein algorithm to
check for matches. As far as I know that can't be done w/ the
datastore (or can it?)
On Aug 25, 11:54 am, djidjadji djidja...@gmail.com wrote:
can't you convert the XML file to datastore objects or elements in a
ListProperty
If you're just trying to determine if it's mobile and nothing else --
grepping the HTTP_USER_AGENT for Mobile and Blackberry will catch
most smart phones (iPhones, Androids, Blackberrys). Grepping for
about 10 patterns of manufacture names should get you to 99%. See
I've made some tests with WURFL (from sourceforge)
It works very well on my development platform
But it fails on GAE due to the size limit: WURFL uses a huge XML file
and GAE fails to open the compressed version of the file
For now, I have no time to resolve this issue until end of september
On
Of course I can see the user agent. The problem is figuring out
whether it's mobile. I tried, for example, using something like
browscap but it uses way too many resources for what it does. So I was
wondering if there was a better/simpler way to do it
On Aug 23, 3:10 pm, Ikai L (Google)
21 matches
Mail list logo
