schubertmedia

Hallo, ich suche für ein Kunden ein Modul, welches es ermöglich den Lieferschein anzupassen, damit eine Teillieferung möglich ist. Beispiel: Kunde bestellt 10 Artikel und nur 5 Stück sind Lieferbar. Jetzt möchte ich die 5 Stück Breits an den Kunden versenden. Sobald ich die andern Artikel geliefert bekommen habe, möchte ich diese an den Kunden versenden. Für diesen Versand benötige ich ein Lieferschein und für die anderen genauso. Dieser Lieferscheine sollte Automatisch erzeugt werden. Gibt es sowas? Im Addon Shop habe ich dazu nichts gefunden. Grüße Nico

Also bei uns steht dieses Problem immer noch unter Beobachtung, bis jetzt konnte ich es noch nicht genau ausmachen. Ich habe auch irgendwo eine Vermutung, dass dies mit den Zahlungsarten zusammenhängt. Bloß solange noch kein genauer PHP Fehler im Log auftaucht, ist es echt schwierig auf das Problem zukommen. Ich habe den Cache abgeschaltet und lasse derzeit alles Live ausliefern. Seitdem ist dieses Problem bis jetzt noch nicht wieder aufgetreten. Alle neuen Bestellung wurden problemlos bearbeitet.

Hallo Zusammen, bei ein Kunden von mir kommt es immer wieder vor, dass eine Bestellung gemacht wird und bei dieser keine Artikel in der Bestellung vorhanden sind. Woran liegt das? Hat jemand auch das Problem? Habe dazu zwei Screenshots gemacht, welche ich an den Beitrag hinzufüge. Im /var/log/apache2/error.log sind auch keine Fehler vorhanden zu der Zeit. Danach habe ich aber ein paar Einträge zu: [Tue Nov 25 13:05:22 2014] [error] [client .....] PHP Notice: unserialize(): Error at offset 20470 of 20480 bytes in .../classes/cache/CacheFs.php on line 40 [Tue Nov 25 13:05:22 2014] [error] [client .....] PHP Notice: unserialize(): Error at offset 8192 of 8192 bytes in ..../classes/cache/CacheFs.php on line 40 Habe auch gleich mal den Cache neu aufgebaut. Der Kunde verwendet den File Cache und alle Module sind auf den neusten Stand. Wenn ich eine Bestellung mache, war bis jetzt immer der Artikel vorhanden. PrestaShop-Version 1.6.0.9 Aktuelle verwendetes Template default-bootstrap Serverdaten Linux #1 SMP Wed Sep 10 17:47:17 MSK 2014 x86_64 Version der Server-Software Apache PHP-Version 5.4.34-0+deb7u1 Speichergrenze 256M max_execution_time 300 MySQL-Version 5.5.40-0+wheezy1 MySQL-Engine InnoDB Erforderliche Parameter Bitte prüfen Sie folgende(n) Fehler Optionale Parameter OK

Daumen hoch! Diese Kleinigkeit habe ich glatt übersehen. Dennoch würde dies im Error Log Auftauchen, dass die Ausführung abgebrochen wurde. Es ist auch fraglich was für eine Ausführungszeit überhaupt greift, wenn null angegeben wurde. Dann dürfte normalerweise überhaupt nichts mehr angezeigt werden. Würde mich mal interessieren ob dies die Ursache ist.

Du musst in den Error Log bei Strato schauen. Ich gehe stark davon aus, dass irgend eine Funktion bei Strato nicht erlaubt ist. Danach bricht der PHP Interpreter die Ausführung ab und bringt dir deine Fehlermeldung mit "Internal server error". In diesem Fall ist für dich als erstes die Anlaufstelle bei Strato. Ohne genaue Details aus dem Log, können wir dir leider nicht helfen. Grüße Nico

Hallo zusammen, bei uns hat ein Kunde bestellt und nur einen Teilbetrag bezahlt nach Absprache. Daraufhin haben wir die Rechnung modifiziert über Ermäßigung hinzufügen. Leider hatten wir bei der Eingabe vermutlicher Weise ein Komma beim Betrag angegeben. Daraufhin kam eine PHP Fehlermeldung [PrestaShopException] Property Order->total_discounts is not valid at line 846 in file classes/ObjectModel.php 840. 841. $message = $this->validateField($field, $this->$field); 842. if ($message !== true) 843. { 844. if ($die) 845. throw new PrestaShopException($message); 846. return $error_return ? $message : false; 847. } 848. } 849. 850. return true; * ObjectModelCore->validateFields - [line 260 - classes/ObjectModel.php] * ObjectModelCore->getFields - [line 284 - classes/order/Order.php] * OrderCore->getFields - [line 605 - classes/ObjectModel.php] * ObjectModelCore->update - [line 1369 - controllers/admin/AdminOrdersController.php] * AdminOrdersControllerCore->postProcess - [line 171 - classes/controller/Controller.php] * ControllerCore->run - [line 373 - classes/Dispatcher.php] * DispatcherCore->dispatch - [line 54 - admin/index.php] und die gesamte Berechnung war fehlerhaft. Dies konnte ich nur beheben indem ich in der Datenbank die entsprechenden Posten händisch modifiziert habe. Zur Information, der Fehler tritt in der Version 1.6.0.9 ohne zusätzliche Module auf. mfg. Nico

Hallo, ein Kunde von mir verwendet die Version 1.6.0.9 mit den Standardtemplate. Beim verbuchen einer Rechnung in einen kleinen Browserfenster kommt ein doofer Überlappungseffekt zustande. Hat jemand eine Ahnung in welchen Template dies ist? Damit ihr wisst was ich meine, habe ich mal ein Screenshot angefertigt. Es wäre aber auch gleichzeitig hilfreich, in der nächsten Version vom Prestashop dieses Problem zu beheben. Wenn ich jetzt das Template anpasse, sollte ich nicht ständig Nachbesserungen beim nächsten update machen müssen.

Hallo Style, kannst du mir mal im Detail mitteilen, was für Restarbeiten du genau meinst? Also gehe ich davon aus, dass du bereits Update gemacht hast? Zum Thema eBay und Amazon, dazu gibt es doch bereits fertige Module. Verwendest du eins davon? Wie soll die Unterstützung aussehen? Bist du bereit hier für den ein oder anderen Euro auszugeben? Liebe Grüße Nico

@eleazar Sei mir nicht böse, es geht hier um die Option die einzelnen Item in Textform bei der E-Mail zu integrieren. Standardmäßig sendet Mailalert die Posten als HTML Tabelle in der Mail. Dadurch hat Lockesoft den Platzhalter erweitert. Daher stelle ich mir gerade die Frage, wieso du den Abschnitt für den HTML Code postest? Grüße Nico

Hallo ejomi, ich gehe stark davon aus, dass er das einspielen eines Datenbank Back-up gemeint hatte. Ich würde an deiner Stelle eine frische Installation durchführen mit der gleichen Prestashop Version. Danach würde ich die Datenbank Zugangsdaten an der Config Datei ändern. Eventuell solltest du vorher noch mal zur Sicherheit ein Backup (MySQL Daten plus FTP Daten) durchführen, danach auf der Konsole den error.log mit tail -f starten und anschließend das PHP Script im Browser aufrufen. Wenn es dann zu einem PHP Fehler kommt, kannst du diesen hier posten und wir können dir weiterhelfen. Dazu solltest du aber vorher bei deinen Apache Webserver das error_reporting hoch setzen. Wenn es dann zu Fehlern mit der Datenbankabfrage kommt, kannst du diese mit der frischen Installation vergleichen und prüfen über den PHPMYAdmin. Gegebenenfalls kannst du die fehlenden Teile wiederherstellen. Im PHPMyAdmin gibt es auch eine reparieren Funktion womit man korrupte Tabellen reparieren kann. Eventuell hilft dies bereits... Ich drücke dir die Daumen, dass du dies hin bekommst. Liebe Grüße Nico

Naja es gibt auch ein Modul zum reparieren, vielleicht hättest du dies ausführen sollen. Ich gehe stark davon aus das auf dem Webspace SafeMode auf ON steht und daher es zu Problemen kam. Da dies den Zugriff von PHP sehr radikal regelt. Liebe Grüße Nico

Hallo zusammen, Ich suche für einen Kunden ein Modul womit dieser seinen Kunden ein Warenkorb von verschiedenen Produkten zusammenstellen kann. Diesen Warenkorb sollte man dann über zum Beispiel einer Eingabe eines Passworts aufrufen können und gleich bestellen. Ähnlich macht es zum Beispiel Dell, wenn man auf der Kundenhotline anruft und sich ein Computer zusammenstellen lässt, bekommt man ein Passwort. Dieses Passwort kann man denn auf der Homepage eingeben und kommt direkt zum zusammengestellten Warenkorb. Diesen kann man dann gleich bestellen. Ich frage an dieser Stelle lieber mal nach, bevor ich dies für den Kunden als zusätzliches Modul entwickle. Ich bedanke mich für eure Antworten im Voraus und verbleibe mit freundlichen Grüßen Nico

Ja ich hab mehrere Kunden, mit unterschiedlichen Versionen. Ich habe jetzt beide Shops auf 1.6.0.9 und hier tritt das Problem im Firefox und Google Chrome nicht mehr auf. Dafür wird im Internet Explorer der gesamte DIV Container nach den Blättereffekt ausgeblendet.

Nach dem ich eine update auf 1.6.9 gemacht habe, tritt dieses Problem nicht mehr auf. Aber irgendwie muss man noch die deutsche Übersetzung machen, diese funktioniert in der Version nicht ordentlich. Der Betreff der E-Mail ist immer in Englisch. Daher kann das Ticket zugemacht werden

In der mailalerts.php wird $customization_quantity zur berechnng verwendet. Da es aber $customization_quantity kein Wert hat, ist das ein PHP Fehler und die Gutscheine fehlen auch in der Berechungen.