Correction on the servlet filter intercepting a request for media such as music or videos! They're static content so you won't be able to intercept w/ the servlet to return device dependent links.
You'd have to have decide based on your content if this approach would result in the same SEO or a different one... for instance, if the media link requires javascript to learn what player will work in the browser and hence decide the format to send as a parameter in a get request, then no matter what site plan you use, this url link would be similarly represented. and if user is selecting content, then if you use a post to same url and parameters as data, no difference in resulting SEO for these 2 different site approaches... On Oct 8, 1:30 am, Nichole <nichole.k...@gmail.com> wrote: > You can use a single servlet filter instead of a servlet per > destination jsp page. > Keep in mind that if you choose to use a RequestDispatcher.forward the > user's > browser url remains the same which is what you probably want > (no redirect is sent back to the browser, instead the request is > internally routed to the jsp and > that is returned to the user). > > If you use the .forward approach, you can return agent specific > results > to the user that may be beyond just window.width dependent, HD for > example. > > But if you use that approach, you'll need to be careful about urls > because you might mangle your SEO. Deeply linked urls should remain > the same to a client. > style sheets and javascript could be condensed and pre-embedded in > your > pages ahead of time to remove those as links, but image links would > require a little work. > There are several ways to use a single url for the image links which > tend > to be thwarted by IE7 or IE8 browsers (scalable graphics using SVG, > for example). > You could avoid image links by using data URIs, but again, IE browsers > don't support that earlier than v 9. > Get clever w/ image using sprites? (disadvantage only for mobile > devices as they will > be downloading more than they need). > If your image links do not need to be part of the SEO, then you could > use dynamically loaded images in your pages w/ ajax w/ a failover plan > and then your page > will not have a conflicting image url in it's indexed links. > And for media which you would definitely want to be findable as part > of your SEO such as > videos or music, the filter approach would work fine to return device > dependent > response/stream from a request to the same url. > > If instead you choose to use the two pseudo-site pattern as in the > first posts above: > /site/ > /site/mobile/ > and redirect the user to the site or mobile landing page upon their > first visit, > then you can include a <link rel="canonical" in your main site to keep > the SEO > in good shape. (you just can't use your landing page that includes a > redirect > for advertising destinations.) > > On Oct 7, 7:56 am, WillSpecht <willspe...@gmail.com> wrote: > > > > > > > > > I was looking for an easy way to do this once and make it work for the > > whole site. Now I realize I'm going to have to go into every servlet > > and have it choose which jsp to display. > > > On Oct 6, 6:43 pm, WillSpecht <willspe...@gmail.com> wrote: > > > > My real problem is that I can't figgure out how to show war/mobile/ > > > home.jsp when a user types in m.mydomain.com/home. > > > > On Oct 6, 5:55 pm, Nichole <nichole.k...@gmail.com> wrote: > > > > > I should add that my simplified model above uses the given static > > > > examples without a redirect to a /site/mobile. > > > > By 'design for all viewports' I mean design to use floating right divs > > > > when possible... > > > > > On Oct 6, 2:50 pm, Nichole <nichole.k...@gmail.com> wrote: > > > > > > I'm not using a pseudo-2-site model myself anymore as I recently > > > > > simplified my structure. > > > > > For SDK 1.5.2 I had errors upon submitting for deployment more than > > > > > static 100 files, so keep that in mind. > > > > > If SDK 1.5.5 increased the max of number of static files to be > > > > > uploaded, or your files are within limit, > > > > > next keep in mind that appengine implementation of > > > > > javax.Servlet.Filters work upon dynamic > > > > > content (filters are not applied to static content at this time). > > > > > So if you need to sense the user agent on server-side using your > > > > > library of preference, make sure that > > > > > your welcome file is a jsp file in order for your browser agent filter > > > > > to intercept > > > > > up the request. > > > > > If you are instead using a static html file that includes javascript > > > > > to sense the > > > > > viewport size (= document.width) and then redirect, you won't need to > > > > > use a javax.servlet.Filter > > > > > and can replace the welcome file with your index.html instead > > > > > (caveat is that if you advertise, you won't be able to use that > > > > > default url as it will now result in a redirect). > > > > > > Here's how it could work w/ welcome file index.html: > > > > > > If you had webapp directories: > > > > > /site/ > > > > > /site/mobile/ > > > > > > in appengine-web.xml use: > > > > > <public-root>/site</public-root> > > > > > <static-files> > > > > > <include path="/site/favicon.ico" /> > > > > > <include path="/site/index.html" /> > > > > > <include path="/site/about.jsp" /> > > > > > <include path="/site/error.html" /> > > > > > </static-files> > > > > > > in web.xml use: > > > > > <error-page> > > > > > <error-code>404</error-code> > > > > > <location>/error.html</location> > > > > > </error-page> > > > > > <welcome-file-list> > > > > > <welcome-file>index.html</welcome-file> > > > > > </welcome-file-list> > > > > > > I'll leave the app version that uses an index.jsp welcome file and a > > > > > browser agent filter up to you, but it should work similarly. > > > > > > On Oct 6, 7:10 am, WillSpecht <willspe...@gmail.com> wrote: > > > > > > > Things will be slightly different on the mobile site. I have > > > > > > checked > > > > > > out jquery mobile and its how I want to write the mobile site. I > > > > > > think the layout of the two sites will be too different to do on one > > > > > > page. > > > > > > > On Oct 5, 9:49 pm, Nichole <nichole.k...@gmail.com> wrote: > > > > > > > > Have you thought of designing for all viewports from the start > > > > > > > instead > > > > > > > of a redirect? > > > > > > > see the new jquery library > > > > > > > > http://jquerymobile.com > > > > > > > > On Oct 4, 11:57 am, WillSpecht <willspe...@gmail.com> wrote:> Can > > > > > > > someone give me a basic rundown of how to set up a mobile site on > > > > > > > > app engine. I already have a standard site set up but I want to > > > > > > > > use > > > > > > > > the same data store to run a mobile site. > > > > > > > > > I would like to redirect mobile users to m.mydomain.com. > > > > > > > > Basically > > > > > > > > both sites will be the same I just want to show them different > > > > > > > > jsp > > > > > > > > pages. -- You received this message because you are subscribed to the Google Groups "Google App Engine for Java" group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.