Search the Community
Showing results for tags 'Fehler'.
-
Hallo zusammen, ich stelle fest, dass sich die Log-Dateien derzeit nahezu ungebremst aufblähen mit einem Klasse (3) Fehler, zu dem ich in der Suche leider überhaupt nichts finde: Backward compatibility for this method couldn\'t be handled. Use $this->registerJavascript() instead Dier Frequenz liegt gerade bei 1 Meldung / Sekunde Ich muß zugeben, dass ich leicht beunruhigt bin... -
Nachdem Update von 1.7.6.5 auf 1.7.7.0 habe ich lediglich Zugriff auf die Übersichts-Seite im Back Office. Auf sämtlichen Seiten wird mir angezeigt: Wenn ich den Debug Modus aktiviere erhalte ich über Symfony Exception folgende Meldung: Attempted to call an undefined method named "setFallbackParameters" of class "Tools". Symfony\Component\Debug\Exception\UndefinedMethodException in src/PrestaShopBundle/EventListener/LegacyParametersListener.php (line 72) $legacyParameters = $this->converter->getParameters($request->attributes->all(), $request->query->all()); if (null === $legacyParameters) { return; } Tools::setFallbackParameters($legacyParameters); } } Im Frontend wird mir ein HTTP Error 503 angezeigt. UndefinedMethodException PHP Version 7.3 (mit 7.4. derselbe Fehler) MySQL Version 5.7 1-click Upgrade Version 4.11.0 Cache vorab gelöscht Hat jemand eine Idee, wo ich bei der Fehlersuche ansetzen könnte? Wäre über jede Hilfe dankbar. Gruß, Chris -
Hallo, in unserem Multi-Shop System ist ein komischer Fehler aufgetreten, welchen ich absolut nicht erklären kann: - Alle Versanddienste sind den Shops korrekt zugewiesen, die Länder Einstellungen stimmen auch und alle Haken sind gesetzt, denn: es funktioniert - In einem Shop allerdings sind die Versanddienste quasi über Nacht nicht mehr verfügbar gewesen, obwohl im Backend absolut nichts verändert wurde. Dies ist nun schon zwei mal in diesem Shop vorgekommen. Um die Versanddienste wieder verfügbar zu machen, muss ich unter "Versand > Versanddienste > UPS (Beispiel) bearbeiten > unter dem Reiter Multishop den gesetzten Haken entfernen, speichern, Haken wieder setzen und schon geht es wieder. Man kann den Haken auch bei der Gruppe selbst setzen, dort bleibt er aber nicht gesetzt. Kann mir jemand sagen wie sowas passieren kann? Ich hab keine Lust täglich schauen zu müssen ob dies funktioniert. Vor allem weil es in allen Shops reibungslos funktioniert und nur in dem einen sich manchmal "zurücksetzt". Danke schonmal!
-
Hallo liebe Community, Thema Multishop und Themes! Prestashop 1.7.6.3 Ich habe das Classic als Kopie / mit angepasster Theme YML In den TPL Files der Module (Je Theme) sind anpassungen vorgenommen Die Themes funktionieren nur, wann der Cache aus und Force Compilation eingestellt ist! Ansonsten nimmt er wahlweise immer das letzte geänderte, egal aus welchen Theme Folder! Gibt es da eine Lösung? Hat jemand erfahrungen damit? Vielen Dank! -
Hallo liebe Community, Ich habe einen Multishop, läuft auf Prestashop 1.7.6.3. Sobald ich einen neuen Multishop / Subshop anlege, funktionieren die Zahlungsmodule nicht in dem neuen Subshop. Bisherige Lösung: Diese muss ich dann erst reseten und dann komplett neu eintragen. Sowohl für den Hauptshop, als auch für alle Untershops. Bei geplanten 100+ Subshops ist das natürlich nicht machbar. Gibt es da eine Lösung? Hat jemand sonst Erfahrugen damit? Vielen Dank!
-
hi leute, folgendes problem: ich kann über das BO meine mails nicht bearbeiten und abspeichern. Fehlermeldung: XX konnte in der Datenbank nicht gefunden werden. Wo genau liegt denn hier die fehlerursache??? PrestaShop-Version 1.7.4.2 Version der Server-Software Apache PHP-Version 7.2.8 Speichergrenze 160M max_execution_time: 30 Upload (max. Dateigröße) 200M MySQL-Version 5.5.59 lg
-
Hallo Zusammen, ich habe ein Porblem beim upload meiner Adressen. Nach Zuweisung der Variablen zu meinen csv Spalten klicke ich auf "import" und erhalte dan eine Fehlermeldung laut der besitmmte mailadressen nicht in der Datenbank existieren (ID wird eingeblendet) und somit nicht bestätigt werden können außerdem erhalte ich folgenden Hinweis: "kein Eintrag in Adress -> firstname" Ich habe noch keine Kunden importiert, da ich gerne zuerst eine Adressenliste importieren möchte, falls das eine Rolle spielen sollte. Kann mir jemand die Meldungen erklären bzw. sagen welche Schritte nun nötig sind? Liebe Grüße Nyama
-
Hallo liebe Community, kann mir vielleicht jemand helfen bei mein PrestaShop. Habe gestern ein Modul hochgeladen leider hat das System sich dann aufgehangen, die Seite läuft noch und auch im Adminbereich komme ich. Aber auf ein paar Einstellungen wie "Module" komme ich nicht mehr drauf, bzw. wird ein weiterleitungsfehler gemeldet.(siehe Bild) Ich habe leider sehr wenig Ahnung und die Agentur die damals die Seite gemacht hat, meldet sich nicht bzw hat nie Zeit. Vielleicht kann mir hier ja jemand helfen mit Teamviewer? Grüß Kay
-
Hallo zusammen, seit nun 4 Stunden sitze ich hier und probiere sämtliche Lösungsansätze die ich im Internet finde. Leider hilft nichts. Kann mir einer von euch helfen? Das würde mich sehr freuen Kann ich möglicherweise ein manuelles Rollback fahren? Problem: Wenn ich mich im Backoffice einloggen will, wandelt sich die Eingabemaske in eine leere Graue Box. (Siehe Screenshot) Was ich bisher versucht habe: - Diverse Datenbank Einträge verändert (Google-Tipps) - diverse Daten anhand von Tipps angepasst (Tools.php, defines.inc.php, Cookie.php, AdminLoginController.php etc.) - Cache und Cookies gelöscht, anderen Browser versucht und anderen Rechner genommen - Cookies / Cashe vom FTP gelöscht Wie trat der Fehler auf: Ich wollte ein Update von 1.6.1.11 auf 1.7.5.0 machen. Dafür habe ich den One-Click Updater genutzt. Lief auch sauber ohne Fehler durch. Danach wollte ich mich wieder einloggen. Technik: Hoster: Strato PHP Version 7.2 MYSQL Version: 5.6.42 Viele Grüße und Danke!
-
Ich habe mehrere Übersetzungen der Module und Emails im FTP vorgenommen. Diese werden zuerst angezeigt, verschwinden dann allerdings nach kurzer Zeit wieder. Ich nutze Prestashop 1.6x und php 7.0.32 Hat da jemand Erfahrungen und weiß wie man den Fehler lösen kann?
-
Hi Leute, kurz und bündig: unter Erweiterte Einstellungen/ Informationen/ Überprüfung Ihrer Einstellungen steht : Erforderliche Parameter Bitte prüfen Sie folgende(n) Fehler Optionale Parameter OK Nur leider nicht genau, wo der Hase sich versteckt.. !!! Wie kann ich nun nachsehen, um was es sich genau handelt, da ich ja noch nicht einmal 1-Click Update benutzen kann... DANKE IM VORRAUS meine Einstellungen und Serverdaten: PrestaShop-Version 1.7.3.0 Aktuell verwendetes Template: ZOneTheme Version der Server-Software Apache PHP-Version 7.0.31 Speichergrenze 160M max_execution_time: 30 Upload (max. Dateigröße) 200M MySQL-Version 5.5.59
-
Die globale Einstellung der Lieferzeit des Moduls "Europäische Rechtssicherheit v2.0.2" ist bei Artikeln mit Varianten fehlerhaft. Beispiel: Habe ich nun einen Artikel mit 3 Größen, wobei eine Größe nicht mehr am Lager ist (also Bestand=0) dann tritt der Fehler auf. Wenn ich im Frontend zwischen den Varianten des Artikels umschalte, dann ändert sich nicht die Lieferzeit bei Auswahl einer Variante die nicht am Lager ist. In meinem Fall bleibt die Anzeige der Lieferzeit bei "Lieferzeit: 1-2 Werktage", auch wenn ich eine Variante auswähle deren Bestand 0 ist. Dies verwirrt doch extrem spätere Kunden!!! Generell sind in meinem Fall alle Artikel bestellbar, auch die mit Bestand=0 und es werden immer alle Varianten auf der Artikelseite angezeigt (Meine Einstellung). Ich verwende PS v1.6.1.5. Hat jemand auch dieses Problem feststellen können? Ansonsten habe ich bisher noch keine weiteren Probleme feststellen können. LG Nino
-
Fehler bei der Rechnungsstellung im PrestaShop
Fliesenprofile-fbs posted a topic in Generelle Fragen
Hallo, Kann mir bitte jemand in meiner Ratlosigkeit helfen? Ich habe bisher meine Rechnungen manuell über Datev geschrieben aber die Anzahl an Bestellungen nimmt inzwischen so überhand das ich das ganze nun mit Prestashop weiterführen muss um das ganze ein wenig zu automatisieren. Nun stehe ich vor einigen Problemchen bei denen ich gerade einfach nicht weiterkomme. Mein Hauptproblem ist gerade, dass bei eBay Bestellungen, bei denen verschiedene Bestellungen ausgeführt werden, doppelt versandkosten berechnet werden. Meine Schnittstelle "Magnalister" übermittelt ärgerlicherweise nur eine einzige versandkostenpauschale aber nicht beide Vesandkosten zusammen. Weiß jemanjd woran das liegen könnte? fehlt da eine Relevante Einstellung im Magnalister? Da der Kunde 2 PayPal-Zahlungen durchgeführt hat, muss ich beide Versandpositionen in der Rechnung auflisten und eine der Positionen wieder via PayPal und per Rechnung gutschreiben sofern Versand in einer Verpackung versendet werden. Gibt es ein Plugin mit der man die Rechnungen bei solchen Fehlers noch einmal überarbeiten kann bzw. neue positionen erstellen oder eben entfernen? Das nächste Problem, das ich habe, wäre das die Positionen vorerst in Netto angegeben werden und das endergebnis in Brutto. das möchte ich aber eigentlich direkt im Brutto weil ich denke das das den "nicht gewerblichen Kunden" anfangs irritieren könnte und solch eine Rechnung soll für den Kunden keine Labyrinth sein. Ich würde mich über hilfreiche Tips und Ratschläge sehr freuen. Danke vorab & Beste Grüße Patrick -
Hallo. Ich bin noch am Einrichten des neuen Prestashop 1.7.3. Die Seite über uns habe ich in Deutsch fertiggestellt. Danach den Slider mit 3 Bildern und Texten in 4 Sprachen eingerichtet. Sah alles gut aus, es waren jedoch einige Texte vor hellem bzw. dunklem Bildhintergrund kaum lesbar. Deshalb habe ich verschiedene Farbänderungen in der Schrift am Slider durchgeführt. Jetzt ist die Editier- und Übersetzungsmöglichkeit zur Seite "über uns" im Backend verschwunden. Außerdem Erscheint der Text im eignen Textbaustein im Frontend nicht mehr, nur noch das leere Feld. Im Backend jedoch noch sichtbar. Beim jetzigen Versuch, den Text im Backend zu editieren und zu speichern erscheint folgener Alert: Hat Jemand eine Idee, wo der Fehler liegen könnte ? [PrestaShopException] Die Eigenschaft CustomText->id_shop ist ungültig at line 954 in file classes/ObjectModel.php 949. } 950. 951. $message = $this->validateField($field, $this->$field); 952. if ($message !== true) { 953. if ($die) { 954. throw new PrestaShopException($message); 955. } 956. return $error_return ? $message : false; 957. } 958. } 959. ObjectModelCore->validateFields - [line 272 - classes/ObjectModel.php] ObjectModelCore->getFields - [line 694 - classes/ObjectModel.php] ObjectModelCore->update - [line 487 - classes/ObjectModel.php] - [1 Arguments] ObjectModelCore->save - [line 147 - modules/ps_customtext/ps_customtext.php] Ps_Customtext->processSaveCustomText - [line 112 - modules/ps_customtext/ps_customtext.php] Ps_Customtext->getContent - [line 906 - controllers/admin/AdminModulesController.php] AdminModulesControllerCore->postProcessCallback - [line 1168 - controllers/admin/AdminModulesController.php] AdminModulesControllerCore->postProcess - [line 242 - classes/controller/Controller.php] ControllerCore->run - [line 428 - classes/Dispatcher.php] DispatcherCore->dispatch - [line 96 - admin/index.php] -
Hallo, Miteinander sobald ich auf das Standardtemplate zugreifen möchte oder etwas ändern möchte habe ich folgende Fehlermeldungen: classes/db/DbPDO.php:Call to a member function rowCount() on boolean und Fehler bei der Zip-Extraktion wer kann mir helfen dieses Problem zu lösen ? -
Hallo, seit gestern kann ich im backend bei einem Artikel nur noch Nettopreise festlegen, obwohl die 19% Steuer ausgewählt sind. Es wird oben wie unten nur der Nettopreis angezeigt. Seltsamerweise im Frontend für den Kunden wird dann die MwSt. draufgerechnet und tatsächlich der Bruttopreis auch angezeigt. Bisher konnte ich auch im backend den Brutto-Preis eingeben und nach Bestätigung wurde oben drüber der Nettopreis daraus errechnet. Was könnte hier der Fehler sein. So muss ich erst immer von meinem Bruttopreis zurückrechnen und den Nettopreis eingeben manchmal mit krummen Nachkommastellen, damit auch wirklich der geplante VK-brutto im Frontend zu sehen ist ... Sehr seltsam. Ob ich mir da was verstellt habe ? Vielen Dank
-
Wir haben durch die Umstellung bei DHL von Intraship auf Versenden leider nun folgendes Problem. Zwar haben wir durch die Umstellung das DHL Modul von Silbersaiten in der Version v3.0.17 heruntergeladen und neu installiert und danach entsprechend der Dokumentation eingerichtet. Allerdings kommt nun beim erstellen des DHL Labels die folgenden zwei Meldungen: Das Label für diese Anfrage konnte nicht erstellt werden Der Webservice wurde ohne Fehler ausgeführt. Wenn wir dann im DHL Geschäftskundenportal unter Sendungsübersicht => Gedruckte Sendungen sehen wir, dass prinzipiell das Label erstellt wurde, jedoch nicht den Weg zurück in den Prestashop gefunden hat. Gedruckt wurde entsprechend auch nichts. Auch haben wir uns das Log File angeschaut, finden aber für uns keine Information die weiterhilft. Sollte Auszüge davon gewünscht sein. Können wir das natürlich posten. -
Guten Tag, ich habe seit Wochen nun erfolgreich mit Prestashop 1.7 (zuletzt die Version 1.7.24 meine ich) gearbeitet - alles lief problemlos. Heute wurde ein Upgrade angezeigt, welches ich gestartet habe. Nach 30 Minuten war immer noch keine Datenbankaktualisierung durchgeführt und die Verbindung wurde unterbrochen - ein Neuladen des Backoffice hat teilweise funktioniert, das Rollback allerdings nicht mehr (obwohl es erfolgreich angezeigt wurde). Nun komme ich weder auf den Shop noch auf mein Backoffice! Es geht gar nichts mehr. Beides wird mit "HTTP Error 500" angezeigt. Das dumme ist, ich habe kein Datenbank-Backup! Komme aber durch mein 1&1 Controll Center auf die phpMyAdmin-Oberfläche und habe Zugriff auf alles, nur leider keine Ahnung was los ist. Was könnte kaputtgegangen sein? Was würde man benötigen um einen ersten Einblick zu kriegen? Ich habe eine komplette Datenbank-Textdatei! Ich muss aber sagen, dass ich hier keine URL zu meinem Shop veröffentlichen werde, dies wird Privat geschehen - dafür ist das ganze "zu groß" um mir hier die blöße zu geben und den Shop da in Gefahr bringe). Wer hatte so ein Problem schon einmal und könnte mir hier helfen? Ich revanchiere mich natürlich bzw. bezahle etwas! Vielen Dank Grüße -
Hallo, ich bin neu hier im Forum. Ich versuche mich an der Installation des Prestashops 1.7 auf einem Synology NAS. Eigentlich funktioniert soweit auch alles zufriedenstellend, aber mit dem "Umzug" auf eine andere URL habe ich so meine Probleme. Meine bisherige Vorgehensweise: Den Eintrag "URL der Startseite" auf /shop/ geändert Einstellungen durch Speichern übernommen Den Ordner /web/prestashop1.7 in /web/shop umbenannt Wieder in der Adminkonsole des Prestashops angemeldet und die Datei .htaccess regeneriert Zudem habe ich noch folgende Sachen ausprobiert, aber leider ohne Erfolg: Soweit ich sie finden konnte habe ich in "allen" Dateien (nach bestem Wissen und Gewissen) die unter /volume1/@appstore/Prestashop1.7 zu finden waren die URL .../web/prestashop1.7 in .../web/shop geändert. Sowohl der Shop als auch das Backoffice sind über die aktualisierte URL erreichbar. Leider bringt das Paket im Paketmanager der Synology einen Fehler aus. Ich kann das Paket dann nur deinstallieren oder reparieren. Wenn ich es repariere, installiert es sich einfach neu und erstellt wieder den ursprünglichen Ordner /web/prestashop1.7. Ich kann auch einfach den Ordner wieder umbenennen und das Paket ist wieder "zufrieden". Aber das kann ja nicht die Lösung sein... :-/ Vielleicht hat von Euch schon jemand in dieser Sache Erfahrungen gesammelt und kann mir weiterhelfen. Ich wäre sehr dankbar, da ich den Shop nur sehr ungern unter "http://www.domainirgendwas.de/prestashop1.7" betreiben möchte. Leider habe ich in diesem oder anderen Foren keine dementsprechende Einträge gefunden. Vielen Dank schon einmal im Voraus! Freue mich auf Eure Antworten :-) Gruß, Holger
-
Wenn ich auf Katalog Produkte einen einen Artikel anlegen will erscheint nicht die Erfassugsmaske sondern das Dashboard. Error (in Debug Mode) Whoops, looks like something went wrong. 1/1 PrestaShopDatabaseException in Db.php line 744 Unknown column 'id_type_redirected' in 'field list'<br /><br /><pre>INSERT INTO `ps_product` (`id_shop_default`, `id_manufacturer`, `id_supplier`, `reference`, `supplier_reference`, `location`, `width`, `height`, `depth`, `weight`, `quantity_discount`, `ean13`, `isbn`, `upc`, `cache_is_pack`, `cache_has_attachments`, `is_virtual`, `state`, `id_category_default`, `id_tax_rules_group`, `on_sale`, `online_only`, `ecotax`, `minimal_quantity`, `price`, `wholesale_price`, `unity`, `unit_price_ratio`, `additional_shipping_cost`, `customizable`, `text_fields`, `uploadable_files`, `active`, `redirect_type`, `id_type_redirected`, `available_for_order`, `available_date`, `show_condition`, `condition`, `show_price`, `indexed`, `visibility`, `cache_default_attribute`, `advanced_stock_management`, `date_add`, `date_upd`, `pack_stock_type`) VALUES ('1', '0', '0', '', '', '', '0', '0', '0', '0', '0', '', '', '', '0', '0', '0', '0', '2', '0', '0', '0', '0', '1', '0', '0', '', '0', '0', '0', '0', '0', '0', '', '0', '1', '0000-00-00', '0', 'new', '1', '0', 'both', '0', '0', '2017-08-12 15:42:05', '2017-08-12 15:42:05', '3')</pre> in db.php at line 744 .....
-
Guten Tag liebe Community, seit kurzem ist es so wenn ich Artikel importiere oder zum Beispiel den Lagerbestand aktualisieren möchte, das automatisch ganz willkürlich Kategorien erstellt werden. Das einzige erkennbare Muster ist, das die Kategorien immer als Unterkategorie der Startseite erstellt werden. Ansonsten sehen die Kategorien nämlich wie folgende Beispiele zeigen aus: ID: 7475 > Name: 824 ID: 7476 > Name: 1419 Also die ID immer fortlaufend, der Name der Kategorie ist immer eine Zahl. Oftmals kommen die Zahlen sogar doppelt vor. Der Fehler passiert auch Unabhängig davon ob ich die Prestashop Importfunktion verwende oder ein Modul. Ich hoffe hier kann jemand helfen. Denn der Lagerbestand wird täglich mehrmals aktualisiert und dabei werden dann jedes mal mehrere 100 Kategorien erstellt. Liebe Grüße Dennis P.S: Prestashop Version 1.7.1.1 -
Ich habe seit heute abend einen http error 500. Das Frontend funktioniert überhaupt nicht mehr das Backend nur teilweise. In Backend funktioneren die erweiterten Einstellungen komplett nicht. Ich habe jetzt das error reporting eingeschaltet und diesen Fehler bekommen. Fatal error: Uncaught --> Smarty: unable to write file /homepages/31/d607794913/htdocs/eggxampp/cache/smarty/cache/blockspecials_tab/20170301/1/5/3_5/1/d7/27/23/wrt58b728c83b9bb1_23849843 <-- thrown in /homepages/31/d607794913/htdocs/eggxampp/tools/smarty/sysplugins/smarty_internal_write_file.php on line 46 Kann mir jemand helfen? Ich würde mich freuen. Vielen Dank Michael -
Moin, ich habe gesehen, nach dem ich mal checken wollte, wie ich die Templates ändern kann etc., das einige Dateien wohl fehlen, bzw. fehlerhaft sind. Wie und wo kann ich dies korrigieren? Um Tips und Rat bin ich vorab dankbar. LG Nyssa
-
Hallo, ich wollte gerade ein paar Produktfotos hochladen für verschiedene bereits angelegte Artikel. Leider klappt das nicht und ich bekomme auch nicht wirklich eine Fehlermeldung(siehe Screenshot). Ich habe es bereits mit verschiedene Browser versucht, leider ohne Erfolg. Das Foto ist im jpg Format und 387KB groß, auch wenn ich die Fotos im PNG Format hochladen will, klappt es nicht. Ich verwende die PS 1.6.1.7 Version und das default template. Kann mir jmd helfen?
-
Hallo, ich nutze prestashop 1.6.1.8 , momentan noch über einen localhost. Bei dem erstellen von Produkten kann ich die Angaben zur verfügbaren Verkaufsmenge nicht mehr ändern. Erst ging es nur ab und zu nicht aber jetzt garnicht mehr. Es kommt keine Fehlermeldung, nur ein erfolgreich aktualisiert und es steht wieder auf 0. - siehe Anhang Ich hoffe es kann mir jemand von euch helfen, danke!!
