Gelöst Bestellungen bleiben leer.

waagenwelt

Sehr aktives Mitglied
30. September 2012
503
145
Toppenstedt
Moin,

nachdem unser virtueller Server performancemäßig im Prinzip nicht mehr zu gebrauchen ist, sind wir recht kurzfristig auf einen dedizierten Server umgestiegen.

Dateien kopiert, DB- Inhalte übertragen.

Der Shop tut auch fasst alles. Bedauerlicherweise ist das, was nicht funktioniert, das korrekte Anlegen von Bestellungen.

Auf der Bestellbestätigungsseite bleibt reproduzierbar Bestellnummer und Zahlungsart leer; die Bestellbestätigungsmail enthält diese Daten ebenfalls nicht.
In der Datenbank sehe ich, das kein Eintrag in tBestellung erfolgt.

Naheliegende Vermutung wäre, dass bei der DB-Übertagung Fehler passiert sind.

Der Datenbankcheck im Backend findet jedoch keine Fehler.


Hat jemand eine Idee?

Vielen Dank

Stefan
 

JulianG

Administrator
Mitarbeiter
14. November 2013
1.254
398
Hi @waagenwelt

Eventuell sind Tabellen gecrashed. Bitte wähle im DB-Check (oder wenn du weisst wie, via PHPMyAdmin oder Console) alle Tabellen aus und wähle unten im Dropdown-Menü dann die Option "Reparieren". Der Shop sollte hoffentlich weiterhin im Wartungsmodus sein und aktuelle Sicherungen exisiteren, auf die man ggf. zurückgreifen kann.

Sollte das nicht helfen:
- Gibt es Meldungen im errorlog? Ggf. neue Bestellung erzeugen und vorher display errors aktivieren, siehe: https://guide.jtl-software.de/jtl-s...-jtl-shop-abgleich-angezeigt-was-soll-ich-tun
Relevant wäre hier also:
PHP:
//enables printing of warnings/infos/errors for the shop frontend
define('SHOP_LOG_LEVEL', E_ALL ^ E_NOTICE ^ E_DEPRECATED ^ E_WARNING);
//enables printing of warnings/infos/errors for the dbeS sync
define('SYNC_LOG_LEVEL', 0);
//enables printing of warnings/infos/errors for the admin backend
define('ADMIN_LOG_LEVEL', 0);
//enables printing of warnings/infos/errors for the smarty templates
define('SMARTY_LOG_LEVEL', E_ALL ^ E_NOTICE ^ E_DEPRECATED ^ E_WARNING );
//excplicitly show/hide errors
ini_set('display_errors', 1);
- Sollte auch das keinen Hinweis geben, oder auch einfach zusätzlich: Aktiviere in der selben config wie für display errors mal folgende Defines (nur temporär und am besten so kurz wie möglich, am besten nur für "Zahlungspflichtig bestellen" bis Abschlussscreen:
PHP:
define('NICEDB_EXCEPTION_BACKTRACE', true);
define('NICEDB_EXCEPTION_ECHO', true);
define('ES_DB_LOGGING', 1);

Wird dir dann im Browser, error_log oder auf dem Webspace im Shop-Verzeichnis "jtllogs" in einer DB-Error Datei etwas angezeigt? (Achtung: Ggf. sensible Daten in den Logs vorhanden)
 

waagenwelt

Sehr aktives Mitglied
30. September 2012
503
145
Toppenstedt
Hallo Julian,

- die Reparatur hat keine Erkenntnisse gebracht. Entweder OK oder "Die Speicher-Engine für diese Tabelle unterstützt keine Reparatur" für InnoDb Tabellen
- Das Errorlog blieb ebenfalls leer.

Der Browser zeigt eine Integritätsverletzung beim Wechsel auf die Zusammenfassungsseite an:

string(321) "INSERT INTO tbesucher (cIP, cSessID, cID, kKunde, kBestellung, cEinstiegsseite, cReferer, cUserAgent, cBrowser, cAusstiegsseite, dLetzteAktivitaet, dZeit, kBesucherBot) VALUES :)cIP, :cSessID, :cID, :kKunde, :kBestellung, :cEinstiegsseite, :cReferer, :cUserAgent, :cBrowser, :cAusstiegsseite, now(), now(), :kBesucherBot)"

Bound params:

array(11) {
[":cIP"]=>
string(12) "37.138.41.35"
[":cSessID"]=>
string(26) "vbvn1ahsi21ilencm60pve9bdt"
[":cID"]=>
string(32) "094fdc21503c383eaa8d1727923fd8ab"
[":kKunde"]=>
int(0)
[":kBestellung"]=>
int(0)
[":cEinstiegsseite"]=>
string(26) "/waagen/bestellvorgang.php"
[":cReferer"]=>
string(18) "www.waagenwelt.com"
[":cUserAgent"]=>
string(78) "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0"
[":cBrowser"]=>
string(7) "Firefox"
[":cAusstiegsseite"]=>
string(26) "/waagen/bestellvorgang.php"
[":kBesucherBot"]=>
int(0)
}

string(91) "SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '0' for key 'PRIMARY'"

Backtrace:

array(4) {
[0]=>
array(5) {
["file"]=>
string(81) "/var/www/vhosts/waagenwelt.com/httpdocs/waagen/classes/core/class.core.NiceDB.php"
["line"]=>
int(234)
["function"]=>
string(9) "insertRow"
["class"]=>
string(6) "NiceDB"
["type"]=>
string(2) "->"
}
[1]=>
array(5) {
["file"]=>
string(68) "/var/www/vhosts/waagenwelt.com/httpdocs/waagen/includes/besucher.php"
["line"]=>
int(41)
["function"]=>
string(6) "__call"
["class"]=>
string(6) "NiceDB"
["type"]=>
string(2) "->"
}
[2]=>
array(4) {
["file"]=>
string(74) "/var/www/vhosts/waagenwelt.com/httpdocs/waagen/includes/letzterInclude.php"
["line"]=>
int(178)
["args"]=>
array(1) {
[0]=>
string(68) "/var/www/vhosts/waagenwelt.com/httpdocs/waagen/includes/besucher.php"
}
["function"]=>
string(12) "require_once"
}
[3]=>
array(4) {
["file"]=>
string(65) "/var/www/vhosts/waagenwelt.com/httpdocs/waagen/bestellvorgang.php"
["line"]=>
int(259)
["args"]=>
array(1) {
[0]=>
string(74) "/var/www/vhosts/waagenwelt.com/httpdocs/waagen/includes/letzterInclude.php"
}
["function"]=>
string(7) "require"
}
}

und diverse beim Bestellabschluss.
Die Ausgaben sende ich Dir separat.
 

waagenwelt

Sehr aktives Mitglied
30. September 2012
503
145
Toppenstedt
OK, offensichtlich ist die AUTO_INCREMENT Eigenschaft der Primärschlüssel beim Export verloren gegangen.
Das sollte hinzukriegen sein.

Danke für die Unterstützung.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: JulianG

Ähnliche Themen