# Gelöst: Leere Bestellungen und Kundenliste **URL:** \ **Category:** Shopware 3.5\ **Tags:** administration\ **Created:** [14. Juli 2012 um 00:27 UTC](https://forum.shopware.com/t/gelost-leere-bestellungen-und-kundenliste/7707 "2012-07-14T00:27:30Z")\ **Posts on this page:** 13\ **Page:** 1
**Author:** ![cityedv](https://avatars.discourse-cdn.com/v4/letter/c/cc9497/32.png) [@cityedv](https://forum.shopware.com/u/cityedv)\ **Post date:** [14. Juli 2012 um 00:27 UTC](https://forum.shopware.com/t/gelost-leere-bestellungen-und-kundenliste/7707/1 "2012-07-14T00:27:30Z")
Hallo, ich habe vor wenigen Tagen “Shopware 3.5.6 CE” auf meinem Server installiert und bin nach einigem herum probieren drauf gekommen, dass die Liste “Bestellungen” und “Kundenliste” (auch nach Testbestellungen) leer sind und leer bleiben… Dieses Problem ist auf 3 verschiedenen Rechnern mit allen möglichen Browsern (Internet Explorer 9, Firefox, Google Chrom und Opera) nachvollziehbar. Auf den Verdacht hin, dass ich “irgendwas verkonfiguriert” habe, setze ich mich dran und habe auf eine Subdomain eine FRISCHE DEFAULT INSTALLATION MIT DEMODATEN aufgesetzt. Aber auch hier das selbe Problem, obwohl ich NICHTS angepaßt oder verändert habe. Wo könnte das Problem sein? Im Forum habe ich schon gesucht, aber nichts passendes zu meinem Problem gefunden. Herzlichen Dank! Viele Grüße, Jürgen EDIT: Gelöst, die Anleitung ist [HIER](http://forum.shopware.de/administration-f11/leere-bestellungen-und-kundenliste-t7728-10.html#p38862) (ein paar Postings weiter) zu finden! :thumbup: :happy: ---
**Author:** ![tabalugaWeb](https://avatars.discourse-cdn.com/v4/letter/t/eada6e/32.png) [@tabalugaWeb](https://forum.shopware.com/u/tabalugaWeb)\ **Post date:** [14. Juli 2012 um 09:55 UTC](https://forum.shopware.com/t/gelost-leere-bestellungen-und-kundenliste/7707/2 "2012-07-14T09:55:50Z")
Hi, hat sich diesem Problem mittlerweile jemand angenommen? Bei uns tritt das gleiche auch gerade auf. Als ich gestern mit Shopware telefoniert hatte konnte ich den Fehler nur beim vmware Image diagnostizieren. Mir wurde erklärt, dass der Fehler im Image liegen könnte und ich doch bitte eine eigene Installation probieren sollte. Ich hab mittlerweile wohl alle Konstellationen durch die man probieren kann: Server ohne Plesk aufgesetzt - Shopware installiert über Installer Script -\> Fehler Server mit Plesk aufgesetzt - Shopware installiert über Installer Script -\> Fehler Bei der Installation wurde einmal mit und einmal ohne Demodaten installiert. Ich habe das Szenario bei zwei verschiedenen Servern bei zwei unterschiedlichen Hostern ausprobiert um einen Fehler im Bezug auf den Hoster auszuschließen. Suchen über das Forum ergeben, dass der Fehler mit der Lizenzierung zusammenhängen könnte bzw. aufgrund eines falschen iclear Plug Ins. Beides kann bei unserer Installation jedoch ausgeschlossen werden. Ich hoffe dass mir hier vielleicht jemand einen Tipp geben kann. Ich habe am Montag um 12:00 Uhr eine Präsentation dieser Software als Nachfolgeshop für unseren bisherigen XTC Modified bei unserer Geschäftsführung. Liebe Grüße Jonas ---
**Author:** ![SebastianKloepper](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sebastiankloepper/32/21435_2.png) [@SebastianKloepper](https://forum.shopware.com/u/SebastianKloepper)\ **Post date:** [14. Juli 2012 um 14:30 UTC](https://forum.shopware.com/t/gelost-leere-bestellungen-und-kundenliste/7707/3 "2012-07-14T14:30:44Z")
Hi, kann ich zu diesem Fall ggf. mal Zugangsdaten zum Backend bekommen? Einfach per PN. Zusätzlich sind vorab auch noch einige Serverinfos hilfreich, z.B. eingesetzte PHP- und MySQL-Version. Konnten die Bestellungen und Registrierung fehlerfrei durchgeführt werden? Sind in der Datenbank Einträge vorhanden (s\_user\* und s\_order\*). In dem Fall wäre es also auf ein Anzeigeproblem zurückzuführen. ---
**Author:** ![cityedv](https://avatars.discourse-cdn.com/v4/letter/c/cc9497/32.png) [@cityedv](https://forum.shopware.com/u/cityedv)\ **Post date:** [14. Juli 2012 um 18:01 UTC](https://forum.shopware.com/t/gelost-leere-bestellungen-und-kundenliste/7707/4 "2012-07-14T18:01:51Z")
Hallo, Gerne kann ich den Zugang zum Backend bereitstellen, die Zugangsdaten sende ich gleich im Anschluss an dieses Posting per PN. Dazu reiche ich auch noch die Infos zur MySQL-Verwaltung. Registrierungen sind in Ordnung, inkl. Email-Bestätigung. Bestellungen können problemlos getätigt werden, inkl. Email-Bestätigung. Bitte um Hilfe, da ich schon verschiedene Testsysteme auf einem lokalen System (unter Virtualix) und bei unserem Hostingunternehmen (Rootserver mit Ubuntu und Plesk bei Hosteurope) und einem normalen Webspace (Virtual Managed Server ohne Plesk) ausprobiert habe. Überall das selbe Problem… ☹ Übrigens in “s\_order” und “s\_user” sind alle Einträge vorhanden. Nur scheinen diese im Backend nicht auf. Wo der Fehler liegt, keine Ahnung. \*seufz\* Es hat mich gestern fast die ganze Nacht gekostet, wo ich verschiedene Möglichkeiten durchgespielt hatte. Herzlichen Dank! Viele Grüße, Jürgen ---
**Author:** ![tabalugaWeb](https://avatars.discourse-cdn.com/v4/letter/t/eada6e/32.png) [@tabalugaWeb](https://forum.shopware.com/u/tabalugaWeb)\ **Post date:** [14. Juli 2012 um 19:42 UTC](https://forum.shopware.com/t/gelost-leere-bestellungen-und-kundenliste/7707/5 "2012-07-14T19:42:57Z")
Na dann bin ich ja wenigstens nicht der einzige der die halbe Nacht an dem Problem gebastelt hat und irgendwann frustriert aufgegeben hat. ☹ ---
**Author:** ![egarter](https://avatars.discourse-cdn.com/v4/letter/e/b5ac83/32.png) [@egarter](https://forum.shopware.com/u/egarter)\ **Post date:** [14. Juli 2012 um 21:27 UTC](https://forum.shopware.com/t/gelost-leere-bestellungen-und-kundenliste/7707/6 "2012-07-14T21:27:47Z")
Habt ihr zufällig einen Verzeichnisschutz mit htaccess aktiviert. Wenn ich meinen Shop mit einem Passwortschutz versehe dann habe ich auch das gleiche Problem. Entferne ich den Verzeichnisschutz dann sehe ich wieder alle Bestellungen etc. Gruß Wolfgang ---
**Author:** ![tabalugaWeb](https://avatars.discourse-cdn.com/v4/letter/t/eada6e/32.png) [@tabalugaWeb](https://forum.shopware.com/u/tabalugaWeb)\ **Post date:** [14. Juli 2012 um 21:36 UTC](https://forum.shopware.com/t/gelost-leere-bestellungen-und-kundenliste/7707/7 "2012-07-14T21:36:12Z")
Hi Wolfgang, ich habe meines Erachtens nur das Übliche im der .htaccess - kein Verzeichnisschutz. [code] RewriteEngine on #RewriteBase /shopware/ RewriteRule shopware.dll shopware.php RewriteRule files/documents/.\* engine [NC,L] RewriteRule application.yaml engine [NC,L] RewriteRule images/ayww/(.\*) images/banner/1 RewriteRule sitemap.xml(.\*) shopware.php?controller=SitemapXml RewriteRule templates/.\*(css|js) engine/backend/php/sCacheTemplate.php?file=0 [NC,L] RewriteRule engine/core/php/sAjaxSearch.php engine/backend/php/sAjaxSearch.php [NC,L] RewriteRule engine/core/php/campaigns.php$ engine/backend/php/campaigns.php [NC,L] RewriteCond %{REQUEST\_URI} !(engine/|images/|files/|templates/|.js$|.css$|.jpg$|.png$) RewriteCond %{REQUEST\_FILENAME} !-f RewriteCond %{REQUEST\_FILENAME} !-d RewriteRule ^(.\*)$ shopware.php [PT,L,QSA] DirectoryIndex index.php DirectoryIndex shopware.php Deny from all Options -Indexes # Options -MultiViews # php\_value memory\_limit 128M # php\_value max\_execution\_time 18000 # php\_flag magic\_quotes\_gpc off # php\_flag session.auto\_start off # php\_flag suhosin.session.cryptua off # php\_flag zend.ze1\_compatibility\_mode Off # AddType x-mapp-php5 .php # AddHandler x-mapp-php5 .php[/code] Grüße Jonas ---
**Author:** ![cityedv](https://avatars.discourse-cdn.com/v4/letter/c/cc9497/32.png) [@cityedv](https://forum.shopware.com/u/cityedv)\ **Post date:** [14. Juli 2012 um 22:32 UTC](https://forum.shopware.com/t/gelost-leere-bestellungen-und-kundenliste/7707/8 "2012-07-14T22:32:12Z")
Hallo, ich habe auch die Standart .htaccess von der Installation drinnen: [code] RewriteEngine on #RewriteBase /shopware/ RewriteRule shopware.dll shopware.php RewriteRule files/documents/.\* engine [NC,L] RewriteRule application.yaml engine [NC,L] RewriteRule images/ayww/(.\*) images/banner/1 RewriteRule sitemap.xml(.\*) shopware.php?controller=SitemapXml RewriteRule templates/.\*(css|js) engine/backend/php/sCacheTemplate.php?file=0 [NC,L] RewriteRule engine/core/php/sAjaxSearch.php engine/backend/php/sAjaxSearch.php [NC,L] RewriteRule engine/core/php/campaigns.php$ engine/backend/php/campaigns.php [NC,L] RewriteCond %{REQUEST\_URI} !(engine/|images/|files/|templates/|.js$|.css$|.jpg$|.png$) RewriteCond %{REQUEST\_FILENAME} !-f RewriteCond %{REQUEST\_FILENAME} !-d RewriteRule ^(.\*)$ shopware.php [PT,L,QSA] DirectoryIndex index.php DirectoryIndex shopware.php Deny from all Options -Indexes # Options -MultiViews # php\_value memory\_limit 128M # php\_value max\_execution\_time 18000 # php\_flag magic\_quotes\_gpc off # php\_flag session.auto\_start off # php\_flag suhosin.session.cryptua off # php\_flag zend.ze1\_compatibility\_mode Off # AddType x-mapp-php5 .php # AddHandler x-mapp-php5 .php[/code] Die Installation liegt übrigens im Hauptverzeichnis, eine übergeordnete .htaccess ist daher nicht möglich. Kann es eventuell an Einstellungen in der php.ini oder am jeweiligen „Virtualhost“ des Apache liegen? ☹ Viele Grüße, Jürgen ---
**Author:** ![egarter](https://avatars.discourse-cdn.com/v4/letter/e/b5ac83/32.png) [@egarter](https://forum.shopware.com/u/egarter)\ **Post date:** [14. Juli 2012 um 23:15 UTC](https://forum.shopware.com/t/gelost-leere-bestellungen-und-kundenliste/7707/9 "2012-07-14T23:15:39Z")
Ich poste mal meine .htaccess Datei die im root-Verzeichnis von Shopware liegt (wo die shopware.php ist). RewriteEngine on #RewriteBase /shopware/ RewriteRule shopware.dll shopware.php RewriteRule files/documents/.\* engine [NC,L] RewriteRule application.yaml engine [NC,L] RewriteRule images/ayww/(.\*) images/banner/1 RewriteRule sitemap.xml(.\*) shopware.php?controller=SitemapXml RewriteRule templates/.\*(css|js) engine/backend/php/sCacheTemplate.php?file=0 [NC,L] RewriteRule engine/core/php/sAjaxSearch.php engine/backend/php/sAjaxSearch.php [NC,L] RewriteRule engine/core/php/campaigns.php$ engine/backend/php/campaigns.php [NC,L] RewriteCond %{REQUEST\_URI} !(engine/|images/|files/|templates/|.js$|.css$|.jpg$|.png$) RewriteCond %{REQUEST\_FILENAME} !-f RewriteCond %{REQUEST\_FILENAME} !-d RewriteRule ^(.\*)$ shopware.php [PT,L,QSA] DirectoryIndex index.php DirectoryIndex shopware.php Deny from all Options -Indexes # Options -MultiViews # php\_value memory\_limit 128M # php\_value max\_execution\_time 18000 php\_flag magic\_quotes\_gpc off # php\_flag session.auto\_start off # php\_flag suhosin.session.cryptua off # php\_flag zend.ze1\_compatibility\_mode Off # AddType x-mapp-php5 .php # AddHandler x-mapp-php5 .php Bei mir lag der Fehler in einer .htaccess Datei mit Verzeichnisschutz im root Verzeichnis meines htdocs Directory. Shopware befindet sich in einem Unterverzeichnis. Schade das ich nicht weiterhelfen konnte. Viele Grüsse Wolfgang ---
**Author:** ![tabalugaWeb](https://avatars.discourse-cdn.com/v4/letter/t/eada6e/32.png) [@tabalugaWeb](https://forum.shopware.com/u/tabalugaWeb)\ **Post date:** [14. Juli 2012 um 23:28 UTC](https://forum.shopware.com/t/gelost-leere-bestellungen-und-kundenliste/7707/10 "2012-07-14T23:28:40Z")
Hi, also es muss irgendwie an solchen Management Tools wie Plesk etc. liegen. Ich habe gerade einen Linux Server komplett frisch als Minimal installiert, anschließend apache, ftp, mysql etc. hinzugefügt und siehe da… es läuft wie gewünscht. Ich habe jedoch nicht mit virtualhosts gearbeitet sondern den Shop nun direkt unter var/www abgelegt. Doch ein .htaccess Problem??? ---
**Author:** ![tabalugaWeb](https://avatars.discourse-cdn.com/v4/letter/t/eada6e/32.png) [@tabalugaWeb](https://forum.shopware.com/u/tabalugaWeb)\ **Post date:** [15. Juli 2012 um 10:53 UTC](https://forum.shopware.com/t/gelost-leere-bestellungen-und-kundenliste/7707/11 "2012-07-15T10:53:31Z")
Hallo Zusammen, also es muss irgendwie bei mir an PLESK gelegen haben. Ich hatte die ganze Zeit PLESK 11 im Einsatz und da trat der Fehler ständig auf. Seitdem ich nun PLESK 10 nutze läuft alles optimal. Warum kann ich leider nicht sagen, aber vielleicht hilft es jemanden hier weiter, der das gleiche Problem in Verbindung mit PLESK 11 hat. Grüße ---
**Author:** ![cityedv](https://avatars.discourse-cdn.com/v4/letter/c/cc9497/32.png) [@cityedv](https://forum.shopware.com/u/cityedv)\ **Post date:** [15. Juli 2012 um 14:59 UTC](https://forum.shopware.com/t/gelost-leere-bestellungen-und-kundenliste/7707/12 "2012-07-15T14:59:22Z")
Hallo, nach einem anderen Problem mit Plesk glaub ich auch schon, dass es ev. damit zu tun haben kann. Haben die anderen hier, die das Problem auch haben, ebenso Plesk 11 auf dem System? Wenn ich nur wüßte, wonach ich suchen muss… \*seufz\* EDIT: Fehler gefunden, Anleitung folgt für alle. 😉 Viele Grüße, Jürgen ---
**Author:** ![cityedv](https://avatars.discourse-cdn.com/v4/letter/c/cc9497/32.png) [@cityedv](https://forum.shopware.com/u/cityedv)\ **Post date:** [15. Juli 2012 um 15:31 UTC](https://forum.shopware.com/t/gelost-leere-bestellungen-und-kundenliste/7707/13 "2012-07-15T15:31:43Z")
Hallo, ich habe das Problem aufgrund eines anderen Fehlers in Plesk 11 beheben können, welcher mich gestört hat. Vorherige Versionen von Plesk dürften nicht betroffen sein. Es hat definitiv mit dem, in Plesk 11 eingeführten, Nginx-Proxy zu tun. Der hilfreiche Wink kam von diesen beiden Links: [http://forum.parallels.com/showthread.p … nginx+7080](http://forum.parallels.com/showthread.php?t=260856&highlight=nginx+7080) [http://forum.parallels.com/showpost.php … ostcount=8](http://forum.parallels.com/showpost.php?p=628891&postcount=8) Gerne fasse ich dies kurz in deutscher Sprache zusammen: 1). Erstelle diese beiden Verzeichnisse auf deinem Server (z.B. mittels mkdir): `/usr/local/psa/admin/conf/templates/custom/ /usr/local/psa/admin/conf/templates/custom/domain/` 2). Ändere die Datei “/usr/local/psa/admin/conf/templates/default/domain/domainVirtualHost.php” wie folgt ab: 2a). Enferne folgenden Teil aus Zeile 6: `:server-\>webserver-\>httpsPort : $VAR-\>server-\>webserver-\>httpPort ?\>` 2b). In Zeile 6 darf somit nurmehr folgendes stehen bleiben: `ServerName "domain-\>asciiName ?\>"` 2c). Am Anfang der Zeile 132 folgendes einfügen: `server-\>webserver-\>proxyActive) echo "UseCanonicalName On\nUseCanonicalPhysicalPort Off\n"; ?\>` 3). Datei speichern und folgendes eingeben, damit die Konfiguration neu erstellt: `/usr/local/psa/admin/bin/httpdmng --reconfigure-all` Nachdem ich dies durchgeführt habe, funktionierten die Bestellungen, die Kundenliste (und auch ein anderes Problemskript von mir selbst) wieder ohne Probleme. :happy: Bei Fragen oder Verbesserungen zu diesem Thema einfach bitte PN schicken! Ich würde sagen, dieses Wochenende ist mehr als gerettet. 😃 Viele Grüße, Jürgen