Übersicht Letzte Änderungen Letzte Änderungen in der Umgebung KurzAnleitung Blog

Matching Pages:

RSS

2009-08-31

I noticed that we somehow managed to set up an infinite loop using LocalNames. When I follow the link to MeatballWiki, I end up in an infinite loop.

At first I thought the problem was NearLinks. Checking the near links defined I found that MeatballWiki ought to point to MeatballWiki:MeatballWiki. Looking back at 2009-08-28 I found that the title attribute for the link says CommunityLocalNames.

Looking at the definition of local names, I see no link that defines a local name for MeatballWiki. Therefore the problem must be the import of local names. And indeed, the list of local names defined shows that the name MeatballWiki does in fact point to our own page, which doesn’t exist, which falls back on the local name, which redirects the browser to our own page, which doesn’t exist, which falls back on the local name, which redirects the browser to our own page, …

Fixing this is problematic, since I need to prove we’re going in circles by following the chain. An easier solution would be to simplify our setup – importing less namespaces in particular, or none at all if possible.

I propose we get rid of these namespaces:

Who needs them?

They’re either dead, or contain the infinte loop I’m referring to.

And actually, I don’t promote LocalNames in that style any more; That’s the thought about how to do it.

The “modern definition” of a “Local Names Namespace Description” is simply hyperlinks on a page.

Basically, you download an HTML page, and read off all the A HREF links, with the key being the linked text, and the value being the URL linked to, – and that is your namespace description.

Thus, every wiki’s PageIndex is automatically a local names namespace description, assuming they follow the usual practice of linking each pagename in the index.

See LocalNames for more information.

Diese Seiten lokal erstellen: MeatballWiki WikiMatrix PatrickAnderson

Sprachen: