URL-Shortener und ARM beißt sich

[Faar]

Wenn der URL-Shortener zuerst mit .htaccess installiert wird, kann das danach installierte AMR kein .htaccess installieren und vermutlich darum funktioniert dann das AMR nicht.

[xmurrix]

Sowohl der URL-Shortener Plugin als auch das AMR Plugin, kopieren einfach ihre eigene .htaccess in das Mandantenverzeichnis. Sollte dort eine .htaccess vorhanden sein, wird sie überschrieben, sofern PHP die Schreibrechte hat.

Sehe gerade, dass beide jeweils redundante .htaccess haben, wobei die vom AMR-Plugin aktueller ist...

Wenn man also die .htaccess über den URL-Shortener Plugin kopiert, funktioniert diese .htaccess mit dem AMR-Plugin, umgekehrt geht das auch.

[Faar]

Ja genau das hatte nicht funktioniert, es kam lediglich die Meldung, dass eine .htaccess bereits existiert und die neue deshalb nicht geschrieben werden kann.
Mehrmaliges anklicken half auch nicht, die bestehende .htaccess blieb und wurde nicht überschrieben.
Auch auf dem Hautverzeichnis ging es nicht, weil dort eine .htaccess für php 5.3 bereits stand.
Wäre die überschrieben worden, hätte Contenido nicht mehr funktioniert.
Die Schreibrechte waren jedenfalls da, weil die .htaccess vom URL-Shortener als erste ja geschrieben wurde.

Das URL-Shortener .htaccess war nicht identisch mit dem vom AMR und das AMR funktioniert nicht mit der .htaccess vom Shortener.
Irgendwie müsste man die beiden vielleicht vermischen oder wie Du andeutest, die .htaccess vom AMR nehmen.
Hab jetzt aber keine Zeit das nochmal zu testen, muss morgen früh zur Cebit.

[xmurrix]

Danke für das Feedback, das sollte man sich genauer ansehen...

Viel Spass noch auf der CeBIT!

[Faar]

Hi Xmurrix,

Ich hab gesehen, dass bei einem anderen CMS bestehendes .htaccess einen eigenen Bereich eingetragen bekommen, und der Rest unbehelligt bleibt.

Angenommen es stehen das schon drin:
AddHandler php5-cgi .php
Dann würde danach in etwa folgendes eingefügt:

Code: Alles auswählen

# CONTENIDO begin
<IfModule mod_rewrite.c>

RewriteEngine on
...

Würde aber bereits RewriteEngine on drin stehen, müsste danach nur noch folgendes eingetragen werden:

Code: Alles auswählen

RewriteBase /cms
...

Aber ob das so sicher funktioniert?
Wordpress zum Beispiel hat einen eigenen Bereich wie oben erwähnt eingefügt und dort in den Rewrite-Bereich schrieb ich mal zusätzliche eigene Einträge rein. Nach nur einmal kurz und unbedacht die Sprechende-URL umswitchen und schon war alles weg was ich eingetragen hatte, weil Wordpress alles löschte was im Wordpress-Bereich war und diesen neu angelegt hatte.

Genaugenommen müsste das System immer am Ende anfügen und erkennen, ob rewriting schon eingeschaltet ist.
Im Zweifel könnte man bei bestehender htaccess auch alle Einträge ersteinmal als #Kommentar machen, so dass danach der User das selbst editieren muss.
Oder im Zweifel die alte htaccess kopieren und ablegen und dann die bestehende bearbeiten.
Es ist halt aus User-Sicht leichter, etwas zu bearbeiten was man in einer Datei sieht, als wenn man zweierlei htaccess miteinander vergleichen müsste.

[xmurrix]

Hi Faar,

aus Sicherheitsgründen halte ich das Beschreiben einer .htaccess Datei für keine gute Idee. Man kann damit viel anstellen auch viel Unsinn.

Auch ist das automatische Einfügen von Einträgen in eine .htaccess nicht ohne, für einfache Sachen würde es funktionieren. Manchmal muss man aber auch auf die Reihenfolge der Regeln achten, es kann sein, dass eine Applikation seine Regel zuerst braucht, und dann die Regeln für andere Applikationen definiert werden sollen.

Andere haben zusätzliche Applikationen, wie eigenständige Galerien, Foren, Newssysteme, die sie neben CONTENIDO laufen lassen. da kann man z. B. unmöglich ein Interface zur Verfügung stellen, die das Verwaltet, da muss der User/Entwickler/Administrator wissen, was er da wie in der .htaccess definiert.

Beim URL-Shortener ist das z. B. so, dass eine Short-URL nicht bis zum AMR-Plugin kommen darf, der kennt keine Short-URL und würde zur Fehlerseite/Startseite weiterleiten. Also muss der URL-Shortener vorher ausgeführt werden.
In 4.9 haben wir das, so glaube ich mit der Reihenfolge der Plugins (System oder Mandanteneinstellung) gelöst, d. h. der URL Shortener wird zuerst ausgeführt.

Dass wir jetzt zwei fast redundante .htaccess Versionen haben, ist nicht schön, da sollte man sich was überlegen...

Gruß
xmurrix