ich bin neu hier, und habe auch direkt ein Problem mit dem Shop.
Die Situation ist wie folgt:
Ich möchte einen Shop (version 4.7.4) den ich jetzt einige Zeit nicht genutzt habe, von meinem bisherigen Provider umziehen, da dieser die bisher genutzte PHP-Version nicht mehr zur Verfügung stellt.
Also habe ich einen Server mit der entsprechenden Konfiguration aufgesetzt und die Dateien und die Datenbank dort aufgespielt. Nur leider habe ich die admin-Zugangsdaten nicht mehr vorliegen.
In der Datenbank konnte ich nun den Admin-Usernamen herausfinden.
Das Frontend wird mir nicht angezeigt, obwohl in der Tabelle ‘oxuser’ in der Spalte ‘oxactive’ eine 1 gesetzt ist. So kann ich leider nicht das Passwort für den Admin-User ändern. Gibt es eine Möglichkeit diese Funktion direkt aufzurufen?
Aus der ‘oxuser’-Tabelle stehen mir zur Lösung dieses Problems die Werte der Spalten ‘OXPASSWORD’ & ‘OXPASSALT’ zur Verfügung. Kann ich damit das Passwort wiederherstellen?
//set pwd to test1234
UPDATE oxuser SET OXPASSWORD = ‘daa09fbfc4a84d9c15ffe3a3aad700a589e2c48cea902750c9d8693bed0e81f60f099d7ecb6a408e1c8901b2b92aad97b322274efdc05e2bcbe19dfcc306a23e’, OXPASSSALT=‘094e09ca1d3300d7b935119b2f92f7fa’ WHERE oxuser.OXUSERNAME = ‘admin’
der Shop wird mir nicht angezeigt. Die Anfrage wird beim Aufruf der shop-Domain auf die offline.html umgeleitet, also so als ob der shop im Wartungsmodus ist.
Somit kann ich leider auf diesem Wege keinen neuen User registrieren.
durch den Umzug hat sich auch die shop-Domain geändert. Ich habe diese auch in der config.inc.php geändert. Ist es möglicherweise nötig, diese an anderer Stelle ebenfalls zu ändern?
Wenn Du eine Wartungsseite angezeigt bekommst, dann sollte in der Datei /log/EXCEPTION.log etwas zu finden sein, was quer steckt.
Grundsätzlich genügt es, die Domain in der config.inc.php zu ändern. Es ist generell bei solchen Problemen auch ratsam den Cache zu leeren. Das sind Dateien die unter /tmp und /tmp/smarty liegen (die .htaccess im /tmp sollte man dort liegen lassen, ist aber eher ein Sicherheitsaspekt und hat keine Auswirkung auf die Funktion des Shops)
Ich habe in der config.inc.php den Wert für die Debug-Funktion auf 4 gesetzt (SQL + smarty + shoptemplate data) und beim Aufruf des Backend-Login folgende Ausgabe bekommen:
Guten Morgen. Vermutlich hast Du beim kopieren der Datenbank die Views nicht mitgenommen. Das ist nichts ungewöhnliches. Führt aber zu dem von dir beschriebenen Szenario. Du musst die Views neu generieren lassen. Das geht im Admin… Ein Teufelskreis
Damit Du in den Admin kommst, kannst Du in der config.inc.php einstellen, dass er die Views (die aktuell nicht existieren) ignorieren und direkt auf die Basistabellen zugreifen soll. Das machst Du mit der folgenden Option:
$this->blSkipViewUsage = true;
Sicherheitshalber nochmal den Cache leeren
Danach im Admin einloggen und unter Service > Tools den Button “VIEWS jetzt updaten” klicken.
Dann die Option wieder aus der config.inc.php entfernen, sonst wird nicht auf die Views zugegriffen, was im wesentlichen sprachliche Auswirkungen hat.
Das ist bei den ersten sql-Improten tatsächlich so gewesen. Ich habe das auch bemerkt und mit dem root-user die Datenbank importiert, so dass auch die views mit übertragen wurden.
Die Option $this->blSkipViewUsage = true; habe ich dennoch einmal ausprobiert, komme aber trotzdem nicht in das Backend, sondern nur in ein Shop-Konto mit der Admin-E-Mailadresse als Benutzername.
Ist es möglicherweise hilfreich die Views aus der Datenbank zu entfernen und das System auf diese
Weise dazu zu zwingen auf die Basistabellen zuzugreifen?
Dann musst du an dieser Stelle wieder ins Log schauen ob jetzt eine andere Fehlermeldung protokolliert wird, denn die von dir gepostete wird damit nicht mehr auftreten.
ist die login.tpl vorhanden und wenn ja hat sie einen inhalt?
2020-05-11 23:01:51
exception ‘ADODB_Exception’ with message ‘mysql error:
[1146: Table ‘database3.oxv_oxcountry_en’ doesn’t exist] in
EXECUTE(“select oxtitle from oxv_oxcountry_en where oxisoalpha2 = ‘de’”) ’
die view ist nicht vorhanden?
erstelle eine neue php datei mit folgendem inhalt auf dem server und rufe sie ihm browser auf.
sie generiert alle views ohne im Backend eingeloggt zu sein.
hier der code und die beschreibung dazu:
Hallo, leider konnte ich den ersten Tag nicht mehr als 10 Posts absetzen, und dann hatte mich der Alltag auch schon wieder.
Also ich habe die Anleitgungen soweit es möglich war umgesetzt. Die Views einmal mit importiert, und auch ohne views die Daten importiert. Es erscheinen immer weitere neue Fehlermeldungen im Debug-Mode und auch in den Logdateien.
Vielen Dank für die schnelle und vielfältige Hilfestellung bei meinem Problem. So langsam übersteigt der Zeitaufwand jedoch den zu erwartenden Aufwand einer Neukonfiguration. Ich werde einen neuen Shop aufsetzen und die Artikeldaten aus dem Datenbankdump extrahieren und neu einspielen.
