Neu Update von 5.1.8 auf 5.2.1 inkl. PHP Umstellung von 7.4 auf 8.x funktioniert einfach nicht. 500er Serverfehler

[ichhabnefrage]

Hallo Leute.

Habe ein größeres Problem beim Upgrade auf die Shopversion 5.2.1

Egal wie ich es versuche es kommt prinzipiell ein 500er Serverfehler. Wenn ich, wie hier im Forum vorgeschlagen die .htaccess mit RewriteBase (Unterverzeichnis bzw. /admin) versuche kommt ein völlig unverständlicher Fehler 404 Seite nicht gefunden, was natürlich Quatsch ist. Ich habe alles gemacht wie vorgegeben Plugins deinstalliert und gelöscht, Objektcache gelöscht und deaktiviert, übertragung binär, mehrfach kontrolliert und überwacht damit mir ja keine Kleinigkeit durch die Lappen geht.

Ich bin jetzt wirklich überfragt. Aber vielleicht habe ich ja Glück und ein anderer User hat dieses Problem auch schon gehabt und gelöst.

Ach ja noch etwas, es spielt auch keine Rolle ob ich PHP 8.0, 8.1, 2,oder 3 probiere, also daran kann es auch nicht liegen

Bin für jeden Vorschlag dankbar.

Gruß Manfred

 

[css-umsetzung]

Die 5.2.1 ist nur für PHP 8.1 freigegeben, alles andere solltest du also bleiben lassen.
Stell das mit dem Rewritebase wieder zurück, wenn du das vorher nicht in der htaccess vom Hauptverzeichnis des Shops hattest, brauchst du das nicht, bzw. hat das dann darin nicht zu suchen.
Da steht in dem einen Screenshot was von Plesk, ich habe noch keine Plesk Konfiguration gesehen, wo man den RewriteBase aktivieren musste.

Dann aktiviere über die config.ini vom Shop das error_reporting, damit du siehst ob es eine Fehlermeldung gibt,

 

[ichhabnefrage]

Erst mal danke.

Fehlermeldungen sind aktiv geschaltet.
Bei PHP8.1 kommt z.b. Composer braucht PHP8.2

Habe die originalen .htaccess wieder eingespielt ohne Erfolg.

Das mit Plesk liegt an der temporären Domain für den Testshop. Wir basteln ja nicht am Produktiven.

Was ich absolut nicht verstehe, die meisten hier im Forum haben Probleme mit dem admin/dbupdater aber nicht mit der Shopseite. Die scheint ja bei allen zu laufen.

 

[css-umsetzung]

Auf was für einer Domain das läuft ist wurscht, Ich habe anhand des Namens nur erkannt das du im Hintergrund ein Plesk hast und daher zu 99% kein Rewritebase aktivieren musst.

Laut JTL ist PHP 8.1 die richtige Version, stellt sich auch zuerst die Frage warum du nicht die aktuelle 5.2er verwendest, wenn du schon nicht direkt auf die 5.5er gehen möchtest.
https://guide.jtl-software.com/jtl-...temvoraussetzungen-aller-jtl-produkte/#server

Wenn du das Update probierst, ist der erste Weg ja, die php Version umzustellen, dann am besten, das gesamte Zip (nicht die patch Version) hochzuladen, die Cookies zu löschen und dann direkt, ohne Umwege, in den Admin zu gehen.

Du schreibst nicht von welcher Version du kommst, und auch nicht ob das Update selbst schon durchgeführt wurde und die Probleme dann erst kamen (ist mir nicht zu 100% klar)

Ein 500er Fehler kann auch durch eine fehlerhafte .htaccess verursacht werden.

Da bei dir der /admin nicht gefunden wird, poste mal bitte das was dort in der /admin/.htaccess steht

 

[ichhabnefrage]

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !^/favicon.ico
RewriteRule ^. index.php [L]

Komme von einer 4.0er Version und alle Updates bis zur 5.1.8 sind proble,los duchgelaufen und ja natürlich soll es zur 5.5.2 hochgehen

Und der Plesk hat damit eigentlich nicht zu tun wenn innerhalb der Installation keine Optionen gesetzt werden.
Ein RewriteBase ist normalerweise unproblematisch wenn er denn passt, das ist jedefalls meine Erfahrung und wird auch von JTL empfohlen.

 

[css-umsetzung]

Und der Plesk hat damit eigentlich nicht zu tun wenn innerhalb der Installation keine Optionen gesetzt werden.
Ein RewriteBase ist normalerweise unproblematisch wenn er denn passt, das ist jedefalls meine Erfahrung und wird auch von JTL empfohlen.

Na wenn du das alles besser weißt, dann brauchst du doch keine Hilfe
Ein RewriteBase wird nur selten benötigt und ein RewriteBase verursacht auch keinen 500er Fehler, der sorgt nur dafür, dass Links nicht gefunden werden, wenn er falsch angewendet wird!

Meine kompletten DEV Installationen laufen in Unterverzeichnissen ohne das diese Option gesetzt wird.

Es ist Egal was du da in deinem Plesk machst oder nicht, ich habe nur geschrieben, das bei Plesk das setzen des RewriteBase
nicht erforderlich ist, sprich du musst dich um diese Option nicht kümmern. Das Setzen dieser Option ist nur bei sehr wenigen Hostern erforderlich wie z.B.: Ionos (1&1).

Dieser Satz in der htaccess ist irreführend, da sollte der Zusatz stehen, wenn die Option benötigt wird.

#REWRITE ANPASSUNG 1 (REWRITEBASE)
#Wenn Ihr Shop in einem Unterverzeichnis (also z.B. meinedomain.de/meinverzeichnis) installiert ist, so kommentieren Sie die kommende Zeile aus und passen Sie den Verzeichnisnamen an

Und was für einen Grund gibt es nicht direkt bis zur 5.5er zu gehen, warum machst du das in einzelnen Versionsschritten?
5.5er Zip drüber Bügeln, vorsichtshalber PHP 8.2 ( Shop 5.5 könnte auch 8.4) aktivieren und über den Admin das Update starten.

 

[ichhabnefrage]

Dachte Step für Step ist sicherer.

Und besser weis ich es nicht aber Plesk ist halt so eine Sache.

Klar ist doch nur wenn innerhalb der Domain bei einem shop im Unterverzeichnis keine Weiterleitung existiert wird das bei einem TLD Aufruf nicht funktionieren oder?

und über den Admin das Update starten.

Genau das ist ja das Problem, da komme ich ja nicht hin. Auch nicht wenn ich den dbupdater direkt aufrufe.
Hast du schon die 5.5er Version einfach drüberweggebügelt? Also JTL rät davon ab.

 

[css-umsetzung]

Hast du schon die 5.5er Version einfach drüberweggebügelt? Also JTL rät davon ab.

Was JTL so alles sagt....
Ein direktes Update von von 4.06 auf 5.5 bereitet keine Probleme, wenn man nicht vorher auf einer 3er Version war.
Warst du vorher auf einer dreier Version und bis vor ewiger Zeit von dort aus auf eine 4er gegangen, dann solltest du das Grundsätzlich von einem Servicepartner machen lassen, da es eine Menge Probleme bei der Migration geben könnte.

Klar ist doch nur wenn innerhalb der Domain bei einem shop im Unterverzeichnis keine Weiterleitung existiert wird das bei einem TLD Aufruf nicht funktionieren oder?

Das ist dann aber eine htaccess Regel, die man im Hauptverzeichnis macht und hat auch nichts mit dem RewriteBase zu tun.
das Unterverzeichnis in dem der Shop ist hat seine eigenen Regeln, die dann für das Verzeichnis, in dem sich der Shop befindet gelten.

 

[ichhabnefrage]

Alles richtig.

werde mal die 5.5er versuchen, wenn es klappt gebe ich Bescheid.

Soweit danke erstmal

 

[Martin1977]

Meine ersten Updateversuche bei JTL endeten auch mehrhmals in 500er Fehler bei der Admin Url. Am Ende hat es wirklich geholfen sich 1:1 an den JTL Guide zu halten. Mittlerweile habe ich mich dran gewähnt vor dem Update:

Wirklich alle Plugins deaktivieren
Das Template auf JTL Nova einstellen
Dann Wartungsmodus

Denn der hing sich bei mir oft auf weil in der JTL Config Datei dann ein anderer Templatename stand, das endete dann immer in einen 500er Fehler. Aber seitdem ich diese Schritte beherzige habe ich 0 Probleme

 

[ichhabnefrage]

Ich habe mich exact an die JTL Vorgaben gehalten, bringt aber nichts.

Bin jetzt durch anpassungen in der Config weiter aber jetzt hängt sich das DB Update weg.

 

[css-umsetzung]

Bin jetzt durch anpassungen in der Config weiter aber jetzt hängt sich das DB Update weg.

was heisst das?

 

[ichhabnefrage]

So auch hier komme ich erst mal nicht weiter.

Die Datenbankmigration hängt sich nach wenigen Sekunden auf.
Fehlermeldung: Fehler bei Update: Error "another entry already present in teinstellungen and overwrite is disabled" in migration JTL\Migrations\Migration20220503122842

Folgendes habe ich versucht:
1. Dateien mit der Endung 22843 umbenannt und später gelöscht
2. Tabellen teinstellungen, einstell. default und einstell.conf erst partiell gelöscht und später komplett geleert
3.3 Tassen Kaffee getrunken

es nervt einfach. Wie kann so eine Fehlermeldung entstehen wenn es den Eintrag gar nicht mehr gibt?

Wie ich im Forum sehen konnte sind da einige Leute mit geplagt worden, wohl immer mit anderen partiellen Datenbankeinträgen.

 

[css-umsetzung]

Du solltest das Update von jemanden machen lassen, der weiß was er tut.

Sorry das ich das so sage, aber du hast im Grunde keinen Plan von dem was du da machst, löschst wild irgendwelche Files die zwingend erforderlich sind,
schraubst an Einstellungen und Konfigurationen rum und weißt nicht wofür die wichtig sind.

in dem Namen der Datei ist der Zeitstempel, wann diese Migration angelegt wurde.
Migration2022-05-03-12:28:42

Ja lösch mal einfach alles was hinten 22843 hat und dann.
Und das du dann noch die Tabelleneinträge löschst, ist ganz großes Kino

Ein Programmierer würde schauen was in der oder der darauffolgenden Migration passiert und den Fehler beheben, der oft mit doppelten Einträgen in der Datenbank zu tun hat.

Nimm noch mal eine Kopie vom 4er Shop, spiel die Datenbank neu ein (vorher alle Tabellen in dem dev killen), fang also clean an, auch mit den Dateien
und starte es neu, dann merkst du dir wo es hängen bleibt und rufst JTL oder einen Profi der den Fehler behebt.