teplice Posted November 7, 2014 Share Posted November 7, 2014 PrestaShop-Version 1.6.0.9 Shop-URL http://seer-fanshop.at/ Aktuelle verwendetes Template default-bootstrap Hallo stehe vor einem GROßEN PROBLEM! - Wir sollten bereits seit 12.00 Uhr Online sein.Checkout hat immer funktioniert (Banküberweisung und Nachnahme), ganz zum schluß wollten wir noch bei der Bestellungseingangsmail für den Shopbetreiber den Emailbetreff ändern.Habe dann in der Übersetzung den Betreff angepasst und gespeichert (Meldung: erfolgreich gespeichert)!Nochmals eine Testbestellung gesendet und beim letzen Punkt nach kaufen kommt folgende leere Seite:http://seer-fanshop.at/de/module/bankwire/validation Bestellungen sind im Shop Backend sichtbar, jedoch erhalten Shopbetreiber und Besteller keine Email. Bereits gemacht: Betreff sofort wieder Rüchgängig gemacht mails/de neu raufgespielt Logo und Rechnungslogo neu eingespielt Modul deaktiviert / aktivier - sowie gelöscht und neu installiert sowie Prestashop heruntergeladen und das Modul auf den Server gespielt Eins ist mir noch bei den Übersetzungen aufgefallen, bitte siehe Anhang.Der Fehler betrifft auch das Nachnahme Modul!!!!Ich bitte um Eure schnelle HIIIILLLLFFFFEEEEE. ;-)DANKE. Link to comment Share on other sites More sharing options...
thepan Posted November 7, 2014 Share Posted November 7, 2014 (edited) Bei Blank Page Problemen würde ich immer erstmal den Dev Modus einschalten um eventuell eine Fehlermeldung zubekommen. Damit kann man dann viel besser arbeiten. Öffne: public_html/config/defines.inc.php diese Zeile: define('_PS_MODE_DEV_', false); so ändern: define('_PS_MODE_DEV_', true); Solle dir hoffentlich eine Fehler Meldung auf der Blank Page geben. Edited November 7, 2014 by thepan (see edit history) Link to comment Share on other sites More sharing options...
teplice Posted November 7, 2014 Author Share Posted November 7, 2014 Bei Blank Page Problemen würde ich immer erstmal den Dev Modus einschalten um eventuell eine Fehlermeldung zubekommen. Damit kann man dann viel besser arbeiten. Öffne: public_html/config/defines.inc.php diese Zeile: define('_PS_MODE_DEV_', false); so ändern: define('_PS_MODE_DEV_', trtue); Solle dir hoffentlich eine Fehler Meldung auf der Blank Page geben. Danke. Folgendes wird nun angezeigt? Notice: Use of undefined constant _RIJNDAEL_KEY_ - assumed '_RIJNDAEL_KEY_' in /data/web/e28221/html/apps/prestashop-7618/classes/Cookie.php on line 80 Notice: Use of undefined constant _RIJNDAEL_IV_ - assumed '_RIJNDAEL_IV_' in /data/web/e28221/html/apps/prestashop-7618/classes/Cookie.php on line 80 Cart cannot be loaded or an order has already been placed using this cart Link to comment Share on other sites More sharing options...
teplice Posted November 7, 2014 Author Share Posted November 7, 2014 Besser gesagt wird nun bei der Hauptdomain folgendes gezeigt: Notice: Use of undefined constant _RIJNDAEL_KEY_ - assumed '_RIJNDAEL_KEY_' in /data/web/e28221/html/apps/prestashop-7618/classes/Cookie.php on line 80 Notice: Use of undefined constant _RIJNDAEL_IV_ - assumed '_RIJNDAEL_IV_' in /data/web/e28221/html/apps/prestashop-7618/classes/Cookie.php on line 80 Warning: Cannot modify header information - headers already sent by (output started at /data/web/e28221/html/apps/prestashop-7618/classes/Cookie.php:80) in /data/web/e28221/html/apps/prestashop-7618/classes/controller/FrontController.php on line 654 Warning: Cannot modify header information - headers already sent by (output started at /data/web/e28221/html/apps/prestashop-7618/classes/Cookie.php:80) in /data/web/e28221/html/apps/prestashop-7618/classes/controller/FrontController.php on line 655 Warning: Cannot modify header information - headers already sent by (output started at /data/web/e28221/html/apps/prestashop-7618/classes/Cookie.php:80) in /data/web/e28221/html/apps/prestashop-7618/classes/Tools.php on line 132 Link to comment Share on other sites More sharing options...
thepan Posted November 7, 2014 Share Posted November 7, 2014 Könntest du auch mal den Server-Error-Log posten. Wenn du cPanel benutzt gibt es dort ein Icon für. Link to comment Share on other sites More sharing options...
teplice Posted November 7, 2014 Author Share Posted November 7, 2014 Könntest du auch mal den Server-Error-Log posten. Wenn du cPanel benutzt gibt es dort ein Icon für. Weiß leider nicht genau was du meinst ;-) Link to comment Share on other sites More sharing options...
thepan Posted November 7, 2014 Share Posted November 7, 2014 Na jeder Server hat auch nochmal einen eigenen Server-Log. Findet man im cPanel unter "Error Log" oder so ähnlich. Oder per FTP. Link to comment Share on other sites More sharing options...
teplice Posted November 7, 2014 Author Share Posted November 7, 2014 Folgende Struktur habe ich am Server.Unter "log" findet man den access log und der hat einige Mb. Link to comment Share on other sites More sharing options...
thepan Posted November 7, 2014 Share Posted November 7, 2014 Kann ich dir leider auch nicht genau sagen. Schau mal in alle Ordner rein. Irgendwo sollten noch "error_log" Dateien sein. Außerdem habe ich grade mal versucht einen Account auf der Seite zu erstellen. Auf der Seite zum eingeben der Adresse kommt der Fehler das man doch bitte ein Land angeben soll. Das Feld ist aber nicht sichtbar. Link to comment Share on other sites More sharing options...
teplice Posted November 7, 2014 Author Share Posted November 7, 2014 Kann ich dir leider auch nicht genau sagen. Schau mal in alle Ordner rein. Irgendwo sollten noch "error_log" Dateien sein. Außerdem habe ich grade mal versucht einen Account auf der Seite zu erstellen. Auf der Seite zum eingeben der Adresse kommt der Fehler das man doch bitte ein Land angeben soll. Das Feld ist aber nicht sichtbar. Finde in den Ordner keine genannte Datei. Habe soeben den Support kontaktiert! @ Auf der Seite zum eingeben der Adresse kommt der Fehler das man doch bitte ein Land angeben soll. Das Feld ist aber nicht sichtbar. Toll noch ein Fehler, könnte dieser auch mit jetzigen Problem zusammenhängen? Link to comment Share on other sites More sharing options...
thepan Posted November 7, 2014 Share Posted November 7, 2014 (edited) Ich denke nicht das der Fehler mit der Länder Eingabe damit zusammenhängt. Hast du kein Backup der Daten das du einspielen könntest? Wenn vorher alles Problemlos lief... Die Fehler die du nach einschalten des "Dev" Modus bekommen hast, sind meiner Meinung nach auch nicht für die Weiße Seite verantwortlich. Außerdem würde ich dir dazu raten alle Leistungsoptionen im Backoffice mal aus zu machen. Also Cache aus und auf "Kompilieren erzwingen" und Cache löschen. Edited November 7, 2014 by thepan (see edit history) Link to comment Share on other sites More sharing options...
teplice Posted November 7, 2014 Author Share Posted November 7, 2014 Ich denke nicht das der Fehler mit der Länder Eingabe damit zusammenhängt. Hast du kein Backup der Daten das du einspielen könntest? Wenn vorher alles Problem los lief... Die Fehler die du nach einschalten des "Dev" Modus bekommen hast, sind meiner Meinung nach auch nicht für die Weiße Seite verantwortlich. Außerdem würde ich dir dazu raten alle Leistungsoptionen im Backoffice mal aus zu machen. Also Cache aus und auf "Kompilieren erzwingen" und Cache löschen. Ein Datenbank Backup von Gestern..... FTP Sicherung ist schon ein Woche alt. Wollte Heute noch eines direkt nach der Betreff Umstellung machen und dann freischalten. Link to comment Share on other sites More sharing options...
teplice Posted November 7, 2014 Author Share Posted November 7, 2014 Wenn Daten DEFEKT wären, wäre es eine Möglichkeit Prestashop herunterzuladen und mit der aktuellen zu überschreiben? Welche Daten gehen dabei verloren? Link to comment Share on other sites More sharing options...
Holger72 Posted November 8, 2014 Share Posted November 8, 2014 Warst du mit den FTP in einem Modul oder so ? Link to comment Share on other sites More sharing options...
teplice Posted November 8, 2014 Author Share Posted November 8, 2014 Warst du mit den FTP in einem Modul oder so ? Nein, hat alles ohne Probleme funktioniert... habe nur noch den Emailbetreff für den Shopbetreiber in der Übersetzung angepasst und gespeichert. Danach Funktionsprüfung und da war der Fehler mit der blank Seite. Im Grunde kanns also nur mit dieser Änderung in der Übersetzung zusammenhängen. Per FTP habe ich jetzt nur das Modul "Bankwire" neu auf den Server geladen - jedoch ohne Erfolg. Link to comment Share on other sites More sharing options...
teplice Posted November 9, 2014 Author Share Posted November 9, 2014 BITTE kann mir dazu jemand weiterhelfen: Wenn Daten DEFEKT wären, wäre es eine Möglichkeit Prestashop herunterzuladen und mit der aktuellen zu überschreiben? Welche Daten gehen dabei verloren? Link to comment Share on other sites More sharing options...
teplice Posted November 10, 2014 Author Share Posted November 10, 2014 NUN die Info vom Hoster erhalten. Error Log: error.log.3.gz:[Fri Nov 07 16:40:54 2014] [error] [client 80.123.30.155] Cannot write temporary file , referer: http://webshop.seer-fanshop.at/nt0hcewfg8lbd57d/index.php?controller=AdminLogin&token=aa3d935cb5f9a0dd3a95f38959212d41 error.log.3.gz:[Fri Nov 07 16:41:28 2014] [error] [client 80.123.30.155] Cannot write temporary file , referer: http://webshop.seer-fanshop.at/nt0hcewfg8lbd57d/index.php?controller=AdminLogin&token=aa3d935cb5f9a0dd3a95f38959212d41 error.log.3.gz:[Fri Nov 07 16:42:12 2014] [error] [client 80.123.30.155] Cannot write temporary file , referer: http://webshop.seer-fanshop.at/nt0hcewfg8lbd57d/index.php?controller=AdminLogin&token=aa3d935cb5f9a0dd3a95f38959212d41 error.log.3.gz:[Fri Nov 07 16:42:13 2014] [error] [client 80.123.30.155] Cannot write temporary file , referer: http://webshop.seer-fanshop.at/nt0hcewfg8lbd57d/index.php?controller=AdminLogin&token=aa3d935cb5f9a0dd3a95f38959212d41 error.log.3.gz:[Fri Nov 07 16:42:13 2014] [error] [client 80.123.30.155] Cannot write temporary file , referer: http://webshop.seer-fanshop.at/nt0hcewfg8lbd57d/index.php?controller=AdminLogin&token=aa3d935cb5f9a0dd3a95f38959212d41 error.log.3.gz:[Fri Nov 07 16:42:17 2014] [error] [client 80.123.30.155] Cannot write temporary file , referer: http://webshop.seer-fanshop.at/nt0hcewfg8lbd57d/index.php?controller=AdminLogin&token=aa3d935cb5f9a0dd3a95f38959212d41&redirect=AdminDashboard error.log.3.gz:[Fri Nov 07 16:42:33 2014] [error] [client 80.123.30.155] Cannot write temporary file , referer: http://webshop.seer-fanshop.at/nt0hcewfg8lbd57d/index.php?controller=AdminLogin&token=aa3d935cb5f9a0dd3a95f38959212d41&redirect=AdminDashboard error.log.3.gz:[Fri Nov 07 16:42:44 2014] [error] [client 80.123.30.155] Cannot write temporary file , referer: http://webshop.seer-fanshop.at/nt0hcewfg8lbd57d/index.php?controller=AdminLogin&token=aa3d935cb5f9a0dd3a95f38959212d41&redirect=AdminDashboard error.log.3.gz:[Fri Nov 07 16:42:44 2014] [error] [client 80.123.30.155] Cannot write temporary file , referer: http://webshop.seer-fanshop.at/nt0hcewfg8lbd57d/index.php?controller=AdminLogin&token=aa3d935cb5f9a0dd3a95f38959212d41&redirect=AdminDashboard error.log.3.gz:[Fri Nov 07 16:42:45 2014] [error] [client 80.123.30.155] Cannot write temporary file , referer: http://webshop.seer-fanshop.at/nt0hcewfg8lbd57d/index.php?controller=AdminLogin&token=aa3d935cb5f9a0dd3a95f38959212d41&redirect=AdminDashboard error.log.3.gz:[Fri Nov 07 16:42:52 2014] [error] [client 80.123.30.155] Cannot write temporary file , referer: http://webshop.seer-fanshop.at/nt0hcewfg8lbd57d/index.php?controller=AdminLogin&token=aa3d935cb5f9a0dd3a95f38959212d41&redirect=AdminDashboard error.log.3.gz:[Fri Nov 07 16:44:24 2014] [error] [client 80.123.30.155] Cannot write temporary file , referer: http://webshop.seer-fanshop.at/nt0hcewfg8lbd57d/index.php?controller=AdminLogin&token=aa3d935cb5f9a0dd3a95f38959212d41&redirect=AdminDashboard error.log.3.gz:[Fri Nov 07 17:02:27 2014] [error] [client 80.123.30.155] Cannot write temporary file , referer: http://webshop.seer-fanshop.at/mmzticqyhqjiobil/index.php?controller=AdminLogin&token=b0768b459d50efcf438a9e8db275fd89 Davor waren lt. Hoster jedoch keine Errors Sichtbar (mein jetziger Fehler trat so gegen 13.00 Uhr auf) Email Log:Keine Fehler vorhanden! Interessant ist jedoch das wenn eine Bestellung im aufgegeben wird diese nicht im Email Log Sichtbar ist, jedoch im Shopbackend gelistet wird. In Prestashop unter Backend gibt es ja die Möglichkeit "Email" Emailtest und dieser funktioniert einwandfrei. in Den Übersetzungen ist mir noch folgendes aufgefallen: Apache mod_security is auf Ihrem Server nicht aktiviert. Das könnte zu Bad Request errors führen Einige dieser Ausdrücke nutzen diese spezielle Syntax: %d Sie müssen diese Syntax in Ihren Übersetzungen nutzen. Hier einige Beispiele "There are %d products": "%d" wird durch eine Zahl ersetzt. "List of pages in %s": "%s" wird durch eine Zeichenfolge ersetzt. "Feature: %1$s (%2$d values)": Falls erforderlich, nutzen Sie die Zahlen zur Wiederverwendung der Variablen. Und direkt bei Übersetzungen "Mail Alert" new_order steht die Meldung: Für new_order konnte in der Datenbank nichts gefunden werden. Das gleiche gilt auch für "Bankwire" und noch ein paar. Hierzu noch die Serverkonfiguration:http://04.hosting.easyname.eu/phpinfo Bitte um Eure SCHNELLE HIILLLFFFEEEE.Danke Link to comment Share on other sites More sharing options...
Chalst Posted April 1, 2015 Share Posted April 1, 2015 Wurde das Problem in der Zwischenzeit gelöst?Habe aktuell nämlich ein ganz ähnliches Problem. Viele GrüßeChalst Link to comment Share on other sites More sharing options...
Luca01 Posted April 1, 2015 Share Posted April 1, 2015 Hallo, ich würde bei einer weißen Seite im Checkout, wenn man vorher an Maildaten gearbeitet hat, also nur in diesem Kontext, die Mail.php erneuern. Sie findet sich im Ordner /classes/. Dann würde ich die Übersetzungsdateien überprüfen. Soweit ich weiß wird z.B. der Betreff, wie andere Kopfdaten der Mails, direkt in die Mail.php übersetzt und bei einem falschen Zeichen könnte ich mir vorstellen, dass der Code aussteigt. Viele Grüße Link to comment Share on other sites More sharing options...
GredgmbH Posted July 10, 2015 Share Posted July 10, 2015 Hier: prestashop/themes/default-bootstrap/mails/de/*.html muss man html Dateien bearbeiten. Adminbereich von Prestashop macht das nicht korrekt. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now