# Import CSV Shopware 5 \>1000 Artikel

**URL:** <https://forum.shopware.com/t/import-csv-shopware-5-1000-artikel/35715>\
**Category:** Administration\
**Created:** [1. April 2016 um 13:25 UTC](https://forum.shopware.com/t/import-csv-shopware-5-1000-artikel/35715 "2016-04-01T13:25:31Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![Tobi2684](https://avatars.discourse-cdn.com/v4/letter/t/f07891/32.png) [@Tobi2684](https://forum.shopware.com/u/Tobi2684)\
**Post date:** [1. April 2016 um 13:25 UTC](https://forum.shopware.com/t/import-csv-shopware-5-1000-artikel/35715/1 "2016-04-01T13:25:31Z")

</div>

Guten Tag,

ich habe ein Importproblem. Mittlerweile konnten wir es eingrenzen.

**Beim Importieren einer CSV Datei laufen im Apache folgende Fehler auf:**  
[www.xxx.com:443](http://www.xxx.com:443) 5.XX.XX.XX - - [01/Apr/2016:14:37:56 +0200] „BAN / HTTP/1.1“ 405 4775 „-“ „Shopware/5.1.3“  
[www.xxx.com:443](http://www.xxx.com:443) 5.XX.XX.XX - - [01/Apr/2016:14:37:56 +0200] „BAN / HTTP/1.1“ 405 4775 „-“ „Shopware/5.1.3“  
[www.xxx.com:443](http://www.xxx.com:443) 5.XX.XX.XX - - [01/Apr/2016:14:38:04 +0200] „BAN / HTTP/1.1“ 405 4775 „-“ „Shopware/5.1.3“  
[www.xxx.com:443](http://www.xxx.com:443) 5.XX.XX.XX - - [01/Apr/2016:14:38:04 +0200] „BAN / HTTP/1.1“ 405 4775 „-“ „Shopware/5.1.3“

Standardmäßig ist folgendes aus Sicherheitsgründen **NICHT** in PHP erlaubt:  
show\_source, highlight\_file, apache\_child\_terminate, apache\_get\_modules, apache\_note, apache\_setenv, virtual, dl, disk\_total\_space, posix\_getpwnam, posix\_getpwuid, posix\_mkfifo, posix\_mknod, posix\_setpgid, posix\_setsid, posix\_setuid, posix\_uname, proc\_nice, openlog, syslog, pfsockopen, system, shell\_exec, passthru, popen, proc\_open, exec

Kann sich diese „Ban 405“ Fehler jemand erklären? Ist dies eventuell ein Shopware Problem.  
Ich werde nun auch mal das neue Importmodul von Shopware testen.

\*\*25 Artikeln mit je 15 Varianten haben funktioniert. Alles darüber läuft ewig und scheint sich intern „aufzuhängen“

Grüße  
Tobi\*\*

---

<div class="post-metadata">

**Author:** ![rnm](https://avatars.discourse-cdn.com/v4/letter/r/e9a140/32.png) [@rnm](https://forum.shopware.com/u/rnm)\
**Post date:** [1. April 2016 um 13:37 UTC](https://forum.shopware.com/t/import-csv-shopware-5-1000-artikel/35715/2 "2016-04-01T13:37:11Z")

</div>

So wie es auschaut hat dein Provider die Firewall in Apache laufen&nbsp;

mod\_evasive

müsste ausgeschatet werden.

&nbsp;

Viele Grüße  
Alex  
[www.upware.de](http://www.upware.de/)

Magento & Shopware-Hosting vom Spezialisten

---

<div class="post-metadata">

**Author:** ![Tobi2684](https://avatars.discourse-cdn.com/v4/letter/t/f07891/32.png) [@Tobi2684](https://forum.shopware.com/u/Tobi2684)\
**Post date:** [3. April 2016 um 16:10 UTC](https://forum.shopware.com/t/import-csv-shopware-5-1000-artikel/35715/3 "2016-04-03T16:10:14Z")

</div>

Hi, danke für die Antwort.  
Ich werde diese mal an den Hoster weitergeben und mich nochmal melden!

&nbsp;

Grüße und schönen Sonntag

---

<div class="post-metadata">

**Author:** ![Tobi2684](https://avatars.discourse-cdn.com/v4/letter/t/f07891/32.png) [@Tobi2684](https://forum.shopware.com/u/Tobi2684)\
**Post date:** [4. April 2016 um 06:28 UTC](https://forum.shopware.com/t/import-csv-shopware-5-1000-artikel/35715/4 "2016-04-04T06:28:15Z")

</div>

Guten Morgen,

momentan ist mod\_evasive schon ausgeschaltet.

Momentan aktiviert sind:  
actions alias auth\_basic authn\_file authz\_default authz\_groupfile authz\_host authz\_user autoindex cache cgi deflate dir env expires fcgid headers include mime mod-spamhaus negotiation php5 proxy proxy\_http reqtimeout rewrite setenvif ssl suexec suphp unique\_id

Kann etwas davon stören?

Grüße  
Tobi  
&nbsp;

---

<div class="post-metadata">

**Author:** ![shopuser](https://avatars.discourse-cdn.com/v4/letter/s/5f8ce5/32.png) [@shopuser](https://forum.shopware.com/u/shopuser)\
**Post date:** [5. April 2016 um 10:14 UTC](https://forum.shopware.com/t/import-csv-shopware-5-1000-artikel/35715/5 "2016-04-05T10:14:39Z")

</div>

schau mal ob Du Dein eigene IP ( Vom Server / Hosting)&nbsp; als vertauenswürdig einstellen kannst bei der Firewall oder Fail4ban  
Am besten funktioniert auch der import wenn PHP beim Import auf FPM-Apache&nbsp; ( ich habe 5.6.19 ) steht mit Fast-cgi hatte ich immer Probleme.

[![Bilder-Upload.eu - share DEINE Bilder](http://www.bilder-upload.eu/thumb/08e320-1459852380.jpg)](http://www.bilder-upload.eu/show.php?file=08e320-1459852380.jpg)

Das ist ein Screenshot von meinen Einstellungen.  
wichtig ist noch die PHP

max\_input\_time

max\_execution\_time

einzustellen auf 7200sec&nbsp;

&nbsp;

Gruss

---

<div class="post-metadata">

**Author:** ![sash19k](https://avatars.discourse-cdn.com/v4/letter/s/91b2a8/32.png) [@sash19k](https://forum.shopware.com/u/sash19k)\
**Post date:** [6. April 2016 um 11:29 UTC](https://forum.shopware.com/t/import-csv-shopware-5-1000-artikel/35715/6 "2016-04-06T11:29:01Z")

</div>

Wir haben selbiges Problem beim Import von Artikeln (Altes Import/Export Modul).

100 - 300 Artikel funktionieren, bei ca. 500 - 600 hängt sich alles auf und der Shop ist für eine Weile nicht erreichbar.  
Die Werte für max\_execution\_time und&nbsp;max\_input\_time&nbsp;liegen bei uns jeweils bei&nbsp;300s. Sollte man diese&nbsp;Werte in Verbindung mit dem alten Import/Export Tool wirklich auf solch hohe Werte setzen?

Auszug aus dem Apache Log:

[eigene Server IP] - - [06/Apr/2016:12:55:10 +0200] „BAN / HTTP/1.1“ 404 1992 „-“ „Shopware/5.1.2“

und

[eigene Server IP] - - [06/Apr/2016:12:55:30 +0200] „BAN / HTTP/1.1“ 503 1395 „-“ „Shopware/5.1.2“

kommen diese BAN Einträge von Shopware oder Fail2Ban? Fail2Ban haben wir zwar installiert aber aktuell komplett deaktiviert.

&nbsp;

Beste Grüße

---

<div class="post-metadata">

**Author:** ![ifx\_cw](https://avatars.discourse-cdn.com/v4/letter/i/f6c823/32.png) [@ifx\_cw](https://forum.shopware.com/u/ifx_cw)\
**Post date:** [18. April 2016 um 13:40 UTC](https://forum.shopware.com/t/import-csv-shopware-5-1000-artikel/35715/7 "2016-04-18T13:40:00Z")

</div>

Wir haben seit geraumer Zeit ebenfalls Probleme mit einem selbstgeschriebenen Import auf Basis der Shopware-API. Bei uns stellt sich das Problem aber noch kurioser dar, da der Import alle 4 Stunden läuft, die Probleme aber i.d.R. nur ein Mal am Tag auftreten (morgens um 6 - nicht gerade die „Stoßzeit“ des Shops).

Auch wir haben die BAN-Requests, allerdings ist es bei uns (wenn die Probleme auftreten) wie folgt:

der Importer läuft beispielsweise um 5:45 Uhr los. Wir erhalten direkt bei den ersten Artikeln im Apache-Protokoll 500er-Fehler für die BAN-Requests. Später kommen dann 503er (dann ist der Shop auch nicht erreichbar, weil die PHP-Prozesse „hängen“ und das Prozesslimit erreicht ist). Nach einiger Zeit normalisiert sich die Situation aber „von selbst“ und der Import läuft ohne Fehler weiter (für die BAN-Requests kommen dann 200er oder 404er zurück).

&nbsp;

Ich vermute ein Problem in Shopwares HTTP-Cache (siehe [Understanding the Shopware HTTP Cache](https://developers.shopware.com/blog/2015/02/11/understanding-the-shopware-http-cache/) ) - hier werden auf jeden Fall offenbar die BAN-Requests gefeuert.  
Leider bringt mich das bisher noch keinen Schritt weiter was die Behebung des Problems angeht - aber vielleicht bringt das ja hier jemanden auf eine weitere Spur - bei fail2ban oder ipTables könnt ihr denke ich aufhören zu suchen, da der Request nicht über einen externen Weg reinkommt.

&nbsp;

Viele Grüße,  
Christian

---

<div class="post-metadata">

**Author:** ![Tobi2684](https://avatars.discourse-cdn.com/v4/letter/t/f07891/32.png) [@Tobi2684](https://forum.shopware.com/u/Tobi2684)\
**Post date:** [18. April 2016 um 14:11 UTC](https://forum.shopware.com/t/import-csv-shopware-5-1000-artikel/35715/8 "2016-04-18T14:11:13Z")

</div>

Hey und Guten Tag,

ich wollte nur fix sagen, dass sich das Problem für mich erledigt hat.

Ich konnte das ganze durch das neue Shopware Importmodul erledigen. Der Import klappt nun in wenigen Minuten bei 5000 Artikeln.

Grüße und danke für die Hilfe  
&nbsp;

---

<div class="post-metadata">

**Author:** ![DanielNogel](https://avatars.discourse-cdn.com/v4/letter/d/96bed5/32.png) [@DanielNogel](https://forum.shopware.com/u/DanielNogel)\
**Post date:** [18. April 2016 um 14:22 UTC](https://forum.shopware.com/t/import-csv-shopware-5-1000-artikel/35715/9 "2016-04-18T14:22:20Z")

</div>

Hallo,&nbsp;

unter Umständen hilft es auch kurzfristig das ProxyPruning im Http Cache zu deaktivieren. Dann muss der Cache danach einmal von &nbsp;Hand geleert werden, wir wissen aber dann, dass es wirklich daran lag.&nbsp;

Schönen Gruß,&nbsp;

Daniel&nbsp;

---

<div class="post-metadata">

**Author:** ![ifx\_cw](https://avatars.discourse-cdn.com/v4/letter/i/f6c823/32.png) [@ifx\_cw](https://forum.shopware.com/u/ifx_cw)\
**Post date:** [18. April 2016 um 14:38 UTC](https://forum.shopware.com/t/import-csv-shopware-5-1000-artikel/35715/10 "2016-04-18T14:38:17Z")

</div>

Hallo Daniel,

danke für den Tipp - ich werde das bei Gelegenheit mal testen. Ich bin aber neugierig: was genau macht das ProxyPruning? Die Beschreibung im Backend (“Das automatische Leeren des Caches aktivieren.”) ist ja doch etwas knapp.

Viele Grüße,  
Christian

---

<div class="post-metadata">

**Author:** ![ifx\_cw](https://avatars.discourse-cdn.com/v4/letter/i/f6c823/32.png) [@ifx\_cw](https://forum.shopware.com/u/ifx_cw)\
**Post date:** [4. Mai 2016 um 06:56 UTC](https://forum.shopware.com/t/import-csv-shopware-5-1000-artikel/35715/11 "2016-05-04T06:56:08Z")

</div>

Hallo zusammen!

Ich wollte hier noch einmal eine Rückmeldung geben. Der Grund für unsere Probleme war allerdings etwas anders, als vermutet. Die Idee, dass es mit dem Cache zu tun hat war zwar richtig, allerdings war der Grund schlicht und ergreifend, dass der Cache “überlastet” war. Ein Leeren des Caches über das Backend hat offenbar nicht mehr funktioniert, es kam aber keine Rückmeldung.  
Das Leeren des Caches über die Kommandozeile hat mehrere Minuten gedauert - es müssen sich also extrem viele Dateien angesammelt haben. Vermutlich hat der Aufruf im Backend also nichts gemeldet, weil er einfach in einem Timeout o.Ä. “untergegangen” ist. Seitdem haben wir keine Probleme mehr, lassen den Cache allerdings jetzt 1x pro Nacht per Cron über das Shell-Skript leeren. Das ginge natürlich auch im PHP über unseren Importer, allerdings denke ich, dass wir so auf jeden Fall auf der sicheren Seite sind.

Viele Grüße,  
Christian  
&nbsp;
