Beiträge von Stickarmy

Vielen Dank

Hallo, es ist die Version 17.2.4.0 Business

Wenn ich Bilder der Artikel meines Shops löschen möchte, ist der Lösch-Dialog zur Bestätigung, ob das Bild wirklich gelöscht werden soll, im Hintergrund. Man muss erst das Fenster des Artikels schließen und kommt dann erst an das Menü, ob das Bild gelöscht werden soll und kann dies dann erst bestätigen.

Hallo Stefan,

die Server-Anforderungen sind alle erfüllt, die url lautet http://www.stickarmy.de

Gruß

Markus

Ich habe den Widerrufs-Button in meinem Shop eingefügt und wollte die komplette Webseite veröffentlichen. Die Protokollierung habe ich eingeschaltet, siehe Screenshots. Leider kommt während des Hochladens der Dateien nach mehreren Stunden eine leere Webseite (siehe Bild Nr. 4) "Fehlercode: Out of Memory". Die Änderungen sind nicht online, somit funktioniert der Upload scheinbar nicht mehr. Am Speicher auf dem Webserver kann es auch nicht liegen, siehe Bild Nr. 5. Ich würde auch alternativ mit Filezilla die Dateien hochladen, dann müsste ich aber wissen welche Dateien ich auf dem Webserver nicht überschreiben darf, damit die Shop-Bestell-Daten nicht verloren gehen.

Über eine Lösung des Problems würde ich mich freuen.

Markus von Stick ARMY®

Hallo, gibt es dazu schon eine Lösung. Es ist echt ärgerlich wenn man sich nicht auf den korrekten Export der Postleitzahl mit führender 0 verlassen kann.

Danke und Gruß

Markus (Stick ARMY)

Hallo und danke für die schnelle Rückmeldung,

ich werde mal bei Billbee nachfragen. Wenn ich nähere Informationen habe, werde ich diese hier posten.

Hallo zusammen,

mir ist aufgefallen, dass bei allen Bestellungen in meinem Shop deren Adresse eine 0 am Anfang der Postleitzahl haben, in Billbee die 0 nicht mit übertragen wird. Beispiel: Ein Kunde bestellt im Shop und gibt die Postleitzahl 03050 für Cottbus an, kommt in Billbee die Postleitzahl 3050 an. Dies hat in Vergangenheit dazu geführt, dass Warensendungen nicht zugestellt werden konnten.

Können andere Shop-Betreiber dies nachvollziehen und liegt der Fehler bei ZetaProducer oder Billbee?

Danke und Gruß

Markus von Stick ARMY®

Hallo Thomas,

laut der neuen GPSR sind nur folgende Produkte ausgenommen, somit fallen eigentlich die meißten Händler unter der neuen Produktsicherheitsverordnung der EU:

• Medizinische Produkte
• Lebens- und Futtermittelprodukte
• Lebende Tiere und Pflanzen
• Gentechnisch veränderte Organismen und Mikroorganismen
• Tierische Nebenerzeugnisse
• Pflanzenschutzmittel, auch als Pestizide bezeichnet
• Pflanzliche und tierische Erzeugnisse im Zusammenhang mit ihrer Fortpflanzung
• Antiquitäten
• Bestimmte Arten von Flugzeugen
• Reisegeräte, die von einem Dienstleistungsunternehmen zur Beförderung von Verbrauchern betrieben werden
• Produkte, die vor ihrer Verwendung noch repariert, rekonditioniert oder recycelt werden müssen und die deutlich als solche gekennzeichnet sind.

Gruß

Markus

Hallo zusammen,

Ich bin Hersteller und Händler von Produkten und betreibe einen Online-Shop mit Zeta-Producer.

Am 13. Dezember 2024 wird die neue Verordnung zur allgemeinen Produktsicherheit (General Product Safety Regulation) wirksam.

Alle Produktangebote (auch Varianten) müssen den Namen, die Handelsmarke die Postanschrift und eine E-Mailadresse des Herstellers enthalten.

Aktuell gibt es in ZT auch kein Feld in dem diese Angaben hinterlegt werden können, weder beim Artikel noch bei den Artikelvarianten.

Wie kann man diese Vorgabe in Zeta Producer umsetzen, wenn man wie in meinem Fall über 1000 Artikel mit diversen Varianten im Shop verwaltet? Gibt es die Möglichkeit einer Massen-Änderung des Sortiments so wie bei eBay oder Hood? Eine einzelen Anpassung aller Produkte und Varianten ist bei dem Mengengerüst nicht möglich.

Da rollt sicherlich wieder eine neue Abmahnwelle auf uns zu.

Gruß

Stick ARMY (Markus)

Kurzer Zwischenstand:

Steffen T. vom ZP-Support hat sich am Donnerstag bei mir gemeldet und auf meinen Rechner geschaltet. Er hat sich sehr professionell und intensiv das Problem angesehen und wir haben in allen Richtungen versucht, das Problem zu finden. Leider haben wir an dem Tag keine Lösung des Problems gefunden, ich habe mein Projekt an ZP übermittelt um weitere Untersuchungen anstellen zu können. Ich habe noch folgende Aktionen durchgeführt um den Fehler eingerenzen zu können:

• Ein Bild über das normale Bild-Widget in mein vorhandenes Projekt eingefügt, Es wird nicht beschnitten. Das funktioniert also.
• Temp-Ordner geleert, gleicher Fehler: Bild ist beschnitten
• Zeta Producer heruntergeladen und am HP-Laptop meiner Tochter installiert, neues Projekt mit Bilderalbum erstellt, Bild importiert, Bild ist normal und nicht beschnitten.
• ZetaProducer von meinem Rechner de-installiert, Rechner neu gestartet, ZP neu installiert.
• Bilderalbum eingefügt, Bild hinzugefügt, gleicher Fehler: Bild beschnitten.
• Neues Benutzerprofil an meinem Rechner erstellt, Zeta-Producer gestartet, in neuem Projekt ein Bilderalbum erstellt und Bild hinzugefügt, Bild ist beschnitten. Somit liegt es auch nicht an meinem Windows-Benutzer.
• Ich behelfe mir aktuell als Work-Around aktuell so, dass ich Zeta-Producer an dem Notebook meiner Tochter nutze.

Sollte ich neue Erkenntnisse haben, so werde ich diese hier mitteilen.

Stickarmy (Markus)

So, ich habe jetzt mal ein Support-Ticket erstellt. Mal sehen ob das Problem gelöst werden kann.

Hallo Norbert,

Duzen ist kein Problem Ich habe zu der besagten Webseite noch einen Webshop, da habe ich das selbe Problem bei den Bildern der Artikel, die ich in letzter Zeit hochgeladen habe. Ist also wohl kein Bilderalbum-Problem sondern ein Import-Problem (meiner Meinung nach). Also ist das Problem Projekt-Unabhängig.

Gruß

Markus

Ich habe heute nochmal folgendes getestet. In Zeta-Producer ein neues Bilderalbum angelegt und ein Bild welches bereits im letzten Jahr genauso 1:1 eingefügt wurde, in das neue Test-Bilderalbum eingefügt. Das Ergebnis kann man hier ganz oben sehen: https://www.rk-hilders.eu/bilder-ab-2018_neu.html.

Ich habe auch einen Screenshot mit angehängt wie das gleiche Bild zwei Bilderalben tiefer aussieht.

Habe ich alles schon versucht, die Bilder in verschiedenen Grafikprogrammen geöffnet, werden dort richtig angezeigt, unter anderem Dateinamen gespeichert, hochgeladen, gleiches Problem. Auch wenn man das Bild von den Pixeln verkleinert tritt der Fall auf.

Ja, das Bild wird nach dem Importieren bereits so beschnitten in Zeta Producer angezeigt. Wie bereits erwähnt, das Problem tritt erst seit kurzem auf. Auch die Bilder in meinem OnlineShop haben das selbe Problem.

Ja, gerne doch.

Es liegt scheinbar nicht nur an der Bildvorschau, denn wenn man das Bild anklickt, wird auch nur der Ausschnitt als Vollbild angezeigt, nicht das gesamte Bild.

Ich habe noch nie eine Breite/Höhe für die Vorschaubilder eingestellt, das hat bisher immer gepasst.

Hallo Stefan,

anbei ein Screenshot von dem falsch dargestellten Bild und das originale Bild im Anhang.

Das Bild befindet sich hier: Bilder ab 2018 auf der zweiten Seite unten das letzte.

Außerdem ein Screenshot von den falsch dargestellten Bildern im Onlineshop.

Hier ist die Seite: Klett Patches auf olivem Hintergrund groß

Es sind die untersten 3 Artikel, also die letzten, die ich in den Shop hochgeladen habe.

Diese haben das selbe Bildformat wie alle anderen Bilder in meinem Shop.

Kann es sein, dass es ein Update gab, seit dem der Fehler auftritt ?

Danke und Gruß

Markus

Ich habe genau das selbe Problem. Wenn ich Bilder in das Bilderalbum lade, werden nur Teile des Bildes angezeigt. Hat mit früheren Versionen einwandfrei funktioniert. Das reduzieren der Bildgröße bring nichts. Das betrifft übrigens auch die Bilder im Shop-System. Das ist eine Katastrophe !!!

Beispiel: https://www.stickarmy.de/artikeldetail-…hrere-varianten

oder:

https://www.rk-hilders.eu/bilder-ab-2018…ml?page=2#a2763

Hallo Stefan,

könnt ihr schon grob abschätzen, bis wann sich die Billbee Shop ID wieder eintragen lässt?

Es ist ziemlich nervig manuell die Rechnungen zu schreiben, wenn es auch automatisiert gehen würde.

Vielen Dank

Markus

Super und Danke

Seit dem Update auf Version 16.8.3 ist das Feld unter Shop / Extras / Integrationen / Billbee Shop ID leer. Wenn man die Shop ID einträgt und mit OK bestätigt und das Fenster wieder öffnet, ist das Feld wieder leer.

Nachdem ich meinen Webhoster gewechselt habe und nun einen neuen Webspace nutze, konnte damit der Fehler behoben werden.

Rückmeldung von meinem Webhoster mit der Bitte, den Timeout von 50 Sekunden zu erhöhen: "wie bereits mitgeteilt, wird der Timeout nicht das Problem sein. Irgendetwas in Ihrem Script lädt sehr lange, evtl. sogar eine Endlosschleife, das sollte von Ihnen überprüft werden."

Ich habe nun alle Shop-Artikel und Objekte bis auf eins deaktiviert, lässt sich leider nicht auf den Test-Server hochladen. Fehlermeldung. "Internal error: Unable to successfully execute disk IO on the file system."

Ich habe nun Kontakt mit meinem Webhosting Dienstleister aufgenommen, er hat mir geschrieben, dass wohl ein Script auf 50 Sekunden Timeout läuft und deshalb der Fehler Verursacht wird, somit der Webhoster auf seiner Seite keinen Fehler feststellen kann. Wenn ich in die Entwickler-Tools vom Chrome reinschaue, bekomme ich folgende Meldung angezeigt: "Failed to load resource: the server responded with a status of 500 (Internal Server Error) basket.php". So langsam verzweifel ich.

Anbei das error.log vom Server

Hallo Thomas,

danke für die Rückmeldung. Die Serveranforderungen habe ich geprüft und sind in Ordnung:

Hallo,

ich verwende ZetaProducer 16.7.0 Business für meinen Online-Shop https://www.stickarmy.de

Seit kurzem kommt nach dem letzten Schritt der Bestellung die Fehlermeldung: "Status:error - Internal Server Error".

Der Kunde bekommt keine Bestätigung, ob seine Bestellung erfolgreich durchgeführt wurde.

Es ist egal, welche Zahlungsart ausgewählt wird. Es wurde weder auf Server-Seite noch am Shop etwas geändert.

Die Bestellung an sich scheint zu funktionieren, da ich eine eMail darüber erhalte.

Der Server verwendet PHP 8.2.11

Im Error.log auf dem Server sind folgende Einträge:

[Sun Dec 31 15:55:49.076271 2023] [fcgid:warn] [pid 3855370] [client 217.82.129.55:55496] mod_fcgid: read data timeout in 50 seconds, referer: https://www.stickarmy.de/warenkorb.php?…kout_processing

[Sun Dec 31 15:55:49.076354 2023] [core:error] [pid 3855370] [client 217.82.129.55:55496] End of script output before headers: basket.php, referer: https://www.stickarmy.de/warenkorb.php?…kout_processing

Hat jemand eine Idee woran dies liegen kann?

Danke

Markus von Stick ARMY

Heute habe ich wieder den selben Fall. Kunde hat um 14:44 Uhr im Shop bestellt, die Bestellung wurde nicht zu Billbee übertragen. Alle heute getätigten Bestellungen aus eBay und Hood sind jedoch problemlos nach Billbee übertragen worden.

Ich verwende Zeta Producer 16.7.0 Business und die Website lautet: http://www.stickarmy.de

Hallo,

jedes Mal wenn ich Artikel in meinem Shop in Zeta Producer hinzufüge oder ändere, anschließend die Website online aktualisiere, werden neue Bestellungen nicht mehr nach Billbee übertragen. Ich muss dann immer in Billbee einen neuen manuellen Shop erstellen, den alten löschen, die Automatismen für Buchhaltung und Mahnwesen in Billbee anpassen, dann die neue Shop ID in Zeta-Producer eintragen und die Website aktualisieren. Dann funktioniert wieder alles, bis ich die nächsten Artikel-Änderungen durchführe. Hat da jemand eine Idee?

Hallo,

nach der Anmeldung am Dashboard dauert es ca. 10-15 Sekunden, bis die Bestellungen angezeigt werden.

wenn ich im Dashboard auf eine Bestellung klicke und diese bearbeitet habe, dann dauert es ca. 10-15 Sekunden, bis das Dashboard wieder geladen wird.

Ich habe das Gefühl je mehr Bestellungen im Dashboard sind, desto länger ist die Ladezeit.

Gibt es dafür eine Bereinigung oder Optimierungs-Möglichkeit?

Shop-ID ist korrekt in Billbee eingetragen, Update auf aktuelle Version wurde durchgeführt, Website wurde komplett veröffentlicht, Testbestellung durchgeführt, kommt nicht bei Billbee an. Jetzt bin ich ratlos.

Hallo Steffen,

die Website ist http://www.stickarmy.de

Es ist nur dieser Shop mit Zeta Producer erstellt, die anderen Billbee-Anbindungen die funktionieren sind eBay und Hood.

Markus

Hallo,

ich habe meinen Zeta-Shop an Billbee angebunden, bisher hat alles wunderbar funktioniert.

Seit 09.07.2022 werden keine Rechnungen mehr an Billbee übertragen. Es wurde weder bei Billbee noch auf Zeta-Producer-Seite etwas geändert.

Bei allen anderen an Billbee angebundenen Shops funktioniert die Übertragung reibungslos.

Ist das Problem bekannt, gibt es eine Lösung dafür? Kann man die offenen Rechnungen manuell übertragen?

Danke

Markus von Stick ARMY

Vielen Dank Stefan, das hat wunderbar funktioniert.

Gruß

Markus

Bitte wieder die Links zu den bestellten Artikeln im Dashboard aktiveren, so wie es in den früheren Versionen der Fall war.

Dies erleichtert bei der großen Varianz meiner Artikel die Bestellabwicklung ungemein.

Danke

Stick ARMY

Ich habe genau das selbe Problem mit den großen Log-Files. Wenn ich mich über den Browser auf das Dashboard von meinem Shop anmelden möchte, funktioniert dies nicht immer beim ersten Mal. Dann erscheint eine Seite mit Fehlermeldungen, siehe Dateianhang (error during logging. File could not be written....." Wenn Ich im FileZilla in den Ordner ...assets\php\_logs-................ gehe, dann ist dort die log_Datum über 6GB groß. Wenn ich diese Lösche, kann ich mich an meinem Dashboard wieder anmelden. Ich habe das Verhalten länger beobachtet. Das Log-File ist normalerweise ein paar Hundert KB groß. Wenn ich mich jedoch an dem Dashboard anmelde und parallel in FileZilla die Datei beobachte, wird diese innerhalb von wenigen Sekunden mehrere Gigabyte groß, bis der Speicherplatz auf dem Webserver voll ist. Dann kommt es zu der o. g. Fehlermeldung. Kann man das Log-File nicht deaktivieren? Ich bin fast täglich dabei, das Logfile zu löschen damit ich mich an meinem Dashboard wieder anmelden kann.

Hallo Maik,

danke für die Hinweise, es war tatsächlich so, dass ich doppelte Seiten in meinem Projekt hatte. Nachdem ich diese gelöscht und das gesamte Projekt erneut hochgeladen habe, funktioniert die Suche jetzt wieder.

Vielen Dank für Deinen Support.

Markus