Moin,
Wie bekomme ich nun für eine solche [tief verschachtelte]
Site Dein Ideal der einheitlichen Endung *.html?
Das ist genauso schlecht wie jede andere arbiträre Endung (php, shtml, cgi und was es nicht alles gibt). TimBL sagt, man soll die eingesetzte Technologie nicht im URI offenlegen. Stellt euch vor, ihr erzeugt etwas dynamisch mit Perl, also habt ihr höchstwahrscheinlich einen URI, der /cgi-bin/ enthält. Wenn die Technologie geändert wird (im schnelllebigen Web passiert das sehr oft), dann geht der URI kaputt - eine mittlere Katastrophe. Dito mit Dokumentendungen. Firma stellt von asp auf php um (oder umgekehrt), plumps rutscht sie im Googleranking nach unten - alle URI kaputt.
Braust auf w3.org umher, keines der HT-Dokumente oder Inlinebildern hat Endungen. Bei den dynamischen Seiten (den Validatoren!) ist nicht zu sehen, ob das nu Perl oder Python oder C via CGI ist oder eine präprozessierte Skriptingsprache. So muss das sein. Die URI werden noch in Jahrzehnten valide sein. :)
Ich sehe nicht, wie ich die jeweils richtige Endung
erraten könnte (sie dann mit mod_rewrite entsprechend
abzubilden, das wäre das kleinere Problem).
Das brauchst du nicht. Einfach mod_negotiation einkompilieren (ist defaultmäßig sowieso an). Zur Performancesteigerung evtl. die Direktive CacheNegotiatedDocs aufnehmen. Mehr ist nicht zu tun.
Die Dokumente verlinken jetzt lediglich auf Basisnamen. Beispiele:
<a href=foo> findet foo.php
<img src=bar> findet bar.png
<iframe src=quux> findet quux.html
@import "../style"; findet ../style.css
Der Clou: du kannst die Bilder als svg, png und gif gleichzeitig anbieten, Apache serviert dem User Agent automatisch das passende, je nachdem, was der UA sagt, was er verkraften könne.
Mehr Tipps zum Thema, wie man einen Webserver mit Verstand betreibt: http://www.w3.org/Provider/Style/