Neu https://www.meinedomain.com/dbeS/Brocken_xml.php

Bullit26

Aktives Mitglied
24. April 2013
66
0
Blankenfelde-Mahlow
Hallo zusammen,

ich habe eine kleines Problem:

nachdem ich auf einer Subdomain einen WordPress Blog eingerichtet habe ist meine Hauptdomain// Shop kurzfristig ausgefallen. Er lies sich nicht aufrufen. Fehler gefunden und beseitigt - lag mit der Installation des WordPress zusammen.

Nun geht zwar der Shop wieder tadellos leider kommt mir folgender Fehler beim Shopabgleich mit der Wawi:

Kann damit jemand was anfangen und mir helfen? Danke! Meine beiden anderen Shops werden super versorgt.
 

FPrüfer

Moderator
Mitarbeiter
19. Februar 2016
1.878
519
Halle
Hallo, wenn eine 3 zurück gegeben wird, dann konnte Nutzername/Password nicht geprüft werden, bzw. wurde als unberechtigt zurückgewiesen.
 

FPrüfer

Moderator
Mitarbeiter
19. Februar 2016
1.878
519
Halle
Nein, die 3 wird gesendet, wenn keine Authentifizierung erfolgen kann.
...wenn ich diese Datei vom Server lösche...
Die Datei sollten Sie lieber nicht löschen... ;)

Bitte prüfen Sie nochmal die Einstellungen im Shop-Backend unter "System->Globale Einstellungen-> Wawi-Synchronisierung" und speichern Sie diese. Klicken Sie danach in der Wawi in der Onlineshop-Anbindung auf den Button "Verbindung testen / Lizenz aktivieren". Welche Meldung bekommen Sie da?
 

FPrüfer

Moderator
Mitarbeiter
19. Februar 2016
1.878
519
Halle
Und nicht vorher die Meldung das Nutzername/Passwort nicht stimmt? Von welcher Version ( Shop und Wawi) reden wir? Haben Sie mal versucht die Datei aus dem Installationspaket neu auf den Server zu speichern?
 

Bullit26

Aktives Mitglied
24. April 2013
66
0
Blankenfelde-Mahlow
<?php
/**
* @copyright (c) JTL-Software-GmbH
* @license http://jtl-url.de/jtlshoplicense
*/

require_once dirname(__FILE__) . '/syncinclude.php';

$return = 3;
if (auth()) {
$return = 2;
if (isset($_POST['b']) && strlen($_POST['b']) > 0) {
$cBrocken = StringHandler::filterXSS($_POST['b']); // Wawi Brocken
// Schau ob bereits Brocken vorhanden und ob sich Brocken geändert hat
$oBrocken = Shop::DB()->query(
"SELECT cBrocken
FROM tbrocken
ORDER BY dErstellt DESC
LIMIT 1", 1
);
// Leer?
if (!isset($oBrocken->cBrocken) || strlen($oBrocken->cBrocken) === 0) {
// Insert
$oBrocken = new stdClass();
$oBrocken->cBrocken = $cBrocken;
$oBrocken->dErstellt = 'now()';

Shop::DB()->insert('tbrocken', $oBrocken);
} elseif (isset($oBrocken->cBrocken) && strlen($oBrocken->cBrocken) > 0 && $oBrocken->cBrocken != $cBrocken) { // Verändert?
// Update
Shop::DB()->query(
"UPDATE tbrocken
SET cBrocken = '" . $cBrocken . "',
dErstellt = now()
WHERE cBrocken = '" . $oBrocken->cBrocken . "'", 3
);
}
$return = 0;
Shop:: Cache()->flushTags(array(CACHING_GROUP_CORE));
}
}

echo $return;





Das ist mein Inhalt der Broken_XML passt das soweit?
 

FPrüfer

Moderator
Mitarbeiter
19. Februar 2016
1.878
519
Halle
Der Dateiinhalt sieht erstmal normal aus und wenn Nutzername/Passwort nicht stimmen würden, dann würde bei der Aktivierung zuerst die Meldung von mytest.php kommen das die Logindaten falsch sind.
Ist es möglich, das die Wordpressinstallation sich da reinhängt und unter bestimmten Umständen die Post-Daten manipuliert? Um das rauszufinden müsste sich das mal jemand direkt auf dem Server ansehen und ein paar Aufrufe mitloggen, um rauszubekommen was da genau schief läuft.