Artio JoomSEF - 115k urls umziehen vor Migration

  • Joomla Version
    3.10.12
    PHP Version
    PHP 8.2.x
    Hoster
    Hosteurope
    Link (URL) zur Seite mit dem Problem
    Mona-Stefan.de

    Hallo zusammen,

    ich hatte schonmal einen Anlauf unternommen, um mein Joomla 3.10 zu Joomla 4 zu migrieren und einige Erweiterungen ausgetauscht oder deinstalliert, die inkompatibel waren oder Probleme verursacht hatten.

    Allerdings gibt es für eine einzige Erweiterung keinen Ersatz und ohne crasht die komplette Seite:

    Artio JoomSEF

    Problem Kurzfassung:

    JoomSEF hat in der Datenbank mehrere Tausend SEF urls angelegt und diese in Joomla ersetzt. Nach Deinstallation der Erweiterung sind dann die entsprechenden Artikel und Menüpunkte nicht mehr aufrufbar.

    Problem Langfassung:

    s. 404 Fehler mit seltsamen Ziel-Adressen, die nicht existieren dürften

    Ich warte nun ein geschlagenes Jahr, dass Artio eine J4 Erweiterung rausbringt, aber das wird offensichtlich nicht passieren. Der offz. Support ist "tot" ebenso das Community Forum (hier der entsprechende Thread)


    Letzte Meldung des Supports von Juni 2022 war:

    Zitat

    Hi Stefan,

    If you want your JoomSEF generated URLs to keep working after you uninstall JoomSEF, you can either use Joomla's Redirects component or your web server's .htaccess file to manually setup redirects from JoomSEF SEF URLs to original Joomla URLs. You can obtain list of SEF URLs with their corresponding Joomla URLs from your database, their stored in the _sef table.

    With kind regards,

    Jozefov David

    ARTIO Support Team

    Weiß jemand, wie ich hier nun am besten vorgehe, um die SEF URLs zu übertragen, sodass das nicht manuell geschehen muss?

    Und was ist besser, über Redirect oder über die .htaccess?


    Über eure Unterstützung würde ich mich sehr freuen.


    Hosting:

    - Hosteurope WebServer Medium HDD

    - Datenbank 430MB auf SSD

    - Joomla Installationsgröße: rund 26GB (Akeeba Backup Archiv)

    - PHP: aktuell 8.2, wahlweise auch 8.1 oder 8.0 auswählbar

  • Danke, zumindest schonmal jemand mit demselben Problem.

    Der beschriebene Lösungsansatz

    Zitat

    I would create an XML sitemap of the old website. E.g. using OSMap
    copy that XML, add it to a spreadsheet and extract the URLs of the old site.
    Add the new URLs behind the old URLs and export it as CSV using a pipe | as separator

    setzt vorraus, dass man alles händisch umwandelt, oder gibt es da einen Automatismus?

    Die entsprechende DB-Tabelle hat 115k Einträge...

  • wenn sonst niemand eine alternative Idee hat dann würde ich wohl doch die ansonsten einzige Lösung probieren, die ich in den letzten Wochen gefunden habe Using JoomSEF or MijoSEF on Joomla 3? how to update to Joomla 4 today

    Kurzform: mit sh404SEF die SEF-Links aus JoomSEF importieren -> 4SEF installieren -> URLs aus sh404SEF importieren -> zu Joomla4

    sh404SEF kostet leider 70€ / Jahr und empfohlen wird auch zusätzlich noch 4SEO was wieder 100€ / Jahr kostet. Ich würde aber erstmal versuchen, ohne 4SEO auszukommen.


    Kann bitte mal jemand drüberschauen, was ansonsten noch zu tun ist in Vorbereitung auf die Migration zu J4?


    was ich da herauslese:

    1. Phoca Gallery + Download + Commander + die zus. Plugins + Sprachpakete + Phoca Site Plugin: deaktivieren, nach der Migration wieder aktivieren und updaten oder wie vorgehen?
    2. Akeeba Backup + Admintools: ich werde mich hier dran orientieren -> Erweiterungen auf Kompatilität prüfen - wie macht Ihr das?
    3. file_fef + file_fof40 + FOF30 + file_fof30: gehören zu Akeeba
    4. ContentSpoiler von Commoninja - mal schauen, vermutlich inkompatibel. Hat jemand eine J4 kompatible Altrnative? Auf Joomla Extensions gibt es im Grunde nichts passendes.
    5. Artio JoomSEF + diverse Plugins: deinstallieren, sobald und falls die Brücke über sh404SEF zu 4SEF funktioniert
    6. Template LT_envico:  sollte passen da J4 und J5 kompatibel
    7. JCE: deaktivieren -> migrieren -> Update oder wie vorgehen?
    8. JCH Optimize:  wird wohl davon abgeraten bei J4, werde ich also deinstallieren
    9. OSMap: deaktivieren -> migrieren -> Update oder wie vorgehen?
    10. System - Regular Labs Bibliothek: keine Ahnung, ob oder wozu ich das benötige
    11. System - Helix3 Framework: keine Ahnung, ob oder wozu ich das benötige
    12. System - JT - ALDEF: werde ich vermutlich nicht mehr brauchen da Cloudflare nun das Einbinden externer (Google-) Schriften übernimmt -> deinstallieren, falls es Probleme gibt
  • Ich fange mal an:

    JCE einfach auf die aktuelle Version (derzeit 2.9.52) aktualisieren. Die läuft so weiter in J4 / J5.
    JCH kannst du deinstallieren, da es ab J4 nicht mehr wirklich benötigt wird.
    Helix3-Framework benötigst du, sofern du ein Template verwendest, welches auf dem Helix3-Framework basiert. Mehr kann ich da bzgl. Migration aber nicht sagen.

    AkeebaBackup solltest du auf die letzte 8er-Version aktualisieren. Erst nach der Migration dann die 9er-Version parallel installieren und einmal starten.

    Bei den ganzen fef, fof..... usw, musst du ein wenig aufpassen. Einige könnten auch noch von anderen Erweiterungen eingesetzt werden. Es gibt ja auch dieses Tool von Akeeba, was du mal durchlaufen lassen kannst. Ab Version 9 (unter Joomla4) werden diese fof usw. von AB nicht mehr genutzt.
    AdminTools würde ich deinstallieren (nur meine Meinung). Habe ich noch nie benötigt. Wie das unter J4 aussieht, keine Ahnung.

    Ob PHP 8.2 die passende Version für die MIgration von J3 nach J4 ist, bezweifel ich stark. Lege auf jeden Fall auch für Zwischenschritte Backups an!

    1. Phoca Gallery + Download + Commander + die zus. Plugins + Sprachpakete + Phoca Site Plugin: deaktivieren, nach der Migration wieder aktivieren und updaten oder wie vorgehen?

    Nein! PG und PD Tabellen exportieren --> Deinstallieren --> Migrieren --> PG und PD für J!4 installieren --> Tabellen importieren

    Siehe: https://www.reisefotografien.eu/phoca-bedienun…migriert-werden

    Freundliche Grüße,

    Benno

  • Ob PHP 8.2 die passende Version für die Migration von J3 nach J4 ist, bezweifel ich stark. Lege auf jeden Fall auch für Zwischenschritte Backups an!

    ok, wenn das Probleme gibt - was empfiehslt Du? Ich kann bei Hosteurope auch PHP 8.1 und 8.0 auswählen. 8.0 lief bis zum Umstieg auf 8.2 einwandfrei, die 8.1 habe ich bisher nicht ausprobiert.

    Nein! PG und PD Tabellen exportieren --> Deinstallieren --> Migrieren --> PG und PD für J!4 installieren --> Tabellen importieren

    Siehe: https://www.reisefotografien.eu/phoca-bedienun…migriert-werden

    danke, das ist eine brauchbare Anleitung


    Nachtrag:

    JCH optimize macht schon jetzt Schwierigkeiten. Wenn ich die Komponente unter J3 deinstalliere zerschießt es mir das komplette Layout.

    Ich konnte es eingrenzen auf die beiden Funktionen "combine CSS" und "combine Java Script", sind die nicht mehr aktiv dann sieht es so aus

    anstatt so: Mona-Stefan.de/sonstiges

    Egal, daran werd ich mich erstmal nicht aufhängen, morgen werde ich erstmal den Rest angehen

  • Wenn PHP 8.0 einwandfrei lief, nutze diese Version während der Migration, maximal jedoch 8.1!

    Bzgl. "Zerschossenes Layout":

    Leere mal alle Caches! JCH hat, so glaube ich, einen eigenen Cache?!?

    Und nutzt du ev. ein HTTP-Security-Header-Plugin?

  • Wenn PHP 8.0 einwandfrei lief, nutze diese Version während der Migration, maximal jedoch 8.1!

    Bzgl. "Zerschossenes Layout":

    Leere mal alle Caches! JCH hat, so glaube ich, einen eigenen Cache?!?

    der Hinweis geht scheinbar in die richtige Richtung

    Nach Deaktivierung der CSS & Java Script Optimierungen muss man tatsächlich noch den JCH-internen Cache löschen

    danach scheint die Seite nun größtenteils normal dargestellt zu werden.

    Vereinzelte Menüpunkte und Beiträge (es scheint, es betrifft hauptsächlich sehr große Beiträge und Kategorieansichten) sind weiterhin kaputt


    Möglicherweise kommen die verbleibenden Defekte aber nicht von JCH sondern davon, dass ich Artio JoomSEF migriert habe in 4SEF und hier auch ein paar Links offenbar nicht korrekt übernommen wurden.

    Vielleicht benötige ich doch zusätzlich auch noch 4SEO...

  • Zwischenstand:

    - Migration zu 4SEF war erfolgreich, alle Menüpunkte und Links funktionieren (zumindest habe ich keine defekten mehr gefunden). Somit werde ich 4SEO wohl doch nicht benötigen

    - sh404SEF ist deaktiviert

    - Artio JoomSEF ist deaktiviert

    JCH Optimize bekomme ich nicht deaktiviert, dann habe ich die oben beschriebenen Fehler. Werde ich dann erstmal laufen lassen und mich nun weiter mit der Umstellung der anderen Komponenten und Erweiterungen kümmern.

    php8.1 ist nun aktiv da Hosteurope die 8.0 die Tage einstellt und dann alles automatisch auf 8.2 umgestellt werden wird

  • Frohe Weihnachten zusammen.

    So, zwischen den Tagen habe ich endlich mal Zeit, um die Migration anzugehen.

    Hier mal mein aktueller Pre-Check mit Kommentaren von mir


    Einziger Stolperstein, den ich hier noch sehe und nicht weiß wie damit umzugehen ist:

    JCH Optimize ist nur bis J4.4 kompatibel. D.h. ich müsste eine Migration durchführen auf diese Joomla-Version. Geht das und wenn ja wie?

    JCH kpl. deinstallieren kann ich ja nicht da ansonsten die Seite crasht, nach wie vor. Bzw. im Grunde ja nur das Frontend, also im Zweifelsfall könnte ich JCH auch deinstallieren, dann ist das Frontend eben zerschossen, Migration auf J4.x (aktuellste Version) und dann die aktuellste JCH Version wieder installieren

  • JCH kpl. deinstallieren kann ich ja nicht da ansonsten die Seite crasht, nach wie vor. Bzw. im Grunde ja nur das Frontend, also im Zweifelsfall könnte ich JCH auch deinstallieren, dann ist das Frontend eben zerschossen,

    Frohe Weihnachten auch von mir!

    JCH beinhaltet ja eine Vielzahl von möglichen Einstellungen. Untersuche doch mal genau, was da eigentlich bei dir so alles optimiert wird. Dann kannst du beginnen, einzelne Optimierungen zu deaktivieren, so dass die genaue Ursache für das gecrashte Frontend ersichtlich wird.

    Typischerweise bekommt man die Probleme eines gecrashten Frontends mit der Aktivierung einzelner "Funktionen" in JCH und nicht, wenn man sie deaktiviert,

  • JCH solltest du unbedingt deinstallieren.

    Wenn du dann noch die Einträge in deiner htaccess von den JCH Inhalten entfernst, dürfte es keine Probleme geben.

    Du könntest auch die htaccess komplett deaktivieren, das Update durchführen und eine original htaccess aus dem Joomla Core verwenden.

    Auf jeden Fall den Weg ohne JCH gehen.

  • JCH beinhaltet ja eine Vielzahl von möglichen Einstellungen. Untersuche doch mal genau, was da eigentlich bei dir so alles optimiert wird. Dann kannst du beginnen, einzelne Optimierungen zu deaktivieren, so dass die genaue Ursache für das gecrashte Frontend ersichtlich wird.

    ich weiß, welcher Schalter notwendig ist, damit die Seite läuft

    Das ist der einzigem der in JCH noch aktiv ist, alles andere ist deaktiviert.

    Auf jeden Fall den Weg ohne JCH gehen.

    OK dann werde ich versuchen, JCH los zu werden.

    Dazu müsste man wohl aber herausfinden, was dero.g. Schalter genau macht und wie man das ersetzen kann, sodass die Seite auch ohne läuft

  • Dazu müsste man wohl aber herausfinden, was dero.g. Schalter genau macht und wie man das ersetzen kann, sodass die Seite auch ohne läuft

    "Combine css files" macht nichts anderes, als alle css-Dateien in einer einzigen css Datei zusammenzufassen. Diese wird dann geladen. Das Laden der einzelnen css-Dateien wird dann auch gleichzeitig unterbunden. Somit wird die Anzahl der Aufrufe reduziert, was eine bessere Peformance zur Folge hat.

    Man kann bei Problemen, auch einzelne css-Dateien von dieser Kombination ausschließen.

    Selbiges kann man auch mit JS machen. Diese sorgen schneller mal für Probleme.

    Wenn man bei den Einstellungen was ändert, sollte man anschließend unbedingt den JCH-Cache leeren (die anderen natürlich auch). Und falls JCH da auch in der .htaccess "rumgespielt" haben sollte, müssten diese Änderungen sehr wahrscheinlich auch bereinigt werden.

    Nebenbei: In der .htaccess von Joomla steht ganz unten ja auch noch dieser GZIP-Block. Auch dieser kann für eine zerschossene Webseite ursächlich sein. Testweise einfach mal als Kommentar setzen.

  • es gibt zwei Fortschritte.

    1. der Tipp, die .htaccess zu tauschen gegen die orig. Joomla .htaccess war gut, danach lies sich auch JCH Optimize deaktivieren und deinstallieren

    2. ich habe per Akeeba nun eine Test-Installation aufgesetzt und damit dann ein Upgrade auf J4.4.1 durchgeführt

    Die Migration wurde mit ein paar Fehlern beendet

    das Backend ist erreichbar

    das Frontend nicht, hier mit akktiviertem Debug


    kann man da noch etwas retten?