Coupon-Codes funktionieren nicht mehr
Autor: Gerhard B.
Visitado 479,
Followers 1,
Compartido 0
Hallo,
die Coupon-Codes auf der meiner Website funktionieren nicht mehr. Habe ich einige Zeit nicht kontrolliert, könnte aber vielleicht auch an dem aktuellen Upodate von X5 liegen? Woran kann es liegen?
Habe die Codes nicht zeitlich beschränkt und hat bisher immer einwandfrei funktioniert.
Beste Grüße
Gerhard
Publicado en
Autor
Kurze Ergänzung: Nach Eingabe des Codes steht rechts daneben im grauen Feld "Ladevorgang"... Dabei bleibt es dann leider...
Das heisst wenn du im Feld "Coupon Code hier eingeben" den Code eingibst und auf "Übernehmen" drückst, dann kommt ein Kreis und dem Text "LAdevorgang"??
Hast du schon mal probiert im Shop bei der Ware wo du den Couponcode eingegeben hast einmal STRG+Vorschaubutton zu drücken und danach in der Vorschau die Ware auszuwählen und dann im Warenkorb den Code einzugeben? Kommt dann auch die Meldung? Hast du eine Datenbank wo alle Waren gespeichert sind?
Autor
Es kommt kein Kreis, sondern ein Viereck, siehe Dateianlage
Auch STRG+F5 habe ich mehrfach probiert, nutzt auch nichts.
Habe mal einen Code eingegeben, den es NICHT gibt. Es kommt die gleiche Meldung mit Ladevorgang... (siehe Bild). Es scheint also so, dass die Codes erst gar nicht geprüft werden.
Als PHP-Version nutze ich 8.3.12 (8.2.24 habe ich auch mal probiert)
Ich nutze KEINE Datenbank! Alles läuft nur per Mail. Habe auch keine Datenbank, wo alle Waren gespeichert sind.
Habe es bei vielen Artikeln versucht und auch mit anderen Browsern. Immer der gleiche Fehler...
Autor
Ergänzung:
Ich stelle nun fest, dass gar keine Bestellungen mehr aabgeschickt werden können!
Das Problem hatte ich ja wenigen Wochen schon mal: https://helpcenter.websitex5.com/es/post/267278
Alle Tipps hatte ich befolgt und nach Umstellung auf PHP 8.2.24 und Änderung der Mailadresse und Abwahl des Kästchens "Zusendung von alternativen Absendern zulassen" und Erhöhung des PHP-Memorys von 256 MB auf 512 MB hat ja alles wieder einwandfrei funktioniert...
Nachdem ich nun einen weiteren Rabattcode eingegeben habe, stelle ich - wahrscheinlich zufälliger Weise (!) - mit, dass die Bestellung wieder nicht mehr funktioniert!
Woran kann es nun wieder liegen? Ich nehme an, dass es nicht am Couponcode liegt, sondern an der Fehlermeldung bei einer Bestellung = "Generic Error"
Autor
2. Ergänzung:
Folgende Angaben zu meinem aktuellen PHP-Memory habe ich gefunden:
memory_limit 512M
max_execution_time 300
max_input_time 300
post_max_size 256M
upload_max_filesize 256M
opcache.enable on (Standard)
disable_functions opcache_get_status
Ich wüßte nicht, ob oder wie das helfen kann, aber vielleicht hilft es euch Fachleuten!?
Bei mir funktioniert mein Demo-Shop (Version Pro 2024.4.4) auch nicht mehr, es wird gar nichts mehr in den Warenkorb gelegt, egal ob die Produkte mit oder ohne Coupon sind.
Der andere Demo-Shop mit der alten 2023er-Evo funktioniert es auf dem gleichen Webspace.
Da muss wohl Incomedia den Fehler im aktuellen Programm beheben.
Hello Gerhard,
I am sorry about the issue.
Could you please contact your hosting provider so that it is possible to find out additional details about the exact nature of the error that is displayed externally as "Generic error"?
They should be able to provide information coming from error logs.
Eric
Online translation:
Hallo Gerhard,
Es tut mir leid, dass das Problem aufgetreten ist.
Könnten Sie sich bitte mit Ihrem Hosting-Provider in Verbindung setzen, um weitere Details über die genaue Art des Fehlers, der extern als „Generic error“ angezeigt wird, herauszufinden?
Sie sollten in der Lage sein, Informationen aus den Fehlerprotokollen zu liefern.
Eric
Autor
Hallo Eric,
ich habe eine Anfrage an meinen Provider geschickt und melde mich, sobald mir eine Antwort vorliegt.
Vorab noch ein Frage:
Ich habe mal Infos zu meinem Projekt als Anlage beigefügt. Die Projektgröße ist ja wahrscheinlich sehr groß, richtig?
1. Wie könnte man eine Projektgröße eigentlich verkleinern?
2. Wenn ich zu einem Artikel 10 Bilder mit je 150 KB hochlade, liegt dann der Anteil an der Projektgröße bei 1,5 MB?
3. Wenn ich die gleichen 10 Bilder (je 150 KB, also 1,5 MB) z.B. bei 100 Artikeln verwende, "belastet" das dann die Projektgröße um 150 MB?
4. Gibt es eine Möglichkeit, dass die gleichen Bilder nur EINMALIG Einfluss auf die Projektgröße haben?
Beste Grüße
Gerhard
Autor
Hallo Eric,
mein Provider teilte mir mit, dass das PHP Memory wieder überschritten wurde.
Ich hatte das ja erst vor Kurzem von 256 auf 512 MB erhöht, siehe https://helpcenter.websitex5.com/es/post/267278
Mein Provider teilte mir mit, dass selbst riesige Shops normalerweise problemlos mit 512 MB Memory auskommen!
Als Tipp gab man noch an, dass die Datei cart/x5cart.php?action=crtvrs HTTP/2.0 fast 100 MB groß ist und dies sehr ungewöhnlich für Websites ist.
Fehlermeldung: "GET /cart/x5cart.php?action=crtvrs HTTP/2.0"
WSX5 müsse prüfen, welche Prozesse denn diesen extrem hohen Memorybedarf hat und diese entsprechend ändern.
Kann es helfen, wenn ich das Projekt abspeicher, indem ich den Haken bei "Alle Dateien der Website hochladen" mache und nicht nur die Änderungen speichere? WICHTIG: Es darf auf keinen Fall ein Teil oder alles von meiner Website verloren gehen. Weil die Website unendlich viel Arbeitszeit enthät...
Bitte helft mir, das Problem schnell zu lösen.
Beste Grüße
Gerhard
Das stimmt, dass die x5cart.php normalerweise nicht so groß ist, aber bei 3184 Artikel ist das kein Wunder.
Autor
Hallo Eric,
Danke für den Hinweis, Andreas S.
Ich benötige jedoch immer noch eine Lösung. Der Shop ist aktuell nicht funktionsfähig!
Webhoster bieten oft nur bis max 512 MB PHP Memory an, was offensichtlich auch bei riesigen Shops ausreichend ist. Ich bitte nochmals um Hilfe und um Beachtung meiner bisherigen Nachrichten/Infos.
Vielen Dank im Voraus!
Beste Grüße
Gerhard
Hello Gerhard,
512 is not a particularly high value for the memory_limit settings, especially for a shop with several thousand products.
Are there no options at all to increase this to 1024 or, even better, 2048?
If you can provide me with a copy of the project I can also take a look at whether the situation can be reproduced on a different hosting.
You can export it in Step 5 - Export, choosing the Export the project option to generate an IWZIP file.
You can then upload the file with https://www.swisstransfer.com/ or similar services, and provide a download link at support @ incomedia.eu (without the spaces).
Thank you.
Eric
Online translation:
Hallo Gerhard,
512 ist kein besonders hoher Wert für die memory_limit-Einstellungen, insbesondere für einen Shop mit mehreren tausend Produkten.
Gibt es überhaupt keine Möglichkeit, diesen Wert auf 1024 oder, noch besser, auf 2048 zu erhöhen?
Falls du mir eine Kopie des Projekts zur Verfügung stellen kannst, könnte ich auch überprüfen, ob sich die Situation auf einem anderen Hosting reproduzieren lässt.
Du kannst es in Schritt 5 – Exportieren exportieren, indem du die Option „Projekt exportieren“ wählst, um eine IWZIP-Datei zu erstellen.
Anschließend kannst du die Datei mit https://www.swisstransfer.com/ oder ähnlichen Diensten hochladen und den Download-Link an support @ incomedia.eu senden (ohne Leerzeichen).
Vielen Dank.
Eric
Autor
Hallo Eric,
ich habe alle bekannten Webhostinganbieter geprüft und als PHP Memory Limit wird eigentlich immer max, 1 GB angeboten, die meisten enden bei 512 MB.
1. Ich habe mal im Internet recherchiert, dort steht, dass es meistens Probleme bei der Programmierung gibt, wenn man mehr als 256 MB oder 512 MB benötigt. Das hat man mir auch in Telefonaten bestätigt. Ich solle erst mal versuchen mit WSX5 zu prüfen, wie ich den Memorybedarf deutlich reduzieren kann.
2. Als Tipp sagte man, dass es z.B. deutlich besser ist, wenn man seine Artikel in einer Datenbank gespeichert hat. Da wüsste ich gar nicht wie das geht und daher gebe ich die Artikel immer einzeln über das WSX5-System ein (was ich auch super einfach finde!).
3. Außerdem empfahl man mir, nicht mehr benötigte Dinge/Recorucen etc. zu löschen, da sammelt sich wohl über die Zeit einiges an "Müll" an. Kann ich nicht beurteilen, aber wie kann ich das machen?
4. Hat auch die Gesamtgröße meines Projektes Einfluss auf den PHP-Memory?
4. a) Wie könnte man eine Projektgröße eigentlich verkleinern?
4. b) Wenn ich zu einem Artikel 10 Bilder mit je 150 KB hochlade, liegt dann der Anteil an der Projektgröße bei 1,5 MB?
4. c) Wenn ich die gleichen 10 Bilder (je 150 KB, also 1,5 MB) z.B. bei 100 Artikeln verwende, "belastet" das dann die Projektgröße um 150 MB?
4. d) Gibt es eine Möglichkeit, dass die gleichen Bilder nur EINMALIG Einfluss auf die Projektgröße haben?
Vielen Dank für Deine Hilfe!
Beste Grüße
Gerhard
Du kannst unter 5 auf Projekt optimieren gehen und dort bei Ressourcen die nicht vernüpften löschen.
Du kannst auch unter 1 SEO die Bildkomprimierung auf maximum und auch alle Häkchen setzen bei Minimierung und komprimierung.
Bei 5 Export des Projekts das Häkchen setzen Ressourcen des Projekt optimieren und danach dieses Sicherungsfile wieder importieren.
Eine Datenbank einzufügen in WSX5 ist eigentlich sehr leicht und kann von deinem Hoster erledigt werden. Die DAten musst du nur in den Parametern in WSX5 eingeben. Im Onlineshop bei Bestellung senden auch umstellen.
Autor
Hallo Eric, hallo "alle",
ich würde mich noch um Beantwrtung meiner Fragen 1+3+4+4a) bis c) freuen.
Mein Shop ist seit einiger Zeit nicht mehr funktionstüchtig und ich brauche bitte dringend Antworten.
Fragen an Andreas S.: In der Datenbank werden wohl nicht die Rabatte abgespeichert, richtig? Fehlen sonst noch Daten aus dem Shop in der Excel? So wäre die Datenbank ja nicht nutzbar bzw. nur falsch, oder? Die Bildkomprimierung habe ich bisher nicht genutzt, weil ich befürchte, dass dies negative Auswirkungen hat. Eine umkomprimierte Version müsste doch qualitative Vorteile bieten, oder?
Beste Grüße
Gerhard
Die Nachteile von einer unkomprimierten VErsion sind mehr! Ausser du bist Fotograf und benötigst unbehandelte Bilder.
Nr.1 habe ich dir schon beantwortet. Eine andere Methode das Projekt zu verkleinern gibt es nicht.
Nr. 3 ich weis nicht wie es in den neuen Versionen die Bilder speichert, aber auch wenn du gleiche Fotos einbindest, werden nicht nur ein Bild verwendet für 100 irgendwo anders eingebundene gleichen Bilder.
Ich habe glaube ich oberhalb die Fragen beantwortet und nicht das mit dem PHP Memory, aber ich habe auch nur max. 256MB eingestellt bei den Shops und es funktioniert einwandfrei. Allerdings habe ich keine 3000 ARtikel. WEnn ich mal so einen Shop mache, werde ich sicherlich ein "echtes" Shopsystem mit Datenbank erstellen und nicht das WSX5 Warenkorbsystem verwenden.
Hello Gerhard,
1) You could try reducing the number of images for each product and their size. Other than that, you could create separate subsites depending on the type of products.
3) You can check the contents of your hosting space by entering the destination folder in Step 5 - Export, or using FTP tools, and check whether there are still old pages that are no longer present in the current website.
4) The memory_limit is related to functions that require a script to work, so the size of the website alone does not inherently require a high memory_limit.
If you re-use an image for the same product, it will not be uploaded for each of these products.
Here, for example, I have used the image 1280x720_01 on several products, and only the necessary versions have been exported (the original version, a smaller one for thumbnails, and the webp version).
As Andreas mentioned, you could look into using the image optimizations in the SEO section of the project.
If you cannot provide the project for further checks, could you please provide the URL of the website?
Thank you.
Eric
Online translation:
Hallo Gerhard,
1) Sie könnten versuchen, die Anzahl der Bilder für jedes Produkt und deren Größe zu reduzieren. Ansonsten könnten Sie je nach Art der Produkte separate Unterseiten erstellen.
3) Sie können den Inhalt Ihres Hosting-Speicherplatzes überprüfen, indem Sie den Zielordner in Schritt 5 - Exportieren eingeben oder FTP-Tools verwenden und überprüfen, ob es noch alte Seiten gibt, die nicht mehr in der aktuellen Website vorhanden sind.
4) Das memory_limit bezieht sich auf Funktionen, die ein Skript benötigen, um zu funktionieren, so dass die Größe der Website an sich kein hohes memory_limit erfordert.
Wenn Sie ein Bild für dasselbe Produkt wiederverwenden, wird es nicht für jedes dieser Produkte hochgeladen.
Hier habe ich z. B. das Bild 1280x720_01 für mehrere Produkte verwendet, und nur die erforderlichen Versionen wurden exportiert (die Originalversion, eine kleinere Version für Miniaturansichten und die webp-Version).
Wie Andreas bereits erwähnte, könnten Sie die Bildoptimierungen im SEO-Bereich des Projekts nutzen.
Wenn Sie das Projekt nicht für weitere Prüfungen zur Verfügung stellen können, könnten Sie bitte die URL der Website angeben?
Ich danke Ihnen.
Eric
Autor
Hallo Eric,
vielen Dank (!!!) für Deine Rückmeldung.
Ich habe noch einige Verständnisfragen:
Zu 1)
Die Bildgröße habe ich schon sehr stark reduziert (was bereits zur Folge hat, dass man die Bilder nicht mehr groß genug anschauen kann). Unterseiten würden ja zusätzlichen Speicherbedarf benötigen oder meinst Du, dass ich bestimmten Produkten mehrere Artikel zuordnen soll. Das geht leider nicht, weil ich nur PRODUKTE anbiete, die ich nicht nochmal sinnvoll in mehrere Artikel unterteilen kann.
Zu 3)
Ich müsste doch dann einfach bei meinem Hostinganbieter alle Dateien löschen und dann nochmal über WSX5 vollständig neu abspeichern, oder?
Zu 4)
Ich nutze ja derzeit keine (!) Produktdatenbank und lade bei jedem Artikel die Bilder von meiner Festplatte zu dem jeweiligen Produkt hoch (2-20 Bilder pro Produkt). Bei 3500 Produkten sind sehr viele Bilder, oder!?
Die Bilder auf meiner Festplatte haben meistens die Größe 480x680 oder 1366x725. Die meisten Bilder sind daher unter 200 KB groß. Bei einigen älteren Artikeln kann die Dateigröße der Bilder auch schon mal 275 KB groß sein.
Haben denn die Bilder auch Einfluss auf den PHP-Memory oder nur auf die Projektgröße? Dass das Projekt 7 oder 10 GB auf meiner Festplatte belegt, stört mich ja grundsätzlich nicht…
„webp“-Bilder habe ich überhaupt keine in meiner Dateistruktur gefunden. Ich wüsste auch nicht warum (und wie/wo) ich diese generieren müsste.
Da ich Bilder mehrfach verwende, würde dann der PHP Memory sinken, wenn ich die über eine Datenbank lade? Würde dann auch die Projektgröße kleiner werden?
Ich nehme an, Du nutzt eine Produktdatenbank. Ich habe mal meine Produkte exportiert und das geht total einfach und schnell. Klasse. Aber ich kann das offensichtlich nicht nutzen, weil ich bei fast allen Produkten irgendeinen Festrabatt eingegeben habe und wenn ich das richtig sehe, wird dieser Rabatt NICHT (!) in die Datenbank übertragen. Warum werden nicht alle Felder der Produkte in die Datenbank übertragen? Kann man den Festrabatt irgendwie in den Export integrieren?
Das PHP-Memory-Problem habe ich nur bei fotozentrale.de. Alle anderen kleinen Websites machen kein Problem.
Beste Grüße
Gerhard
WebP-Bilder für Webseiten erstellen ist bei WebSite X5 ganz einfach, siehe Screenshot
-----
Hello Gerhard,
1) Could you provide an URL for your website, to have an idea of how much information each product has?
3) You could also do this, if you cannot recognize the old files and are unsure of what should be deleted.
4) Both the amount of images and the length of descriptions/details for a product can make it "heavier", leading to potential issues if there is both a large amount of products and a large amount of information and the memory_limit is not high enough.
I am not sure what you are referring to about the discount and database, what kind of database integration are you trying to use? The software has it as an alternative to the managing of orders via e-mail, but this should not impact discounts you have set up.
Eric
Online translation:
Hallo Gerhard,
1) Könntest du eine URL für deine Website angeben, um eine Vorstellung davon zu haben, wie viele Informationen jedes Produkt hat?
3) Sie könnten dies auch tun, wenn Sie die alten Dateien nicht erkennen können und sich nicht sicher sind, was gelöscht werden soll.
4) Sowohl die Anzahl der Bilder als auch die Länge der Beschreibungen/Details für ein Produkt können es „schwerer“ machen, was zu möglichen Problemen führen kann, wenn es sowohl eine große Anzahl von Produkten als auch eine große Anzahl von Informationen gibt und das memory_limit nicht hoch genug ist.
Ich bin mir nicht sicher, was Sie mit dem Rabatt und der Datenbank meinen, welche Art von Datenbankintegration versuchen Sie zu verwenden? Die Software bietet eine Alternative zur Verwaltung von Bestellungen per E-Mail, aber dies sollte keine Auswirkungen auf die von Ihnen eingerichteten Rabatte haben.
Eric
Autor
Hallo Eric,
sie URL hatte ich in der letzten Nachricht angegeben: fotozentrale.de
Ich hatte es so verstanden, dass weniger PHP-Memory nötig ist, wenn man eine Produktdatenbank nutzt.
Außerdem würde dann die Projektgröße vielleicht kleiner, richtig?
Unte rmeiner URL siehst Du, dass die meisten Produkte einen Festrabatt beinhalten. Das Problem ist, dass die Datenbank diese Festrabatte nicht übernehmen. Daher kann ich ja leider nicht auf eine Produktdatenbank umsteigen. Grundsätzlich ist die Datenbank super, aber müssten dort UNBEDINGT ALLE Felder mit eingetragen werden!
Vielen Dank für Deine Hilfe
Beste Grüße
Gerhard
Das wird das Problem sein. Der Wert gibt an, wieviel RAM doe php-Scripte zur Verfügung haben. Mit der Projektgröße hat das nichts zu tun.
Da sind 100 MB für einen php-Script schon extrem.
Die Ursache ist, das alle Produkte und je Produkt die dazugehörigen CSS Daten in dieser php-Datei gespeichert werden. Je mehr Produkte, je größer die Datei.
Was Incomedia da macht ist ein großer Blödsinn und sollte schnellstens geändert werden.
Gruß Rainer
Hello Gerhard,
apologies for not addressing what you mentioned earlier and Rainer now also referenced: regarding the size of the x5cart.php, could you please check its size after re-exporting the website now that you have made, from what I understood, some adjustments to the products?
I would suggest regenerating the website's files with CTRL + Preview, accessing your destination folder in order to delete the current version of the file (it can be found in the cart subfolder) and then export choosing the option to export all of the website's files.
Eric
Online translation:
Hallo Gerhard,
entschuldigen Sie, dass ich nicht auf das eingegangen bin, was Sie zuvor erwähnt haben und worauf Rainer jetzt ebenfalls hingewiesen hat: Bezüglich der Größe der Datei x5cart.php, könnten Sie bitte deren Größe überprüfen, nachdem Sie die Website erneut exportiert haben, da Sie, soweit ich verstanden habe, einige Anpassungen an den Produkten vorgenommen haben?
Ich würde empfehlen, die Website-Dateien mit STRG + Vorschau neu zu generieren, den Zielordner aufzurufen, um die aktuelle Version der Datei (sie befindet sich im Unterordner cart) zu löschen, und dann den Export mit der Option durchzuführen, alle Dateien der Website zu exportieren.
Eric
Autor
Hallo,
1. ich habe ALLE Dateien der gesamten Website bei meinem Hoster gelöscht und dann über WSX5 nochmals alles neu abgespeichert. Bei WSX5 hat sich dadruch die Projektgröße NICHT geändert (bleibt bei 5,7 GB). Bei meinem Hoster ist das Dateivolumen dadurch um 1 GB reduziert worden. Aber das hilft mir ja leider nicht...
2. Rainer hat genau das bestätigt, was ich schon mal geschrieben habe, nachdem mir dies bei mittlerweile vielen Anrufen bei anderen Hostern bestätigt wurde. Wenn eine Website so einen extrem großen Bedarf an PHP-Memory hat, dann stimmt meistens etwas nicht an der Programmierung... Das könnte aber nur WSX5 nur intern ändern. Da man mir hierzu aber von WSX5 keine Info geschickt hat, nehme ich an, dass man intern an keiner Lösung Interesse hat, oder? Das ist ja ein ALLGEMEINES Problem!
3. Ebenso hat mir leider auch noch keiner hier mitgeteilt, wie ich selber den PHP-Memory reduzieren kann!? Habe ich bereits mehrfach gefragt..... Daher bitte ich nochmals um entsprechende Tipps!!!
4. Ebenso wurde NICHT beantwortet, ob das PHP-Memory DEUTLICH reduziert wird, wenn ich mit einer Produktdatenbank arbeiten würde.
5. Eine weitere Frage ist ebenso noch immer unbeantwortet: Der Export in eine Datenbank scheint ja ganz einfach zu sein (Klasse!). Aber warum werden nicht die in jedem Produkt eingegebenen Festrabatte (Euro-Betrag) exportiert. Daher kann ich offensichtlich gar nicht mit einer Datenbank arbeiten...!?
Meine Website ist seit einiger Zeit nun schon nicht nutzbar, daher würde ich mich nun über KONKRETE Antworten freuen. Meldet Euch bitte, auch wenn Ihr nur zu einzelnen Punkten schonmal eine vreläßlich Antwort habt.
Vielen Dank im Voraus.
Beste Grüße
Gerhard
zu 3. man kann den PHP Memory nicht reduzieren wenn du so viele Artikel hast. WSX5 ist für so viele Artikel nicht geschaffen worden.
zu 4. das kann nur INCO beantworten oder durch einen Selbsttest auf einen Probeserver.
zu 5. die Festrabatte sind nicht in der Datenbank für jede Ware notwendig wenn es generell im Skript enthalten ist.
Hello Gerhard,
1) Apologies for the misunderstanding, but what I meant is what size does the x5cart.php file currently have, rather than the project itself.
2) Do you have a copy of the project, expecially at the previous version?
If so, if you can provide it I could compare the generated files with both v2024.3 and v2024.4 and report the situation to identify potential optimizations.
I know the file would be large, but let me know if this would be an available option and I will provide you with instructions.
3) Overall, this depends on the amount of products and their complexity in terms of contents (images, descriptions, options/suboptions), so these are the aspects that could be optimized on your end if the memory_limit cannot be further increased. Usually it is possible to set it to 1024 (and in the case of the WebSite X5 hosting spaces it is set by default at 2048), so not many users encounter this with 3000 or so products, but if your provider has a maximum of 512 so that cannot be changed.
This is why I mentioned splitting the project earlier, although I understand that it may not be an optimal solution.
4&5) Could you please provide additional details as to what you attempted to do with the database and how? Discounts should not be impacted by activating the database option within WebSite X5, although this should also not improve the situation about the memory limit, as the size of files such as x5cart.php is not impacted by this.
If you are instead trying to manage the products outside of WebSite X5, unfortunately we do not provide support about this.
Eric
Online translation:
Hallo Gerhard,
1) Entschuldigung für das Missverständnis, aber ich meinte, welche Größe die Datei x5cart.php derzeit hat, und nicht das Projekt selbst.
2) Haben Sie eine Kopie des Projekts, insbesondere der vorherigen Version?
Wenn ja, könnte ich die generierten Dateien sowohl mit v2024.3 als auch mit v2024.4 vergleichen und über die Situation berichten, um mögliche Optimierungen zu ermitteln.
Ich weiß, dass die Datei sehr groß sein würde, aber lassen Sie mich wissen, ob dies eine verfügbare Option wäre, und ich werde Ihnen die entsprechenden Anweisungen geben.
3) Insgesamt hängt dies von der Anzahl der Produkte und ihrer inhaltlichen Komplexität ab (Bilder, Beschreibungen, Optionen/Unteroptionen). Dies sind also die Aspekte, die auf Ihrer Seite optimiert werden könnten, wenn das memory_limit nicht weiter erhöht werden kann. Normalerweise ist es möglich, es auf 1024 einzustellen (und im Falle der WebSite X5-Hosting-Spaces ist es standardmäßig auf 2048 eingestellt), so dass nicht viele Benutzer mit 3000 oder mehr Produkten auf dieses Problem stoßen, aber wenn Ihr Provider ein Maximum von 512 hat, kann das nicht geändert werden.
Aus diesem Grund habe ich vorhin die Aufteilung des Projekts erwähnt, obwohl ich weiß, dass dies vielleicht keine optimale Lösung ist.
4&5) Könnten Sie uns bitte zusätzliche Details darüber geben, was Sie mit der Datenbank zu tun versucht haben und wie? Die Aktivierung der Datenbankoption innerhalb von WebSite X5 sollte sich nicht auf die Rabatte auswirken, auch wenn sich dadurch die Situation mit dem Speicherlimit nicht verbessert, da die Größe von Dateien wie x5cart.php davon nicht betroffen ist.
Wenn Sie stattdessen versuchen, die Produkte außerhalb von WebSite X5 zu verwalten, bieten wir leider keinen Support dafür an.
Eric
Autor
Hallo,
Zu 1.
Die Datei ist knapp unter 100 MB groß
Zu 2.
Die URL habe ich ja mitgeteilt. Das gesamte Projekt würde ich nur sehr ungerne verschicken, weil dort tausende Bilder enthalten sind und als Fotograf verschickt man die nicht gerne, weil die über Umwege dann überall landen könnten. Das PHP-Memory-Problem ist meines Erachtens nicht durch den Wechsel auf V2024.4 entstanden, es entstand wohl als ich 150 weitere Produkte eingegeben habe.
Rainer hat ja genau das bestätigt, was ich schon mal geschrieben habe, nachdem mir dies bei mittlerweile vielen Anrufen bei anderen Hostern bestätigt wurde. Wenn eine Website so einen extrem großen Bedarf an PHP-Memory hat, dann stimmt meistens etwas nicht an der Programmierung... Das könnte aber nur WSX5 nur intern ändern. Da man mir hierzu aber von WSX5 keine Info geschickt hat, nehme ich an, dass man intern an keiner Lösung Interesse hat, oder? Das ist ja ein ALLGEMEINES Problem! Kann WSX5 hier nicht mal sehr ernsthaft über eine Lösung nachdenken. Ich finde WSX5 wirklich klasse, aber wenn es hier an der Programmierung liegt und man als Nutzer starke Nachteile hat, müsste doch WSX5 an einer Lösung arbeiten, oder? Wie ist hier der "ehrliche" aktuelle Stand?
Zu 3.
Praktisch alle Provider machen bei 1 GB PHP-Memory Schluss... Wäre es nicht ratsam, wenn sich WSX5 hier etwas einfallen lassen würde und die Programmierung so ändern, dass KEIN Kunde irgendwann Probleme bekommt???
Anhand meiner Website (fotozentrale.de) kann man ja erkennen, dass meine Produkte keine Optionen beinhalten. Der Test ist sehr zudem sehr klein, aber jede Produktbeschreibung enthält immer die drei gleichen Links auf allgemeine Infoseiten (auf meiner Website). Haben diese LINKS negative Auswirkungen?
a) Ich wüsste aber nicht, wie ich es anders regeln könnte und
b) ich weiß ja nicht, ob dies überhaupt auf den PHP-Memory negative Auswirkungen hat.
Zu 4.
Ich hatte ja mehrfach gefragt, ob die Auslagerung in einer WSX5-Datenbank eine niedrigere PHP-Memory-Bedarf zur Folge hätte. Außerhalb von WSX5 würde ich auf keinen Fall eine Datenbank aufbauen. Wenn dann nur über WSX5.
Andreas S. empahl mir ja, mal eine Probedatenbank einzurichten, um zu schauen, ob dies einen niedrigeren PHP-Memory zur Folge hätte. Ein guter Tipp (!), aber INCO müsste mir das doch auch so beantworten können!
Zu 5.
Ich hatte gedacht, dass eine Produktdatenbank sinnvoll ist, weil Projekt + PHP-Memory gesenkt wird!? Andreas S. schreibt, dass die Festrabatte nicht in die Datenbank übertragen werden, wahrscheinlich weil sie auf der WSX5-Projektseite eingegeben werden. Denkfehler meinerseits!? Ich dachte, bei einer Datenbank würde alles darüber laufen und dadurch hätte man mehrere Vorteile!? Wo liegen denn nun konkret die Vorteile einer Produktdatenbank?
Beste Grüße
Gerhard
Hello Gerhard,
I have replied about the database: the size of x5cart.php is not impacted by this.
The advantages of using the database are mainly about order management: you will be able to manage the orders through your Control Panel and set the availability of products, for example, or be able to set up digital products.
It is also necessary if you want to require a login for users to be able to purchase products.
I am afraid I still do not understand what kind of issues you are encountering with discounts and the database, however: discounts can be used the same way both with and without the database.
I am not sure what you mean about "WSX5 hasn't sent me any information about this", I replied here and am trying to get as many details as possible to report the situation: if you do not wish to provide a copy of the project, understandably, I will see if a similar situation can be replicated with a large e-commerce project, and what can be further optimized for situations such as yours.
Eric
Online translation:
Hallo Gerhard,
ich habe bereits bezüglich der Datenbank geantwortet: Die Größe der Datei x5cart.php wird davon nicht beeinflusst.
Die Vorteile der Nutzung der Datenbank liegen hauptsächlich im Bestellmanagement: Du kannst Bestellungen über dein Kontrollpanel verwalten und beispielsweise die Verfügbarkeit von Produkten festlegen oder digitale Produkte einrichten.
Die Datenbank ist auch notwendig, wenn du möchtest, dass sich Nutzer einloggen müssen, um Produkte kaufen zu können.
Ich verstehe jedoch immer noch nicht genau, welche Probleme du im Zusammenhang mit Rabatten und der Datenbank hast: Rabatte können auf dieselbe Weise sowohl mit als auch ohne Datenbank verwendet werden.
Ich bin mir auch nicht sicher, was du mit "WSX5 hat mir dazu keine Informationen geschickt" meinst. Ich habe hier geantwortet und versuche, so viele Details wie möglich zu sammeln, um die Situation zu melden. Falls du keine Kopie des Projekts bereitstellen möchtest – was verständlich ist – werde ich versuchen, eine ähnliche Situation mit einem großen E-Commerce-Projekt nachzustellen und zu prüfen, was für Situationen wie deine weiter optimiert werden kann.
Eric
Ciao Eric,
Gerhard intende dire che non memorizza gli sconti nel database, o non crea una tabella separata con "sconti fissi" per articolo!
Buongiorno Andreas,
grazie del chiarimento. In tal caso non si tratta di un errore: il database non ospita queste informazioni relative ai prodotti, in quanto non vengono gestite tramite database.
________________________________________________________
Hello Gerhard,
I have reported your situation as an example of a large e-commerce website encountering memory issues to see what can be optimized, I will let you know if any specific detail is required for testing.
My recommendation for the time being, to have a short-term solution, would be activating your included hosting space with us, as it has a higher memory limit, and redirecting your domain there if you confirm that everything works.
From what I can see your first free year of hosting would expire at the end of april.
Eric
Online translation:
Hallo Gerhard,
Ich habe Ihre Situation als Beispiel für eine große E-Commerce-Website, die auf Speicherprobleme stößt, gemeldet, um zu prüfen, was optimiert werden kann. Ich werde Sie informieren, falls spezifische Details für Tests benötigt werden.
Meine Empfehlung für eine kurzfristige Lösung wäre vorerst, den inbegriffenen Hosting-Bereich bei uns zu aktivieren, da dieser ein höheres Speicherkontingent hat, und Ihre Domain dorthin umzuleiten, falls Sie bestätigen, dass alles funktioniert.
Soweit ich sehen kann, würde Ihr erstes kostenloses Hosting-Jahr Ende April auslaufen.
Eric
Autor
Hallo Eric,
ich habe nun für kurze Zeit ein höheres PHP von 1024 MB erhalten, um WSX5 die Möglichkeit zu geben, das Problem zu beheben bzw. zu erkennen.
Hat die Anzahl der Menüpunkte auch Auswirkungen auf den PHP-Memory? Vielleicht könntest Du diesen Prüfpunkt noch an INSO weitergeben. Vielleicht hilft auch das noch bei der Problemsuche und -lösung.
Herzliche Grüße
Gerhard
Hello Gerhard,
unfortunately with the way WebSite X5 manages products, what is occurring is mostly due to the large amount of products used, so there are limits to what can be optimized here with configurations similar to yours.
I have reported your situation, but only a major rework in the product management would drastically impact the situation, this is why I suggested to switch at least temporarily to your included WebSite X5 hosting space, which has a memory_limit of 2048, or alternatively you could check whether it is possible to keep 1024 active on your current hosting space.
Eric
Online translation:
Hallo Gerhard,
leider hängt das Verhalten, das Sie beobachten, mit der Art und Weise zusammen, wie WebSite X5 Produkte verwaltet. Es liegt hauptsächlich an der großen Anzahl von Produkten, die verwendet werden, und daher gibt es Grenzen, was hier mit Konfigurationen wie Ihrer optimiert werden kann.
Ich habe Ihre Situation gemeldet, aber nur eine umfassende Überarbeitung der Produktverwaltung könnte die Situation drastisch verbessern. Deshalb habe ich vorgeschlagen, zumindest vorübergehend auf Ihren im WebSite X5-Paket enthaltenen Hosting-Bereich zu wechseln, der ein memory_limit von 2048 hat. Alternativ könnten Sie prüfen, ob es möglich ist, die 1024 auf Ihrem aktuellen Hosting-Bereich aktiv zu halten.
Eric