redirect4ward und composer

[rost]

Da die neue Version von redirect4ward leider nur noch via composer zu bekommen ist (zumindest habe ich keinen anderen Weg für contao > 3.2 gesehen) habe ich diesen Weg beschritten und diese installiert.
Ich habe dann testweise ein paar URL eingetragen, die ich umgeleitet haben wollte.
Leider hat keiner funktioniert.

Heute habe ich per Zufall mir die Erweiterung im ER angesehen. Da gibt es so die eine oder andere Information zusätzlich, nämlich, dass man für Dateiendungen htm und php zusätzliche Einträge in der .htaccess braucht. Also habe ich noch eine Umleitung mit einer html-Endung angelegt und oh Wunder, diese ging sofort.
Das führt mich zu der Annahme, dass die Einträge in der .htaccess noch immer notwendig sind, auch wenn der composer einem davon nichts verrät.

Benutzt die alte Seite eine andere Dateiendung als .html muss die .htaccess Datei ergänzt werden:

Für .htm:
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .*\.htm$ index.php [L]
Für .php:
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .*\.php$ index.php [L]

Lange Rede kurzer Sinn: Woher bekommt man die Informationen, die bisher im ER in der Beschreibung hinterlegt waren? Im Composer bekommt man davon nichts angezeigt. Das ist doch ein großes Manko - oder habe ich da was übersehen?

[lucina]

Diese Informationen bekommst Du zur Zeit nicht über das Composer-Backendmodul. Ich halte das auch für keinen schönen Zustand, und daran wird auch gearbeitet. Es gibt Ideen zu einer Umsetzung, die Textinformationen, Entwickler_inneninformationen, Links auf Dokumentation etc. integrieren kann. Das ist allerdings relativ komplex, denn die Quellen sind genauso heterogen wie die Anwendungsszenarien.

Allerdings halte ich es zum gegenwärtigen Zeitpunkt trotzdem für kein schwerwiegendes Problem - da die Suchfunktion auch noch nicht wirklich fertig ist und man auf externe Recherche angewiesen ist, finde ich es nicht schlimm, wenn man Dokus dann auch extern nachliest (wie du es ja auch getan hast).

[Moderation: unsicher, ob das jetzt zu redirect4ward oder zu Composer gehört. Ich lasse es mal hier stehen]

[rost]

Nun es wäre zumindest sinnvoll, diese Informationen im Git zu hinterlegen, denn im Compser ist ja der Link auf das Git enthalten.
Das wäre/war die erste Stelle wo nachgeschaut wird.

Ja, man kann die Information finden, aber die Information, ob sie für die aktuelle Version noch gültig ist, gibt es nicht!

[rost]

Ffft, also ich bekomme das nicht hin, dass die Umleitung auch mit htm funktioniert.
Habe den o.g. Schnipsel in die .htaccess bekomme aber immer ein "Seite nicht gefunden"

Irgendwelche Ideen, woran das lieben könnte?

[Spooky]

Poste deine gesamte .htaccess

Meine Vermutung ist, dass du nun folgendes drinstehen hast:

  RewriteCond %{REQUEST_FILENAME} !\.(htm|php|js|css|htc|png|gif|jpe?g|ico|xml|csv|txt|swf|flv|mp4|webm|ogv|mp3|ogg|oga|eot|woff|svg|svgz|ttf|pdf|gz)$
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule .*\.htm$ index.php [L]

Dann funktioniert es wahrscheinlich deshalb nicht, weil die erste Rewrite Condition htm ausschließt.

[rost]

Nein, ich habe den Schnipsel hinter die Umleitung für html gesetzt:

  RewriteCond %{REQUEST_FILENAME} !\.(php|js|css|htc|png|gif|jpe?g|ico|xml|csv|txt|swf|flv|mp4|webm|ogv|mp3|ogg|oga|eot|woff|svg|svgz|ttf|pdf|gz)$
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteRule .*\.html$ index.php [L]
  
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule .*\.htm$ index.php [L]

Ziel ist, einen Mix von der alten Seite aus htm und php Aufrufen sauber auf die neuen html Seiten umzuleiten...
Aber schon htm scheitert, da habe ich php noch gar nicht ausprobiert.

[Spooky]

Probier's mal mit

  RewriteCond %{REQUEST_FILENAME} !\.(php|js|css|htc|png|gif|jpe?g|ico|xml|csv|txt|swf|flv|mp4|webm|ogv|mp3|ogg|oga|eot|woff|svg|svgz|ttf|pdf|gz)$
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteRule .*\.html?$ index.php [L]

Übrigens hat dein eigentliches Problem nichts mit redirect4ward oder composer zu tun

[rost]

Damit bekomme ich ein "Not Found" vom Apache.

Was ist denn mein eigentliches Problem? Meinst du das Folgeproblem mit der htaccess?
Das ursprüngliche Problem war/ ist, dass im Composer vllt. notwendige Informationen für den Nutzer nicht geliefert werden.
So habe ich es doch auch im ersten Post geschrieben...

[Spooky]

Ich glaube in deinem Fall ist es einfacher die .htaccess zu belassen wie sie ist und einfach ein

RedirectMatch 301 (.*)\.htm$ $1.html

zu verwenden. Dabei ist es egal wo dies in der .htaccess steht.

[rost]

Funktioniert das nicht nur dann, wenn alter SeitenName.htm = neuer SeitenName.html ?

[Spooky]

Funktioniert das nicht nur dann, wenn alter SeitenName.htm = neuer SeitenName.html ?

Prinzipiell ja, aber für den Fall wo das nicht so ist verwendest du ja die Extension redirect4ward.

[rost]

Ne, das funktioniert auch nicht.
Er schreibt zwar die Dateiendung um, aber es kommt wieder "Seite nicht gefunden"
Dabei habe ich die Seite sowohl als htm als auch html in redirect4ward angelegt.

Irgendwie scheint redirect4war bei htm (php habe ich noch gar nicht geprüft) so richtig zu funktioniert.
Hat das schon mal jemand positiv getestet???

[rost]

Scheint also niemand bislang mit .htm oder .php benutzt zu haben. Schade.
Sollte man das dann nicht ggf. aus der Beschreibung zur Erweiterung löschen bzw. entsprechend erwähnen?