# Shopware leitet Besucher auf recovery - need help!

**URL:** <https://forum.shopware.com/t/shopware-leitet-besucher-auf-recovery-need-help/33730>\
**Category:** Administration\
**Created:** [19. Januar 2016 um 15:31 UTC](https://forum.shopware.com/t/shopware-leitet-besucher-auf-recovery-need-help/33730 "2016-01-19T15:31:13Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![seologix](https://avatars.discourse-cdn.com/v4/letter/s/ed655f/32.png) [@seologix](https://forum.shopware.com/u/seologix)\
**Post date:** [19. Januar 2016 um 15:31 UTC](https://forum.shopware.com/t/shopware-leitet-besucher-auf-recovery-need-help/33730/1 "2016-01-19T15:31:13Z")

</div>

Hi, ich habe hier mal ein etwas seltsames Problem mit Shopware. Irgendwie scheint es zu passieren, dass Shopware 5.1.1 manchmal auf das Recovery-Verzeichnis leitet obwohl der Shop längst Live ist. Das Problem an der ganze Sache ist, dass er den Besucher immer wieder auf diese Seite leitet. Das “frisst” sich sozusagen fest. Teilweise bringt es etwas lokal den Cache / die Cockies zu leeren aber meist leider nicht. Ich konnte mich eben in einem Fall per Fernwartung davon überzeugen. Teilweise geht es in lokalen W-Lans garnicht mehr, es wird immer auf recovery geleitet und sobald der Besucher über ein anderes Netz geht, läuft wieder alles :wtf: Habe auch schon versucht das Verzeichnis wieder auf die Hauptdomain zu leiten aber das bringt auch nichts. Sobald man dort testweise mal auf installer klickt verdoppeln sich die Verzeichnisse wie im Screen zu sehen. Jemand eine Idee was das sein kann? :shock:

 ![](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/2X/5/56fb4e79f07c48033de6c34edf2cd8a160e7bff2.png) ![](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/2X/6/622c4fdfa907dc2d7bbc827669ded33e2baa8132.png) Vielen Dank LG Marco

---

<div class="post-metadata">

**Author:** ![kulli](https://avatars.discourse-cdn.com/v4/letter/k/a3d4f5/32.png) [@kulli](https://forum.shopware.com/u/kulli)\
**Post date:** [19. Januar 2016 um 16:56 UTC](https://forum.shopware.com/t/shopware-leitet-besucher-auf-recovery-need-help/33730/2 "2016-01-19T16:56:53Z")

</div>

Weiterleitungen können im Browser sich regelrecht festfressen da hilft es oft nur den Browser zu resetten/reinstallieren; wie wir feststellen mussten ist das kein Problem von Shopware, sondern eher ein Browser - Problem wenn der dann immer noch weiterleitet, kann es eigentlich nur noch am Server liegen.

---

<div class="post-metadata">

**Author:** ![seologix](https://avatars.discourse-cdn.com/v4/letter/s/ed655f/32.png) [@seologix](https://forum.shopware.com/u/seologix)\
**Post date:** [19. Januar 2016 um 19:29 UTC](https://forum.shopware.com/t/shopware-leitet-besucher-auf-recovery-need-help/33730/3 "2016-01-19T19:29:36Z")

</div>

[quote=“kulli”]Weiterleitungen können im Browser sich regelrecht festfressen da hilft es oft nur den Browser zu resetten/reinstallieren.[/quote] Aber dazu müsste der Besucher ja erstmal in Recovery-Verzeichnis navigieren, oder halt dahin wo eine Weiterleitung dorthin existiert. Bin eben mal selber ins recovery/install navigiert, hier sieht der Hinweis dann ganz anderst aus: Dank Dir.

---

<div class="post-metadata">

**Author:** ![kulli](https://avatars.discourse-cdn.com/v4/letter/k/a3d4f5/32.png) [@kulli](https://forum.shopware.com/u/kulli)\
**Post date:** [19. Januar 2016 um 19:57 UTC](https://forum.shopware.com/t/shopware-leitet-besucher-auf-recovery-need-help/33730/4 "2016-01-19T19:57:34Z")

</div>

recovery/install, da war ich noch nie - ich musste erstmal schauen ob das überhaupt auf dem Server ist. ich nehme an der Server ist falsch konfiguriert wegen der weiterleitung schau mal ob eine bevorzugte Domain eingestellt ist (mit www. oder ohne) oder mal die htaccess neu generieren Edit: link zum shop wäre auch hilfreich

---

<div class="post-metadata">

**Author:** ![seologix](https://avatars.discourse-cdn.com/v4/letter/s/ed655f/32.png) [@seologix](https://forum.shopware.com/u/seologix)\
**Post date:** [19. Januar 2016 um 20:27 UTC](https://forum.shopware.com/t/shopware-leitet-besucher-auf-recovery-need-help/33730/5 "2016-01-19T20:27:32Z")

</div>

So wie ich das verstanden habe, muss der Ordner in SW5 zwingend bestehen bleiben wegen dem Auto Update. Umleitung macht doch SW automatisch je nach eingetragenem Host in den Einstellungen. Beim Hoster ist nichts mehr speziell eingestellt, aus diesem Grund. Eine htaccess gibt es da nicht, ist ein nginx managed server. Shop wäre [hier …](http://goo.gl/szMDiR) PS: Ich habe eben noch an einem betroffenen Rechner gesehen, dass wenn ich noch ein index.php dranhänge startet er den ursprünglichen Installer von der Erstinstallation damals :wtf:

---

<div class="post-metadata">

**Author:** ![kulli](https://avatars.discourse-cdn.com/v4/letter/k/a3d4f5/32.png) [@kulli](https://forum.shopware.com/u/kulli)\
**Post date:** [20. Januar 2016 um 06:39 UTC](https://forum.shopware.com/t/shopware-leitet-besucher-auf-recovery-need-help/33730/6 "2016-01-20T06:39:51Z")

</div>

wenn es ein managed server ist würde ich mich an den Manager/Hoster wenden. Der findet den Fehler bestimmt (hoffentlich) bei nginx gibt es ein paar spezielle Sachen zu beachten.

---

<div class="post-metadata">

**Author:** ![seologix](https://avatars.discourse-cdn.com/v4/letter/s/ed655f/32.png) [@seologix](https://forum.shopware.com/u/seologix)\
**Post date:** [21. Januar 2016 um 14:23 UTC](https://forum.shopware.com/t/shopware-leitet-besucher-auf-recovery-need-help/33730/7 "2016-01-21T14:23:25Z")

</div>

Ich glaube nicht, dass es am Hoster liegt. Dieser hat allerdings auch schon nachgesehen und der Verdacht geht auch hier Richtung Cache. Es bleibt auf jedenfall Spannend ☹ Habe da gerade ein Besucher bei dem das Problem plötzlich auftrat, dann gestern wieder genauso plötzlich verschwand. Heute mit dem Laptop in einem anderen Netz verbunden und zack Problem wieder da. Sonst keine Änderungen, gleiches Laptop & Browser. Wie soll man das da irgendwie festmachen :wtf: PS: Habe den Shop grad mal durch einige Browser-Checker im Netz laufen lassen und bei [browserling.com](http://browserling.com) bekomme ich tatsächlich teilweise den gleichen Fehler angezeigt [http://screencast.com/t/vtuMAxqHGV](http://screencast.com/t/vtuMAxqHGV)

---

<div class="post-metadata">

**Author:** ![derkosta](https://avatars.discourse-cdn.com/v4/letter/d/65b543/32.png) [@derkosta](https://forum.shopware.com/u/derkosta)\
**Post date:** [21. Januar 2016 um 15:26 UTC](https://forum.shopware.com/t/shopware-leitet-besucher-auf-recovery-need-help/33730/8 "2016-01-21T15:26:43Z")

</div>

kann es am unterschiedlichen Aufruf von der Domain mit www. und ohne www. liegen? Dass der Server dies falsch umleitet?! oder https und nicht https?! nur so eine idee

---

<div class="post-metadata">

**Author:** ![seologix](https://avatars.discourse-cdn.com/v4/letter/s/ed655f/32.png) [@seologix](https://forum.shopware.com/u/seologix)\
**Post date:** [21. Januar 2016 um 16:06 UTC](https://forum.shopware.com/t/shopware-leitet-besucher-auf-recovery-need-help/33730/9 "2016-01-21T16:06:42Z")

</div>

Ne das kann ich eigentlich ausschließen, aber danke! Peteris von browserling war so net und hat mal im system geschaut: [quote]I can see this error. It happens on some servers but not others. It’s hard to understand why. The error in screenshot is in Chrome 47 engine (latest Chrome). We use normal IPs, maybe you’ve access control? It’s hard to say what is happening.[/quote]

---

<div class="post-metadata">

**Author:** ![seologix](https://avatars.discourse-cdn.com/v4/letter/s/ed655f/32.png) [@seologix](https://forum.shopware.com/u/seologix)\
**Post date:** [21. Januar 2016 um 20:44 UTC](https://forum.shopware.com/t/shopware-leitet-besucher-auf-recovery-need-help/33730/10 "2016-01-21T20:44:48Z")

</div>

Schaut so aus als wäre des Rätsels Lösung eine hinterlegte IPv6 und ein Server der nur IPv4 unterstützt :thumbup: Dass die Anfragen dann auf das recovery laufen, ist wahrscheinlich nur Zufall gewesen. Aber da muss man erstmal drauf kommen … Vielen Dank an alle Helfer hier :thumbup: sowie an [browserling](http://browserling.com) und [timmehosting](http://timmehosting.de) für die Unterstützung 🙂 Gruß Marco
