Nach manuellen Update von 3.5 auf 4.9 tote Links überall

Hallo Leute,

ich versuche eine Contao 3.5 auf Contao 4.9 zu migrieren.
Zu diesem Zweck habe ich unter einer neuen Domain eine neue Installation mit blanker Datenbank gemacht.
Danach habe ich die /files /templates von der alten Installation kopiert und im Backend in der Dateiverwaltung auf öffentlich gestellt.
Letztich funktioniert die neue Umgebung auch. Im Backend schaut alles gut aus. Aber die Links funktionieren alle nicht.

Das Design bitte ignorieren, ich hab früher im mmenu fürs Menu oben verwendet, aber dass gibt es nimmer und ich mache eh ein neues Design dann.

Wenn beispielsweise auf
https://www.grosstrappe.at/kontakt/kontakt.html klickt
kommt man dann auf
https://www.grosstrappe.at/kontakt/k...t/kontakt.html und erhält einen 404er.

Ich vermute irgendeine Einstellung vom alten System fehlt.

Unabhängig davon: weiß jemand wo ich im neuen System die dcaconfig.php finde?

Hallo Arthur,

womöglich alte htaccess, die noch Einträge für die alte Seite beinhaltet?
Auch die Templates vergleichen.

Aktuell bekomme ich die Website noch ohne CSS angezeigt: Hier schauen das CSS-Dateien nicht im Ordner „files” liegen, sondern auch in einem freigegebenen Ordner, z.B. „css”.

Zitat:

---

Zitat von arthur_8200

Unabhängig davon: weiß jemand wo ich im neuen System die dcaconfig.php finde?

---

Die Einträge aus der alten dcaconfig hab ich in der neuen Umgebung in der /system/config/localconfig.php eingepflegt.

Zitat:

---

Zitat von planepix

Hallo Arthur,

womöglich alte htaccess, die noch Einträge für die alte Seite beinhaltet?
Auch die Templates vergleichen.

Aktuell bekomme ich die Website noch ohne CSS angezeigt: Hier schauen das CSS-Dateien nicht im Ordner „files” liegen, sondern auch in einem freigegebenen Ordner, z.B. „css”.

---

Danke!

ICh hab in der alten Umgebung an und für sich keinen Ordner angelegt für CSS. Wo finde ich die CSS Dateien denn?

Ich wüsste nicht was von der alten .htaccess übernehmen sollte:

Code:

---

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|otf|tt[cf]|woff|svg|svgz|pdf|gz)$
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule .*\.html$ index.php [L]

RewriteRule ^[a-z]{2}(\-[A-Z]{2})?/$ index.php [L]
RewriteRule ^([a-z]{2}(\-[A-Z]{2})?)$ $1/ [R=301,L]

---

Neue Umgebung Standard .htaccess:

Code:

---

RewriteCond %{REQUEST_URI}::$1 ^(/.+)/(.*)::\2$
RewriteRule ^(.*) - [E=BASE:%1]

RewriteCond %{HTTP:Authorization} .
RewriteRule ^ - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteRule ^index\.php(?:/(.*)|$) %{ENV:BASE}/$1 [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^ - [L]

RewriteRule ^ %{ENV:BASE}/index.php [L]

---

Anbei die kompletten .htaccess von der alten und neuen Umgebung.

Zitat:

---

ICh hab in der alten Umgebung an und für sich keinen Ordner angelegt für CSS. Wo finde ich die CSS Dateien denn?

---

Dann wirst du sicher noch den internen CSS-Editor verwendet haben.

Versuche einmal deine Seitenlayouts erneut zu speichern; oft brachte das auch schon einen Schritt weiter.

Die htaccess-Datei liegt bei Contao 4 im Ordner „web”.
Hier am besten zum Testen einmal die der Contao 4 Installation verwenden - und später anpassen.

Code:

---

<IfModule mod_rewrite.c>
    RewriteEngine On


    <IfModule mod_headers.c>
        # Assets in /assets and /bundles either contain a hash in their filename
        # or are called with a ?version suffix, therefore cache them for 1 year.
        RewriteRule ^(assets|bundles)/ - [ENV=CONTAO_ASSETS:true]
        Header set Cache-Control "max-age=31536000" env=CONTAO_ASSETS


        # Allow CORS on the Contao TinyMCE skin.
        RewriteRule ^assets/tinymce4/js/skins/contao/fonts/ - [ENV=CONTAO_TINYMCE_SKIN:true]
        Header set Access-Control-Allow-Origin "*" env=CONTAO_TINYMCE_SKIN
    </IfModule>


    # 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 index.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 `/index.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 ^index\.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]


    # Rewrite all other queries to the front controller.
    RewriteRule ^ %{ENV:BASE}/index.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 ^/$ /index.php/
            # RedirectTemp cannot be used instead
        </IfModule>
    </IfModule>

---

Zitat:

---

Zitat von planepix

Dann wirst du sicher noch den internen CSS-Editor verwendet haben.

Versuche einmal deine Seitenlayouts erneut zu speichern; oft brachte das auch schon einen Schritt weiter.

Die htaccess-Datei liegt bei Contao 4 im Ordner „web”.
Hier am besten zum Testen einmal die der Contao 4 Installation verwenden - und später anpassen.
[/CODE]

---

Danke schön, öffnen und speichern der Layouts war der erfolgreiche Trick fürs CSS :-)

Die .htaccess habe ich im letzten Posting bereits anhgeängt. Werde mich damit noch spielen.

Hallo,

auch mit der .htaccess von der alten Contao3 Installation gehen Links nicht.
Die Links schauen im Frontend richtig aus. Beispiel:
kontakt/ueber-uns.html

Wenn man dann allerdings drauf klickt gelangt man auf

kontakt/kontakt/kontakt/kontakt/ueber-uns.html

Und was mir noch abgeht in den Links ist die Sprache.
Früher waren die URLs immer mit /de/Seitenname aufgebaut. Jetzt fehlt dieses Sprachkürzel in der URL.

Zum Thema Sprachkürzel:
Das wird nicht mehr im Backend gepflegt, sondern in der yml-Datei.

Schau mal hier: https://contao.ninja/contao-4-sprach...n-der-url.html

Unter Contao 4.9 liegt die Konfigurationsdatei unter „config/config.yml”.

Ggf. haben sich dann auch die Weiter-Weiter-Weiterleitungsprobleme gelöst. Oder wir sind näher an der Lösung.

Zitat:

---

Zitat von planepix

Zum Thema Sprachkürzel:
Das wird nicht mehr im Backend gepflegt, sondern in der yml-Datei.

Schau mal hier: https://contao.ninja/contao-4-sprach...n-der-url.html

Unter Contao 4.9 liegt die Konfigurationsdatei unter „config/config.yml”.

---

Danke schön! Also bei meiner Contao 4.9 Installation gibt es nur eine config/parameters.yml
Ich hab dort nun die Zeile prepend_locale: true ergänzt.

Nach dem PROD Cache leeren mittels contao-manager.phar.php/#/maintenance greift die Einstellung auch.

Also die Sprache habe ich jetzt wieder wie gewünscht in den URLs drinnen.

Die Links klappen aber immer noch nicht.

Das passt.
Ich habe eben nochmal mit einer Installation verglichen.

Ergänzt in der letzten Zeile - und wichtig - mit vier Leerzeichen davor - kein Tabulator.

Und danach dann den Symfony Cache leeren - über den Manager oder via FTP, in dem du den Ordner „prod” im Verzeichnis „var/cache/” leerst.
Nach jeder Anpassung der Konfigurationsdateie muss zunächst der Symfony-Cache geleert und neu aufgebaut werden.

Dann schauen wir weiter.

Ist in der Seite vom Typ „Startpunkt einer Website” die Checkbox bei https aktiv?
Steht noch eine URL im Feld „Domainname”?

Wenn du in der Systemwartung den Suchindex neu aufbaust - was passiert?
Werden die Links richtig (grün und mit https) oder falsch (rot) aufgebaut?

Gibt es installierte Erweiterungen, die sprachrelevant sind (außer changelanguage - vermute ich)?

Danke schön, planepix!

HTTPs war nicht aktiviert und Domainname war leer. Ist im alten System aber ebenso.
Anbei ein Screenshot.

Erweiterungen in der neuen Contao 4.9 habe ich lediglich:
Contao Cookiebar und NATURE Theme

Den "Den Suchindex aktualisieren" führe ich gerade aus.

Zitat:

---

Zitat von arthur_8200

Danke schön, planepix! Ich nehme an deine Tipps beziehen sich auf Sprache in die URL kodieren? Ich hab mein Posting bearbeitet, tut mir Leid, es hat geklappt!

---

Ja bezog sich noch drauf.

Was du dann auch noch machen kannst:
Wechsle in die Ansicht Seitenstruktur und klappe alle Seitenbäume auf, dann auf mehrfach bearbeiten, alle aktivieren und dann unten auf „Aliase erstellen”.

Zitat:

---

Zitat von planepix

Ja bezog sich noch drauf.

Was du dann auch noch machen kannst:
Wechsle in die Ansicht Seitenstruktur und klappe alle Seitenbäume auf, dann auf mehrfach bearbeiten, alle aktivieren und dann unten auf „Aliase erstellen”.

---

Aliase generieren war der Trick. Du bist mein Held. Vielen lieben Dank!

Gerne entschädige ich dir den Aufwand ein wenig. Schreib mir PN.

Ein letztes Problem noch. Früher hatten die URLs auch die ganze Struktur von übergordneten Seiten beinhaltet.
Also zum Beispiel:
Großtrappe (de) --> Projekte --> LIFE Projekt 2016-2023 -> Events
hat zur URL geführt:
de/ueberblick/life-projekt-2016-2023/events.html

Die neue URL ist aber leider:
de/events.html

Lösung dafür gefunden:
Backend --> Einstellungen --> [x] Ordner-URLs verwenden
Danach PROD Cache erneuern und ALiase neu generieren.