Contao-Camp 2024
Ergebnis 1 bis 6 von 6

Thema: 301 redirect von *.html zu Ordner-URL funktionieren nicht

  1. #1
    Gesperrt
    Registriert seit
    05.01.2015.
    Beiträge
    24

    Standard 301 redirect von *.html zu Ordner-URL funktionieren nicht

    Hallo zusammen,

    gerade habe ich ein vorbereitetes Projekt von Subdomain auf Hauptdomain umgestellt (All-Inkl shared; Contao 4.4.29). Klappte auch wunderbar bis ich versuchte die Redirects der alten URLs in die htaccess zu schreiben.

    In der ersten Ebene klappte es. Beispiel:
    Code:
    Redirect 301 /impressum.html https://disco.de/impressum
    Die Unterebenen machen Stress bzw. funktionieren nicht. Beispiel:
    Code:
    Redirect 301 /musik/viertel.html https://disco.de/musik/noten/viertel
    Contao zeigt immer eine 404 an und ließ das *.html in der URL weg. Ich bin mir nicht sicher welches Schräubchen ich stellen muss.

    Das Projekt ist auf Ordner URLs ohne *.html eingestellt. Das Plugin "ausi/contao-slug-backport" läuft wegen Umlauten und die htaccess sieht nach einem kleinen Mod so aus:
    Code:
    php_value memory_limit 256M
    
    <IfModule mod_headers.c>
        # Allow access from all domains for webfonts (see contao/core-bundle#528)
        <FilesMatch "\.(ttf|ttc|otf|eot|woff2?|font\.css)$">
            Header set Access-Control-Allow-Origin "*"
        </FilesMatch>
    </IfModule>
    
    <IfModule mod_rewrite.c>
        RewriteEngine On
        
        # Determine the RewriteBase automatically and set it as environment variable.
        # If you are using Apache aliases to do mass virtual hosting or installed the
        # project in a subdirectory, the base path will be prepended to allow proper
        # resolution of the app.php file and to redirect to the correct URI. It will
        # work in environments without path prefix as well, providing a safe, one-size
        # fits all solution. But as you do not need it in this case, you can comment
        # the following 2 lines to eliminate the overhead.
        RewriteCond %{REQUEST_URI}::$1 ^(/.+)/(.*)::\2$
        RewriteRule ^(.*) - [E=BASE:%1]
    
        # Sets the HTTP_AUTHORIZATION header removed by Apache
        RewriteCond %{HTTP:Authorization} .
        RewriteRule ^ - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
    
        # Redirect to URI without front controller to prevent duplicate content
        # (with and without `/app.php`). Only do this redirect on the initial
        # rewrite by Apache and not on subsequent cycles. Otherwise we would get an
        # endless redirect loop (request -> rewrite to front controller ->
        # redirect -> request -> ...).
        # So in case you get a "too many redirects" error or you always get redirected
        # to the start page because your Apache does not expose the REDIRECT_STATUS
        # environment variable, you have 2 choices:
        # - disable this feature by commenting the following 2 lines or
        # - use Apache >= 2.3.9 and replace all L flags by END flags and remove the
        #   following RewriteCond (best solution)
        RewriteCond %{ENV:REDIRECT_STATUS} ^$
        RewriteRule ^app\.php(?:/(.*)|$) %{ENV:BASE}/$1 [R=301,L]
    
        # If the requested filename exists, simply serve it.
        # We only want to let Apache serve files and not directories.
        RewriteCond %{REQUEST_FILENAME} -f
        RewriteRule ^ - [L]
        RewriteRule ^(.*)\.html$ /$1 [L,R=301]
    
        # Rewrite all other queries to the front controller.
        RewriteRule ^ %{ENV:BASE}/app.php [L]
    </IfModule>
    
    <IfModule !mod_rewrite.c>
        <IfModule mod_alias.c>
            # When mod_rewrite is not available, we instruct a temporary redirect of
            # the start page to the front controller explicitly so that the website
            # and the generated links can still be used.
            RedirectMatch 302 ^/$ /app.php/
            # RedirectTemp cannot be used instead
        </IfModule>
    </IfModule>
    Ich glaube das war der Mod
    HTML-Code:
    RewriteRule ^(.*)\.html$ /$1 [L,R=301]
    zwecks *.html-Eliminierung. Dieses hatte ich auch einmal auskommentiert, aber das brachte nicht den gewünschten Erfolg und ist auch nicht zielführend.

    Ein weiteres Beispiel ist
    Code:
    Redirect 301 /musik/noten/index.html https://disco.de/musik/noten/uebersicht-aller-notenarten
    Erstmal hat Google nur disco.de/musik/noten/ im Cache, was bedeutet, dass ich schreibe…
    Code:
    Redirect 301 /musik/noten/ https://disco.de/musik/noten/uebersicht-aller-notenarten
    …und sobald ich das ergänzt habe, zerschießt mir die htaccess irgendwie seine Aliase in dieser Art isco.de/musiknoten/uebersicht-aller-notenarten
    …lässt also auf einmal einen Slash aus dem Alias raus.

    Hat jemand eine Idee, was ich tun muss, damit die Redirects funktionieren? Ich begreife garnicht warum das solche Probleme verursacht.
    Ich habe keine vergleichbaren Fälle hier im Forum gefunden und von htaccess habe ich nicht allzu viel Ahnung.

    Danke im Voraus

  2. #2
    Community-Moderator Avatar von stefan-at-work
    Registriert seit
    05.06.2009.
    Ort
    Bad Segeberg
    Beiträge
    1.780
    Partner-ID
    634

    Standard

    Das html hast Du ja schon durch die separate Anweisung eleminiert. Nach meinem Verständnis geht es danach ja nur noch um die geänderten Verzeichnisse.

    Probiere mal:
    Code:
    Redirect 301 /musik/noten /musik/noten/uebersicht-aller-notenarten

  3. #3
    Contao-Nutzer
    Registriert seit
    06.07.2009.
    Beiträge
    35

    Standard

    Hallo herold,

    ich denke das hier solltest du wieder aus der .htaccess entfernen:
    RewriteRule ^(.*)\.html$ /$1 [L,R=301]
    Wie du das html-suffix aus der uri entfernst kannst Du hier nachlesen: https://community.contao.org/de/show...ffix-entfernen

    und dann sollte es auch mit den redirects funktionieren

  4. #4
    Gesperrt
    Registriert seit
    05.01.2015.
    Beiträge
    24

    Standard

    Zitat Zitat von stefan-at-work Beitrag anzeigen
    Das html hast Du ja schon durch die separate Anweisung eleminiert. Nach meinem Verständnis geht es danach ja nur noch um die geänderten Verzeichnisse.

    Probiere mal:
    Code:
    Redirect 301 /musik/noten /musik/noten/uebersicht-aller-notenarten
    Exakt das habe ich später intern mit Contao-Seiten-Weiterleitungen (intern) gemacht. Das hat funktioniert.
    Gibts dazu irgendwelche fachlichen Einwände?

  5. #5
    Gesperrt
    Registriert seit
    05.01.2015.
    Beiträge
    24

    Standard

    Zitat Zitat von NuBee Beitrag anzeigen
    Hallo herold,
    Code:
    RewriteRule (.+)\.html$ /$1 [R=301,L]
    …ich denke das hier solltest du wieder aus der .htaccess entfernen:…
    Hi, im Prinzip hast du Recht, aber mit meinen Contao-Weiterleitungen zusammen funktioniert es jetzt.
    Die Sache mit der confog.yml habe ich tatsächlich schon erledigt ;-)

    Ich hatte damals diesen Beitrag…
    https://community.contao.org/de/show...l=1#post484325
    …und ff. zur Hilfe genommen. Daher kam auch das mit dem …
    Code:
    RewriteRule (.+)\.html$ /$1 [R=301,L]
    …in #30 von spooky

    Trotzdem danke für die schnelle Hilfe!

  6. #6
    Contao-Nutzer
    Registriert seit
    20.06.2009.
    Beiträge
    33

    Standard Irgendwie will es nicht

    config.yml funktioniert
    Aber es wird die Anweisung in der htaccess nicht umgesetzt.
    Die *.html landen auf der 404 Seite.

    Stehe auf dem Schlauch. HELP

    Code:
    # If the requested filename exists, simply serve it.
        # We only want to let Apache serve files and not directories.
        RewriteCond %{REQUEST_FILENAME} -f
        RewriteRule ^ - [L]
        RewriteRule ^(.*)\.html$ /$1 [L,R=301]
        
        # Rewrite all other queries to the front controller.
        RewriteRule ^ %{ENV:BASE}/app.php [L]

    EDIT 06.05.2021: Hat sich erldigt, da Nginx keine .htaccess-Dateien unterstützt, lag der Hase da begraben. :-)
    Geändert von frankb (06.05.2021 um 11:46 Uhr)

Aktive Benutzer

Aktive Benutzer

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)

Lesezeichen

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •