Adminbereich nach Update nicht mehr aufrufbar

[noRiddle (revilonetz)]

Schau mal in die Shop-Datenbank, ob es dort diesen Eintrag in der Tabelle configuration  bei configuration_key  gibt:
DISPLAY_REVOCATION_ON_CHECKOUT

Den Eintrag sollte es eigtl. bereits seit mind. Shop-Version 1.06 geben.

Falls nicht, führe diesen Befehl in der DB aus:

Code: SQL  [Auswählen]

INSERT INTO configuration (configuration_id, configuration_key, configuration_value, configuration_group_id, sort_order, last_modified, date_added, use_function, set_function) VALUES (NULL, 'DISPLAY_REVOCATION_ON_CHECKOUT', 'true', 17, 20, NULL, NOW(), NULL, 'xtc_cfg_select_option(array(\'true\', \'false\'),');

Gruß,
noRiddle

[positionen]

Hallo und Danke.
Der Eintrag war nicht vorhanden. Habe ich also eingetragen.
Leider führt das zu weiteren Fehlern unter PHP 8.
Die Artikeldetailseiten bestehen dann nur noch aus der Überschrift, einem Foto und einer Textzeile. Der komplette restliche Shop ist dann nicht mehr sichtbar.
Habe erstmal zurück auf PHP 7.4. gestellt. Da läuft alles korrekt.

[noRiddle (revilonetz)]

"Das" kann nicht zu weiteren Fehlern geführt haben. Die waren dann auch vorher da.
Log-Einträge ?
Template angepasst ? (>> Template-Änderungen ab Version 2.0.2.0)

Die Shop-Version 2.0.7.2 ist definitiv bis PHP 8.1 lauffähig.

Außerdem bitte Log-Einträge in Code-tags posten.

Gruß,
noRiddle

[positionen]

Code: SQL  [Auswählen]

[2023-09-18 18:44:20]   [error] [modified]      [pid:1770289]   ERROR found FOR URL: /...../    {}      {}
[2023-09-18 18:44:20]   [error] [modified]      [pid:1770289]   Undefined constant "TRACKING_ECONDA_ACTIVE" IN File: /......./includes/application_top.php ON Line: 296 {}      {}

Aktuell lässt sich der Shop gar nicht mehr unter PHP 8 aufrufen. Weiße Seite.
Wir haben gerade das unveränderte Standardtemplay laufen:  tpl_modified

[noRiddle (revilonetz)]

• solltet Ihr, wenn schon, das tpl_modified_responsive  verwenden und nicht tpl_modified.
  Ein Original zu verwenden ist auch erstmal sehr sinnvoll, weil man somit Template-Fehler ausschließen kann.
  
  Dannach einfach das Template in einen Ordner freier Wahl kopieren und im Backend dieses aussuchen, und in diesem die gewünschten Änderungen machen.
  So kann man bei Problemen zu Testzwecken jederzeit auf ein originales unverändertes Template umschalten.
• Undefinierte Konstanten ergeben einen Error, was auf PHP 7.4 lediglich ein Warning ergab.
  Das hatte dir Karl bereits geschrieben.
  
  Du solltest dich fragen wie es kommt, daß bei dir in der DB Konfigurations-Einträge fehlen.

In der Shop-DB ausführen:

Code: SQL  [Auswählen]

INSERT INTO configuration (configuration_id, configuration_key, configuration_value, configuration_group_id, sort_order, last_modified, date_added, use_function, set_function) VALUES (NULL, 'TRACKING_ECONDA_ACTIVE', 'false', 23, 1, NULL, NOW(), NULL, 'xtc_cfg_select_option(array(\'true\', \'false\'),');

Gruß,
noRiddle

[positionen]

Ok. Wurde in die Datenbank eingefügt.

Und weiter gehts:

Code: SQL  [Auswählen]

[2023-09-18 21:59:51]   [error] [modified]      [pid:2777391]   ERROR found FOR URL: /.../checkout_confirmation.php     {}      {}
[2023-09-18 21:59:51]   [error] [modified]      [pid:2777391]   Undefined constant "REVOCATION_ID" IN File: /.../checkout_confirmation.php ON Line: 299 {}      {}

Da wurde wohl 2016 unsauber von XT Commerce zu Modified umgestellt...
Vielleicht doch den Shop komplett in einem neuen Verzeichnis aufsetzen?

[noRiddle (revilonetz)]

Wir wissen nicht, ob der Shop um den es geht eigtl. bereits online ist oder sein sollte.
Auch wissen wir nicht wie es um die wichtigen Daten bestellt ist, also Kunden- und Produkt-Daten..
Wir können hier auch kein umfangreiches Tutorial posten wie man vorgehen könnte oder gar sollte.

Ich würde es im Prinzip so machen:

• Testumgebung aufsetzen auf Sub-Domain oder Unterverzeichnis.
• Shop auf dieser Umgebung neu aufsetzen und zwar
  
  • entweder
    mit der alten xt:commerce Datenbank und dann der Reihe nach alle DB-Updates fahren (_installer/update/)
    
  • oder
    mit einer neuen DB und die Kunden und Artikel aus der alten DB importieren.
    Das könnte allerdings problematisch werden, je nachdem wie man die alten Daten zur Verfügung stellen kann,
    weil es in den betroffenen DB-Tabellen Änderungen gegeben haben kann, neue Felder hinzugefügt oder alte entfernt wurden.

Wenn auf der Testumgebung alles läuft, diese zur Live-Umgebung machen.

Natürlich könntest du nach und nach die Errors fixen.
Die Wahscheinlichkeit jedoch, daß noch irgendwo etwas fehlt was nicht sofort auffällt ist, zu hoch.

Gruß,
noRiddle