Neu pass.php bei aufruf weiße seite (Passwort vergessen)

[Josch41]

bei Passwort vergessen kommt nach eingabe der e-mail Adresse weiße Seite.
Fehler tritt nach update auf 4.06 (Build: 4) auf.

fehlerausgabe in der config eingefügt, es kommt auch keine fehleranzeige auf der pass.php

jemand eine idee was ich tun kann???

 

[ag-websolutions.de]

Was sagen denn die error-Logs direkt vom Server?

fehlerausgabe in der config eingefügt

welche genau?

 

[Josch41]

Server Error Logs haben keinen eintrag von heute.

//enables printing of warnings/infos/errors for the shop frontend
define('SHOP_LOG_LEVEL', E_ALL ^ E_NOTICE ^ E_DEPRECATED);
//enables printing of warnings/infos/errors for the dbeS sync
define('SYNC_LOG_LEVEL', E_ALL ^ E_NOTICE ^ E_DEPRECATED ^ E_WARNING);
//enables printing of warnings/infos/errors for the admin backend
define('ADMIN_LOG_LEVEL', E_ALL);
//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);

nicht vorhandene e-mail adresse wird erkannt, bei vorhandener weiße seite

 

[Josch41]

Nachtrag: Beim versuch ein neues Kundenkennwort über die Wawi zu erstellen kommt ein Http 500 Fehler.

 

[Mirko.Schmidt User deaktiviert]

Irgendwo muss aber die Fehlermeldung angezeigt werden, entweder in den Server error.logs oder im Frontend bei aktivieren display_errors (hierfür mal den Cache leeren, alle!).

 

[Josch41]

wer lesen kann ist klar im vorteil😉
habe nun in den server logs folgendes gefunden.
/var/www/vhosts/xxxxxxxxxxx/httpdocs/includes/plugins/css_zubehoer/version/102/classes/class.css_plugin_config.php(1) : eval()'d code on line 272

das deaktivieren des plugins löst aber das problem nicht.

 

[Josch41]

AH01630: client denied by server configuration: /var/www/vhosts/xxxxxxxxx/httpdocs/templates/Evo/themes/bootstrap/index.php, referer: https://domain.de/asset/bootstrap.css?v=4.06

das dürfte es nun sein

 

[Mirko.Schmidt User deaktiviert]

Ist die Komprimierung aktiv? Bzw wurde schon ohne Komprimierung getestet?

 

[Josch41]

nun hab ich eine aussagekräftige fehlermeldung in der wawi

Call to undefined function random bytes ()
/var/www/vhosts/xxxxxxxxx/httpdocs/classes/class.JTL-Shop.Kunde.php

 

[Josch41]

Komprimierung war Aktiv, aber auch nach abstellen und erneutem cache leeren keine besserung.

 

[Mirko.Schmidt User deaktiviert]

nun hab ich eine aussagekräftige fehlermeldung in der wawi

Call to undefined function random bytes ()
/var/www/vhosts/xxxxxxxxx/httpdocs/classes/class.JTL-Shop.Kunde.php

Was sagt der Dateicheck im Backend?

 

[Josch41]

alles auf ok

classes/class.JTL-Shop.Kunde.php OK

 

[Josch41]

gerade die alte class.JTL-Shop.Kunde.php wieder eingespielt, problem behoben.
scheint also ein fehler in der update datei zu sein.

nun aber classes/class.JTL-Shop.Kunde.php modifiziert anzeige 😉

 

[Mirko.Schmidt User deaktiviert]

Kann es bei mir gerade nicht nachstellen mit einem 4.06.4er Shop. Patch Update, wenn ja von welcher Version aus oder Vollpaket Update?

 

[Josch41]

von version 4.06.3er zu 4.06.4er
alle update paket dateien per ftp auf server geladen.
im backend dann installiert. alles auf ok und datenbank erweitert.

 

[css-umsetzung]

wer lesen kann ist klar im vorteil😉
habe nun in den server logs folgendes gefunden.
/var/www/vhosts/xxxxxxxxxxx/httpdocs/includes/plugins/css_zubehoer/version/102/classes/class.css_plugin_config.php(1) : eval()'d code on line 272

das deaktivieren des plugins löst aber das problem nicht.

Meld dich mal bei mir wegen der Fehlermeldung.
Das passiert immer wenn es zwei Plugins gibt die die gleiche Verschlüsselung verwenden und dann der Funktionsname zum entschlüsseln gleich ist.
Ich schau mir dann auch gleich das mit deinem Passwort an.

 

[Mirko.Schmidt User deaktiviert]

Wurden schon alle Plugins deaktiviert und dann nochmal getestet? Hab gerade mal nen 4.06.3er installiert und dann auf 4.06.4 mitn Patch geupdated und kann den Fehler nicht nachstellen.

 

[Josch41]

Alle Plugins deaktiviert, cache geleert, das gleiche problem.
dann auf lokalem system bei identischer grundinstallation versucht durch update den fehler nachzustelllen. gescheitert.
das system lief einwandfrei nach update auf 4.06 Build 3 und danach build 4
das brachte mich auf die idee einen etwas unkonventionellen weg zu gehen.
habe dann die ordner admin, classes, includes mit den dateien aus dem download pack 4.0.6 Build 4 direkt auf dem server überschrieben.
siehe da, problem behoben.

 

[Mirko.Schmidt User deaktiviert]

Hört sich so an, als würden die Dateien nicht binär hochgeladen worden und waren beschädigt. Sowas sollte dann im Backend unter Status > Dateiencheck angezeigt werden.

 

[Josch41]

lade dateien ftp immer binär hoch.
datei check war io
es muss aber wohl eine defekte datei gewesen sein, die aber nicht angezeigt wurde.