ABAKUS

?
lediglich aus .html wurde .shtml?
ist ja wie aus *.doc wird *.pdf
es ist eine neue datei und punkt.
halt weiterleiten oder besser wieder zur .html struktur zurückkehren.

never change a running url.

bei der anderen Domain läufts ja auch automatisch. Gibt man es nur irgendwas.html ein, springt der automatisch auf irgendwas.shtml um. Es wird auch der alte PR angezeigt, den die jeweilige Seite hatte.

zuendschnur hat geschrieben:never change a running url

hurra zuendschnur, du hast 'ne neue, sinnige variante erfunden, das erfüllt mich mit befriedigung, für diese momente les' und schreib' ich hier

jaa! "cool urls don't change" oder "cool urls are here to stay" oder "never change a running url" DAS, indeed, sind ewig gültige weisheiten, die schon konfuzius und meine omma kannten, "auf diesen felsen will ich meine site bauen"

also, kammerjaeger: flugs ans rewrite gesetzt und aus jeder .shtml wieder eine .html gemacht, das kann sogar strato (mit .htaccess z.B.)

kammerjaeger hat geschrieben:habe meine Seite ge-relauncht, verwende jetzt ein ssi Menü, konnte einen Großteil der Struktur beibehalten, lediglich aus .html wurde .shtml

Du kannst dir die Umbenennung sparen, indem du den Server anweist, auch Dateien, die auf .html enden, per SSI zu verarbeiten. Beim Apache 2 reicht dazu die Zeile „AddOutputFilter INCLUDES html“ in der obersten .htaccess, siehe auch https://httpsd.apache.org/docs/2.2/mod/mod_include.html.

Alternativ kannst du natürlich auch eine Weiterleitung von .html auf .shtml einrichten, ich persönlich halte es aber für unsinnig, nur, weil sich die dahinter steckende (und den Besucher nicht interessierende) Technik geändert hat, neue URLs auszugeben. Die URL sollte den Inhalt kennzeichnen, nicht die Technik.

Ich für meinen Teil verwende für Seiten nur noch Verzeichnis-URLs, also auf einen Schrägstrich endende. Damit spare ich mir erstens die Dateiendungsarie, die du gerade mitmachst (bin im Laufe der Jahre von .html auf .shtml auf .php auf derzeit .shtml mit ein wenig .php gewechselt), und zweitens können Unterseiten später ohne jegliche Änderung in den URL-Baum eingehängt werden (die Seite wächst und zu /autos/ kommt später noch eine Spezialseite /autos/oldtimer/).

Danke für die Antwort, scheinbar raffe ichs aber nicht, ist dann gar nichts mehr erreichbar (Fehler 500).

So sieht meine .htaccess aus:


RewriteEngine on
AddOutputFilter INCLUDES html

RewriteCond %{HTTP_HOST} !^www\.geier\.de$
RewriteRule ^(.*)$ https://www.geier.de/$1 [L,R=301]

DirectoryIndex index.shtml index.html index.htm

Mork vom Ork hat geschrieben:Ich für meinen Teil verwende für Seiten nur noch Verzeichnis-URLs, also auf einen Schrägstrich endende

hehe, bittesehr waswillmanmehr, ein rat so goldes wert ...
(manchmal seid ihr richtig gut!)

kammerjaeger hat geschrieben:Danke für die Antwort, scheinbar raffe ichs aber nicht, ist dann gar nichts mehr erreichbar (Fehler 500).

Die genaue Fehlerursache findest du immer im Fehlerprotokoll des Servers, werfe da unbedingt einen Blick rein (frage deinen Hoster, falls du nicht weißt, wo das Teil versteckt ist).

Setze mal ein Nummernzeichen vor die AddOutputFilter-Zeile, sie ist dann auskommentiert. Kommt kein Fehler mehr, läuft bei dir möglicherweise noch der alte Apache 1. Probiere es dann mit „AddHandler server-parsed .html“ statt mit AddOutputFilter.

Mag er das auch nicht, müsstest du die besagte Fehlermeldung aus dem Protokoll und den Servertyp nennen, oder, das geht vermutlich schneller, du wendest dich gleich an den Hoster und fragst, wie du SSI für .html aktivierst.
Grundsätzlich ist es jedem halbwegs anständigen Webserver gleich, welche Endung die Datei hat, die er per SSI verwursten soll, d.h. du bist definitiv nicht auf .shtml festgelegt und kannst bei .html bleiben. Die Frage ist also nicht ob, sondern lediglich wie.