https://bugzilla.wikimedia.org/show_bug.cgi?id=20481





--- Comment #10 from Roan Kattouw <[email protected]>  2009-11-25 13:54:48 
UTC ---
(In reply to comment #9)
> Thank you for providing the link to the ticket.
> 
> Do you not think the use of Squid is separate from MediaWiki? Should not both
> implement the same standards for URIs/URLs? Ideally, the URI should be treated
> the same whether encoded or not, by all software. 
> 
Of course. A suggestion made on the linked bug is that Squid should be fixed to
purge alternates as well.

> The term "canonical", in terms of URLs/URIs in general is reasonably-well
> defined on Wikipedia: http://en.wikipedia.org/wiki/URL_normalization
> 
> In terms of MediaWiki end-users, I think the term is used to refer to the
> ultimate resource for a term. If page A instantly redirects to page B, because
> an editorial decision has been made that term A is a synonyms for term B, then
> page A will contain a Javascript variable with the canonical term.
> 
> In both cases, URI-encoding is dropped prior to the creation of the canonical
> ID.
> 
> I am sorry I do not have an example to hand.
> 
I understand what you mean by 'canonical', and I agree that each page should
have exactly one canonical URL. It's my impression that MediaWiki enforces this
correctly apart from not redirecting on under- or over-encoded URLs, as
outlined in this bug and the one I linked to.


-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.

_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to