Just as a follow up, we have ended up putting the canonical url on every page, which apparently isn’t a terrible thing to do: http://moz.com/blog/rel-confused-answers-to-your-rel-canonical-questions <http://moz.com/blog/rel-confused-answers-to-your-rel-canonical-questions>
If there is a way to know what exact original url was in the users browser within the app, before the (presumably) wo adaptor adds in or changes and instance number before /wa/ then I would love to know. I expect we must be doing something wrong somewhere for google to be getting hold of a url with an instance number in the url in the first place. John > On 27 Nov 2014, at 14:17, John Pollard <[email protected]> wrote: > > Hi René, actually the app does use cookies, though the majority of requests > are direct actions. There is actually no session for the example problem I > have. > John > >> On 27 Nov 2014, at 12:18, René Bock <[email protected] >> <mailto:[email protected]>> wrote: >> >> Hi John, >> >> one alternative would be to store the instanceId and sessionId) in coockie; >> >> in our Application I override createSessionForRequest >> >> >> @Override >> public WOSession createSessionForRequest(WORequest worequest) { >> WOSession session = super.createSessionForRequest(worequest); >> >> if (!isDevelopmentMode()) { >> session.setStoresIDsInCookies(true); >> session.setStoresIDsInURLs(false); >> } >> >> return session; >> >> } >> >> >> >> >> Am 27.11.2014 um 11:46 schrieb John Pollard <[email protected] >> <mailto:[email protected]>>: >> >>> Hi List, >>> >>> We have a possible issue on our web sites with google thinking we have >>> duplicate content because the following reach the same page: >>> >>> ..../5/wa/.... >>> ..../wa/... >>> >>> I am not quite sure where google gets the links containing instance >>> numbers, but we would be ok with it if we could include a canonical link >>> instruction in the page head, to give the correct url. >>> >>> I don't want to include the canonical link in the head if the url is >>> correct already, in the second case above. Perhaps this is allowed but it >>> doesn't seem very nice, I would prefer only to give such a link when I know >>> the url seen in the browser isn't the canonical one. >>> >>> But I am struggling to know within the application what actually was the >>> original url seen in the user's browser. >>> >>> When I log out request.uri() I *always* see the instance number in the url, >>> e.g. .../1/wa/... (for either of the above examples) which is ok, but it >>> means I can't tell whether the real original url seen in the browser is the >>> canonical form or not (the one without the instance number). >>> >>> Help! >>> >>> John >>> >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Webobjects-dev mailing list ([email protected] >>> <mailto:[email protected]>) >>> Help/Unsubscribe/Update your Subscription: >>> https://lists.apple.com/mailman/options/webobjects-dev/bock%40salient.de >>> <https://lists.apple.com/mailman/options/webobjects-dev/bock%40salient.de> >>> >>> This email sent to [email protected] <mailto:[email protected]> >> >> Mit freundlichem Gruß, >> >> René Bock >> Software Engineering >> >> -- >> salient doremus >> >> salient GmbH >> Kontorhaus - Lindleystraße 12 >> 60314 Frankfurt Main >> >> Fon +49 (0)69 - 650096 -0, Durchwahl: - 18, Fax: -70 >> >> http://www.salient.de <http://www.salient.de/> >> http://www.doremus.com <http://www.doremus.com/> >> http://www.openforms.de >> http://www.mockabilly.com >> >> Geschäftsführer: Peter Biler, Alexander Gerling, Lars Ohlerich >> Amtsgericht Frankfurt Main, HRB 48693 >> >> // salient doremus gewinnt mit fsb.de den Red Dot Design Award 2013 >> > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/john%40pollardweb.com > > This email sent to [email protected]
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
