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, where the data is somehow set up so that a simple query will yield the results. So my question is, what's the best way to query a user agent, and get the right result?
On Sun, Aug 29, 2010 at 7:03 AM, Filippo De Luca <dl.fili...@filosganga.it>wrote: > 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 matching the request by REST protocol. I have a > REST based WURFL web service, but it is not yet released as open- > source. Do you think it is a possible solution? > > To lower the WURFL cpu time can be useful a servlet filter with some > heuristics to determine if the request came from a mobile device or > not. without involving WURFL. > > > On Aug 27, 7:53 pm, prgmratlarge <yossiele...@gmail.com> wrote: > > 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 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 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 > > > > > limit. A simple workaround may be split thewurflxml 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: > > > > > > > > I've made some tests withWURFL(from sourceforge) > > > > > > It works very well on my development platform > > > > > > But it fails on GAE due to the size limit:WURFLuses 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 23 août, 21:10, "Ikai L (Google)" <ika...@google.com> wrote: > > > > > > > > > Can you use the user-agent? > > > > > > > > > On Sat, Aug 21, 2010 at 11:12 PM, prgmratlarge < > yossiele...@gmail.com>wrote: > > > > > > > > > > Need a quick and easy way to detect mobile phones from my > app, that > > > > > > > > won't add too much performance overhead. Any suggestions? > > > > > > > > > > -- > > > > > > > > You received this message because you are subscribed to the > Google Groups > > > > > > > > "Google App Engine" group. > > > > > > > > To post to this group, send email to > google-appeng...@googlegroups.com. > > > > > > > > To unsubscribe from this group, send email to > > > > > > > > google-appengine+unsubscr...@googlegroups.com<google-appengine%2bunsubscr...@googlegroups.com><google-appengine%2Bunsubscrib > e...@googlegroups.com> > > > > > > > > . > > > > > > > > For more options, visit this group at > > > > > > > >http://groups.google.com/group/google-appengine?hl=en. > > > > > > > > > -- > > > > > > > Ikai Lan > > > > > > > Developer Programs Engineer, Google App Engine > > > > > > > Blog:http://googleappengine.blogspot.com > > > > > > > Twitter:http://twitter.com/app_engine > > > > > > > Reddit:http://www.reddit.com/r/appengine > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com<google-appengine%2bunsubscr...@googlegroups.com> > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.