Clean URLs

[Michael_G]

Hallo Olaf,

vielen lieben Dank für Dein Plugin!
Bin bereits am Testen, dachte erst, dass ich die Links in den content.htm-Dateien anpassen muss, habe dann gemerkt, dass nichts funktioniert wie erwartet und dann im 2. Versuch nur Dein Snippet für die .htaccess entsprechend verwendet und alles andere wieder in Originalzustand zurückversetzt.
Fazit: läuft prima!

Einziger Nachteil, aber vermutlich der einfachen Umsetzung geschuldet: Pfade müssen (!) mit einem Slash enden a la WordPress.
Ich schaue mir gleich noch Deinen PHP-Code an.
Bin zwar kein Programmierer, aber falls Dein Code nicht darauf baut, dass es eigentlich immer eine (unsichtbare) index.php gibt, lässt sich das evtl. noch ändern.
Wenn nicht, ist das auch so akzeptabel und kann so bleiben.

Danach prüfe ich es nochmal mit einer Kopie der großen Website und wenn das auch gut aussieht, setze ich es auch auf der offiziellen großen Website ein (siehe Profil-Link).

Melde mich dann nochmal …

[Michael_G]

Nachtrag:
Es funktioniert anscheinend alles außer Sprungmarkenlinks, also interne Links nicht zu anderen Seiten, sondern zu Absätzen (Anker).

Das fällt nicht auf, solange man als Admin angemeldet ist und die Vorschau nutzt.
Da funktioniert alles prima, sobald man den Cache geleert hat (sonst hat der Browser noch die Version ohne Plugin im Cache und nichts funktioniert).

Aber sobald man sich ausloggt und dann die Links erneut testet (Cache löschen ist obligatorisch), werden #-Links falsch behandelt:

Beispiel: Ich nutze für meine Testberichte gern am Anfang der Seite eine Inhaltsübersicht mit Sprungmarken.
Bisher habe ich das immer folgendermaßen verlinkt, was mit dem Plugin gar nicht funktioniert:

<ul class="listUnordered">
<li><a href="#einleitung">Einleitung</a></li>
<li><a href="#musterseite_1">Musterseite 1</a></li>
<li><a href="#musterseite_2">Musterseite 2</a></li>
<li><a href="#quellenangabe">Quellenangabe</a></li>
</ul>

Also habe ich umgestellt auf den ganzen Pfad zur Seite, aber ohne https://hostname:

<ul class="listUnordered">
<li><a href="/de/?hardware/kategorie-1/demoseite#einleitung">Einleitung</a></li>
<li><a href="/de/?hardware/kategorie-1/demoseite#musterseite_1">Musterseite 1</a></li>
<li><a href="/de/?hardware/kategorie-1/demoseite#musterseite_2">Musterseite 2</a></li>
<li><a href="/de/?hardware/kategorie-1/demoseite#quellenangabe">Quellenangabe</a></li>
</ul>

Das funktioniert wie oben erwähnt ganz prima, solange ich als Admin angemeldet bin.

Die erste Webadresse meiner Beispiel-Website hätte als URL:
https://example.com/de/?hardware/katego ... einleitung

Angezeigt wird nach Mausberührung der Link:
https://example.com/de/hardware/kategor ... inleitung/

Da sieht man dann schon, was schiefgeht, wenn man diesen Link anklickt.

Es braucht also noch eine Lösung für Links mit # …

[olape]

danach prüfe ich es nochmal mit einer Kopie der großen Website und wenn das auch gut aussieht, setze ich es auch auf der offiziellen großen Website ein

Davon würde ich, zumindest momentan, abraten. Das ist wirklich nur mal ein Versuch.
Allerdings ist es prima, wenn du das mal intensiv testest. Denn selber denkt man nie an alle Möglichkeiten.
Vielen Dank dafür

Das fällt nicht auf, solange man als Admin angemeldet ist und die Vorschau nutzt.
Da funktioniert alles prima, sobald man den Cache geleert hat (sonst hat der Browser noch die Version ohne Plugin im Cache und nichts funktioniert).

Ja, da ist alles wie immer, das Plugin ist nicht aktiv, sonst hätte es noch wesentlich mehr Änderungen gebraucht, bzw. hätten die Editoren angepasst werden müssen.

Also habe ich umgestellt auf den ganzen Pfad zur Seite, aber ohne https://hostname:

Als Versuch gut, grundsätzlich war der Gedanke, dass es ohne zusätzliche Änderungen funktionieren soll.

Es braucht also noch eine Lösung für Links mit # …

Sehe ich mir nochmal an, wenn ich Zeit habe.

[olape]

aber sobald man sich ausloggt und dann die Links erneut testet (Cache löschen ist obligatorisch), werden #-Links falsch behandelt:

zur Erklärung:
Eigentlich ein Problem der Browser. Denn diese Links werden bisher auch gar nicht verändert.
Die Angabe der base-url im Seitenkopf veranlasst die Browser, Links zu Sprungmarken, die nur auf die aktuelle Seite zeigen, um die base-url zu erweitern. Deshalb funkioniert es bisher auch nur auf der Startseite.

Da wir die Angabe base-url nun aber benötigen, sehe ich aktuell nur eine Möglichkeit:
man nutzt "?page/with/anchor#anchor".
Mit der nachfolgenden 2. Version sollte das dann funktionieren.

Download entfernt

Leider kann man letzteres nicht per Editor erledigen. Wenn es die aktuelle Page betrifft, kürzt der Editor die Angabe der Page einfach wieder raus und es bleibt nur der Anker übrig. Es geht nur über den Quelltext.

[olape]

Wer mal was zum Grübeln braucht:

http://test.penschke.net/en/?Start/Start-DE
und
http://test.penschke.net/en/Start/Start-DE/

oder

http://test.penschke.net/?Start/Start-DE
und
http://test.penschke.net/Start/Start-DE/

Das sind nun tatsächlich jeweils die selben Pages. Auch das Plugin CleanUrl_XH ist bei beiden Varianten aktiv.

Schaut euch mal den 3. Anker-Link oben im Content an.
So wie bei den Links mit ?, also ?Start/Start-DE, ist es korrekt und im auch so im Content hinterlegt.

Das passiert auch, wenn nur die Base-URL gesetzt wird und alle anderen Funktionen des Plugins deaktiviert sind.
Der Browser verändert sogar den Linktext, nicht nur den Link selber.

Die Angabe von Base-URl ist scheinbar etwas tricky.

[Michael_G]

Wer mal was zum Grübeln braucht:

http://test.penschke.net/en/?Start/Start-DE
und
http://test.penschke.net/en/Start/Start-DE/

oder

http://test.penschke.net/?Start/Start-DE
und
http://test.penschke.net/Start/Start-DE/

Das sind nun tatsächlich jeweils die selben Pages. Auch das Plugin CleanUrl_XH ist bei beiden Varianten aktiv.

Schaut euch mal den 3. Anker-Link oben im Content an.
So wie bei den Links mit ?, also ?Start/Start-DE, ist es korrekt und im auch so im Content hinterlegt.

Das passiert auch, wenn nur die Base-URL gesetzt wird und alle anderen Funktionen des Plugins deaktiviert sind.
Der Browser verändert sogar den Linktext, nicht nur den Link selber.

Die Angabe von Base-URl ist scheinbar etwas tricky.

Hast Du berücksichtigt, dass der XH-Core die Seiten ?Start und ?Home sowieso verändert, um Double Content zu vermeiden?

[Michael_G]

danach prüfe ich es nochmal mit einer Kopie der großen Website und wenn das auch gut aussieht, setze ich es auch auf der offiziellen großen Website ein

Davon würde ich, zumindest momentan, abraten. Das ist wirklich nur mal ein Versuch.
Allerdings ist es prima, wenn du das mal intensiv testest. Denn selber denkt man nie an alle Möglichkeiten.
Vielen Dank dafür.

Ja, nachdem ich auch zwei Onlinetools darauf losgelassen hatte war klar, dass man das noch nicht auf einer ernsthaft betriebenen Website nutzen kann (egal ob Hobby oder Gewerbe).
Aber da meine kleine Hobby-Website so etwas ab kann, hatte ich es auch damit getestet.
Die große Hobby-Website werde ich erst damit ausstatten, wenn es wirklich ausgereift ist.
Aber ich habe ja auch noch unter Subdomains Testwebsites und damit habe ich dann auch simuliert wie es wäre, wenn es auf der großen Website liefe.

Das fällt nicht auf, solange man als Admin angemeldet ist und die Vorschau nutzt.
Da funktioniert alles prima, sobald man den Cache geleert hat (sonst hat der Browser noch die Version ohne Plugin im Cache und nichts funktioniert).

Ja, da ist alles wie immer, das Plugin ist nicht aktiv, sonst hätte es noch wesentlich mehr Änderungen gebraucht, bzw. hätten die Editoren angepasst werden müssen.

Ach so, dann ist es gar nicht aktiv. Das hatte ich nicht bedacht.

Also habe ich umgestellt auf den ganzen Pfad zur Seite, aber ohne https://hostname:

Als Versuch gut, grundsätzlich war der Gedanke, dass es ohne zusätzliche Änderungen funktionieren soll.

Ja, ich kenne ja Deine/die allgemeine Intention, dass alle XH-Optimierungen möglichst ohne Änderungen laufen sollen.
Ja, sogar .htaccess wird von fast allen als Fremdkörper betrachtet, obwohl man die eh allein schon für die Sicherheit braucht.
Aber wenn eine gewaltige Verbesserung wie Clean URL nur eine kleine Veränderung bei einer Sache im Content verlangt, ist das hinnehmbar.
– Ich weiß, dass die Meinungen/Geschmäcker da verschieden sind und natürlich wird es nicht jeden interessieren, aber umso besser ist es doch, dass Dein Lösungsansatz ein Plugin ist! Wer es haben will, installiert es mit kleiner .htaccess-Anpassung und wem Clean URL völlig egal ist oder wen das Fragezeichen in der Webadresse nicht stört, der ignoriert das Plugin einfach. Und alle sind glücklich mit XH. – Das ist die Hauptsache.
– Und ja, es soll Leute geben, die XH nicht auf einem Apache Webserver laufen haben.
Die müssen eben eine andere Lösung finden, falls sie Clean URLs haben wollen.

Es braucht also noch eine Lösung für Links mit # …

Sehe ich mir nochmal an, wenn ich Zeit habe.

Nochmals vielen Dank für Deine Mühe!

[olape]

Hast Du berücksichtigt, dass der XH-Core die Seiten ?Start und ?Home sowieso verändert, um Double Content zu vermeiden?

Das ist an dieser Stelle nicht relevant, es wird weder die Startpage aufgerufen, noch ist diese verlinkt.
Der Link zeigt erst auf die Startpage, wenn der Browser in Verbindung mit der Base-URL in den Links rührt.

[Michael_G]

Hast Du berücksichtigt, dass der XH-Core die Seiten ?Start und ?Home sowieso verändert, um Double Content zu vermeiden?

Das ist an dieser Stelle nicht relevant, es wird weder die Startpage aufgerufen, noch ist diese verlinkt.
Der Link zeigt erst auf die Startpage, wenn der Browser in Verbindung mit der Base-URL in den Links rührt.

Ja, stimmt!

[olape]

Base-URL für Druckvorschau

cleanurl_xh_a3.zip