Shopware macht an sich einen äußert soliden Eindruck. Wir haben Shopware schon seit der 3.5 beobachtet und mit Shopware 4 uns entschieden, dass System auf Tauglichkeit zu Prüfen. Leider scheint Shopware 4 generell noch einiges an Problemen mit sich zu bringen. Folgende kleinere Fehler sind aufgefallen: - Beim löschen von Textbausteinen, aktualisiert sich das Fenster nicht und muss erst geschlossen und dann wieder geöffnet werden. - In der Artikel Übersicht werden pro Seite 25 Artikel ausgegeben, setzt man nun den Haken alle makieren und löscht diese wiederum, funktioniert dies auch noch hervorragend. Will man jedoch im gleichen Schritt wieder alle Artikel makieren nach ersten Löschdurchgang von 25 Artikeln, lässt sich das Feld “Alles makieren” nicht mehr nutzen. Auch hier hilft nur, dass Fenster der “Artikelübersicht” zu schließen und erneut zu öffnen. - Der Import von Artikeln funktioniert Reibungslos jedoch lassen sich über den Import nicht mehr wie ca.: 2600 Artikel Importieren. Hiernach bricht der Import ohne Fehlermeldung ab. (Es liegt definitiv nicht an Serverbegrenzungen etc. die Laufzeit PHP´s usw wurden testweiße schon extrem angehoben, dass ändert jedoch nichts daran, dass Shopware nach ca.: 2600 Artikeln die Arbeit verweigert.) - Beim Import von Bildern besteht ein gleiches Problem. Zudem werden in der Shopware Dokumentation “description und position” als Optionales Feld angegeben. Es geht jedoch nicht hervor, dass diese zwingend im Import entahlten sein müssen, auch wenn diese leer sind. Sind diese nicht enthalten, hängt sich der Bildupload in einer Endlosschleife auf und Importiert wird nur die erste Zeile des Dokumentes. - Nach einem erfolgreichen Import muss das Shopware Backend einmal neugeladen werden, da ansonsten ein direkt nachfolgender Import nicht klappen tut. Nun ein etwas größerer Fehler Dieser Fehler lässt die Vermutung aufkommen, dass Shopware nicht für Shops mit einem größeren Volumen an Artikeln ausgelegt ist. Beispiel Wir haben eine Kategorie in der sich zurzeit fast 9000 Artikel befinden. Wir begeben uns nun zur “Kategoriebearbeitung”. Beim Aufruf dieser Kategorie dauert es schon ca: 30 Sekunden - 1 Minute bis Shopware überhaupt die Kategorie anzeigt. (Was auch nicht weiter tragisch sein soll) Jedoch ist es nun so, dass wenn man diese Kategorie bearbeitet und den Vorgang abspeichert, alle Artikelzuordnungen dieser Kategorie verloren gehen und sich keine Artikel mehr in dieser Kategorie befinden. Alle Artikel die in dieser Kategorie wahren werden dann im System als Kategorielos gelistet. Nach meiner Auffassung liegt es schlicht und einfach daran, dass Shopware bei der Kategoriebearbeitung die komplette Artikelzuordnung per SQL mitlädt und dabei nicht mehr mitkommt. Das Problem denke ich könnte behoben werden, wenn die Kategoriebearbeitung so abgeändert wird, dass in dem TAB Artikelzuordnung nur die erste Seite geladen wird mit sagen wir 25 Artikeln und alle anderen zugeordneten Artikel nur abgefragt werden wenn man wirklich auf diesen TAB zugreift oder gar in diesem TAB die nächste Seite anfordert. Ich hoffe der ganze Beitrag kam halbwegs verständlich rüber 
Ansonsten sei zu sagen, Shopware läuft äußert Stabil mit derzeit 25000 eingepflegten Artikeln. Die Frage und das große Problem stellt sich aber ob der Fehler mit den Kategorien durch Shopware behoben werden kann? Denn wenn eine Kategorie bei 9000 Artikeln jetzt schon Probleme macht, denke ich ist Shopware für uns das falsche System, wenn ich überlege zu welchen Fehlern es noch kommen kann wenn die Restlichen Artikel eingepflegt werden. Sicherlich kann man die Kategorien in diesem falle auch direkt in der Datenbank bearbeiten, aber das sollte hier nicht die Lösung des problemes sein. Eventuell gibt es von Shopware eine verlässliche Aussage mit wievielen Artikeln, dass system bisher erfolgreich getestet werden konnte? EDIT: Aktuelle Shopware Version 4.0.2
Hallo, - Beim löschen von Textbausteinen, aktualisiert sich das Fenster nicht und muss erst geschlossen und dann wieder geöffnet werden. Das ist in der kommenden Version 4.0.3 behoben! [quote] - In der Artikel Übersicht werden pro Seite 25 Artikel ausgegeben, setzt man nun den Haken alle makieren und löscht diese wiederum, funktioniert dies auch noch hervorragend. Will man jedoch im gleichen Schritt wieder alle Artikel makieren nach ersten Löschdurchgang von 25 Artikeln, lässt sich das Feld „Alles makieren“ nicht mehr nutzen. Auch hier hilft nur, dass Fenster der „Artikelübersicht“ zu schließen und erneut zu öffnen. [/quote] Danke für den Hinweis. Wenn wir das reproduzieren können, wird auch das mit 4.0.3 behoben. [quote] - Der Import von Artikeln funktioniert Reibungslos jedoch lassen sich über den Import nicht mehr wie ca.: 2600 Artikel Importieren. Hiernach bricht der Import ohne Fehlermeldung ab. (Es liegt definitiv nicht an Serverbegrenzungen etc. die Laufzeit PHP´s usw wurden testweiße schon extrem angehoben, dass ändert jedoch nichts daran, dass Shopware nach ca.: 2600 Artikeln die Arbeit verweigert.) - Beim Import von Bildern besteht ein gleiches Problem. Zudem werden in der Shopware Dokumentation „description und position“ als Optionales Feld angegeben. Es geht jedoch nicht hervor, dass diese zwingend im Import entahlten sein müssen, auch wenn diese leer sind. Sind diese nicht enthalten, hängt sich der Bildupload in einer Endlosschleife auf und Importiert wird nur die erste Zeile des Dokumentes. - Nach einem erfolgreichen Import muss das Shopware Backend einmal neugeladen werden, da ansonsten ein direkt nachfolgender Import nicht klappen tut. [/quote] Mit 4.0.3 ist der Import nochmal enorm verbessert worden - du könntest dir ggf. den aktuellen Stand der Version unter https://github.com/ShopwareAG/shopware-4 auschecken und prüfen ob damit auch deine konkreten Probleme bereits gelöst sind - wenn nicht würden wir uns über eine Info freuen, dann können wir auch das ggf. noch kurzfristig lösen. [quote] Nun ein etwas größerer Fehler Dieser Fehler lässt die Vermutung aufkommen, dass Shopware nicht für Shops mit einem größeren Volumen an Artikeln ausgelegt ist. Beispiel Wir haben eine Kategorie in der sich zurzeit fast 9000 Artikel befinden. Wir begeben uns nun zur „Kategoriebearbeitung“. Beim Aufruf dieser Kategorie dauert es schon ca: 30 Sekunden - 1 Minute bis Shopware überhaupt die Kategorie anzeigt. (Was auch nicht weiter tragisch sein soll) Jedoch ist es nun so, dass wenn man diese Kategorie bearbeitet und den Vorgang abspeichert, alle Artikelzuordnungen dieser Kategorie verloren gehen und sich keine Artikel mehr in dieser Kategorie befinden. Alle Artikel die in dieser Kategorie wahren werden dann im System als Kategorielos gelistet. Nach meiner Auffassung liegt es schlicht und einfach daran, dass Shopware bei der Kategoriebearbeitung die komplette Artikelzuordnung per SQL mitlädt und dabei nicht mehr mitkommt. Das Problem denke ich könnte behoben werden, wenn die Kategoriebearbeitung so abgeändert wird, dass in dem TAB Artikelzuordnung nur die erste Seite geladen wird mit sagen wir 25 Artikeln und alle anderen zugeordneten Artikel nur abgefragt werden wenn man wirklich auf diesen TAB zugreift oder gar in diesem TAB die nächste Seite anfordert. Ich hoffe der ganze Beitrag kam halbwegs verständlich rüber Ansonsten sei zu sagen, Shopware läuft äußert Stabil mit derzeit 25000 eingepflegten Artikeln. Die Frage und das große Problem stellt sich aber ob der Fehler mit den Kategorien durch Shopware behoben werden kann? Denn wenn eine Kategorie bei 9000 Artikeln jetzt schon Probleme macht, denke ich ist Shopware für uns das falsche System, wenn ich überlege zu welchen Fehlern es noch kommen kann wenn die Restlichen Artikel eingepflegt werden. Sicherlich kann man die Kategorien in diesem falle auch direkt in der Datenbank bearbeiten, aber das sollte hier nicht die Lösung des problemes sein. Eventuell gibt es von Shopware eine verlässliche Aussage mit wievielen Artikeln, dass system bisher erfolgreich getestet werden konnte? EDIT: Aktuelle Shopware Version 4.0.2[/quote] Danke für den Hinweis - das hört sich erstmal so an, als wenn es wirklich mit einem falsch verknüpften Model zusammenhängt. Wir werden das am Montag überprüfen und wenn wir das bestätigen können, auch dieses Problem mit dem nächsten Minor-Update lösen. Die 4.0.3 kommt übrigens voraussichtlich nächste Woche Mittwoch!
Hi, wir schauen uns gerade das Verhalten an. Könntest du uns vielleicht einmal einen Backendzugang an development@shopware.de zusenden? Perfekt wäre es, wenn du FTP und phpMyAdmin Zugangsdaten direkt mitsendest. Viele Grüße, Marcel
Ich war leider etwas verhindert und habe diesen Beitrag daher erst jetzt gesehen. Feedback zur 4.0.3 - Der Import mit 25000 Artikeln klappte nun Problemlos und relativ schnell muss ich sagen, jedoch gibt es hierbei noch einen kleinen Schönheitsfehler der bei den ein oder anderen Benutzer für Verwirrung sorgen könnte. Mitten im Import gibt Shopware eine Fehlermeldung ohne Text aus mit der Überschrift “0 -”. Man kann dies ohne Probleme mit “OK” bestätigen, hiernach fällt auf, dass das Browserfenster weiter lädt. Also der Import läuft weiter, trotz der nicht Aussagekräftigen Meldung. Wartet man nun noch etwas ab, lädt das Browserfenster neu und alles ist in Ordnung. - Der Einkaufspreis wird nicht Importiert, ist dies gewollt? Shopware ignoriert diesen Eintrag beim Import jedenfalls erfolgreich. ------ [quote]wir schauen uns gerade das Verhalten an. Könntest du uns vielleicht einmal einen Backendzugang an development@shopware.de zusenden? Perfekt wäre es, wenn du FTP und phpMyAdmin Zugangsdaten direkt mitsendest.[/quote] Welches Verhalten und werden die Daten immer noch benötigt? ------ EDIT: Die Kategoriebearbeitung funktioniert nun überhaupt nicht mehr bei Kategorien mit einigen tausend Artikeln. (Der eigentliche Fehler wurde im ersten Beitrag beschrieben.) - Eine Kategorie mit 8500 Artikel bringt folgende Meldung: “414 Request-URI Too Large Request-URI Too Large The requested URL’s length exceeds the capacity limit for this server. Apache/2.2.16 (Debian) Server at ???.de Port 80” - Ein kleiner Test ergab Kategorien mit 1100 Artikel geben ebenfalls diese Meldung aus. Mit 600 Artikeln klappte es Beispielsweiße noch Problemlos. Eventuell kann man diesen Fehler relativ leicht beheben, wenn Ihr die Artikelzuordnungen aus den Kategorien ausgliedert oder aber eine Möglichkeit schafft entweder nur Kategorien zu bearbeiten oder halt Kategorien mit Artikelzuordnungen zu bearbeiten. --------- EDIT 2: Textbausteine bringen nach Update von der 4.0.2 auf der 4.0.3 nun folgenden Fehler bei einer Löschaktion: Diese Meldung wiederhollt Chrome 3-4 mal, der Löschvorgang wird jedoch erfolgreich ausgeführt. Nach der Fehlermeldung also befindet sich der Fehler im Plugin “SwagLicene”. Reproduktion: - Einstellungen - Textbausteine - Textbaustein anlegen - Textbaustein wieder löschen --------- EDIT 3: Zwar kein nennenswerter Fehler aber dennoch könnte es den ein oder anderen Stören. Das im ersten Beitrag beschriebene Problem mit den Löschen der Artikel funktioniert zwar hervorragend jedoch ist das Kästchen alle Artikel makieren immernoch nicht nutzbar nach dem ersten Löschdurchgang. Reproduktion: - Artikel - Übersicht - Kategorie “Deutsch” - Alle makieren - Artikel löschen - Kurz abwarten bis die Meldung des erfolgreichen Löschvorganges erscheint und sich das Fenster neulädt. - Will man nun wieder alle makieren funktioniert es nicht, man muss erst einen einzelnen Artikel makieren, den wieder abhacken und dann funktioniert auch wieder das Kästchen um alles zu makieren. - Oder noch einfacher Fentser schließen und Artikelübersicht neu öffnen Wie gesagt nur ein kleiner Schönheitsfehler in meinen Augen. ------ Kleiner Nachtrag: Sicher werden wir für Shopware eine Wawi benutzen wo solche Probleme gerade mit den Kategorien wohl nicht auftreten werden, jedoch bin ich der Auffassung, dass Shopware seine Arbeit auch im eigentlichen Backend korrekt verrichten muss.