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]> 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]
> 
> 
> 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.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/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to