Re: Alias troubles

> This is rather pointless.  They must have chosen deliberately to have
> six URLs for the same content, but I cannot see any good reason 

.... fledgelings fiddlin' and tanglin' ?

> > A related question is, can i consolidate (merge) the content of the
> > different http subtrees (with a little shell command or script)
> > easily, once the alias setting works ?
> 
> You can use the wwwoffle-mv command in the same way as the Alias
> section.  But unfortunately for you it works exactly the same way as
> the Alias section so you won't be able to do what you want with it.

There is some content now in the new 'wiki' cache tree too, since i
dissolved the alias setting some time before.... even the same URLs as
in the old kwiki tree. Can i still wwwoffle-mv the old (kwiki) tree into
the now already existing new (wiki) tree ?

When i aliased wiki to be replaced by kwiki, how were pages cached, did
all 'wiki' pages went to the 'kwiki' direcrtory then ?



Another incident with the actual setting (aliasing abolished):

In http://woody:8080/index/http/wiki.ffii.org?sort=alpha i can see, for
example,  /EuDemocracyEn, but when i click it i get 
a WWWOFFLE Confirm Request.
I tried several reloads, but wwwoffle meant this seriously.

In comparison, an URL of the old kwiki format like  
http://kwiki.ffii.org/?EuDemocracyEn and indexed as /?EuDemocracyEn,
is working well. 

Another example for already indexed (cached?) pages:

http://wiki.ffii.org/index.cgi?CodecisionVotingEn
still created the Confirmation request, where the analog kwiki again
works ok, so id doesn't seem to be caused by the ? action but rather a
difference in wiki / kwiki caching.

The only difference i can think of is that all these the 'strange' pages
were edited by me at some point in the past.

And btw, editing: I notice wwwoffle seems to store some D-Files for wiki
with password in the form http://user:password@server/path (I guess
that's my edit actions) - is this sufficiently secured ?