Fehlermeldungen Backend + Bestellungen lassen sich nicht öff

Hallo, irgendwie habe ich gerade das Problem dass ich im Backend, sofort nach dem einloggen, folgende Fehlermeldung erhalte: Fehlermeldung gelöscht da Links zum Shop enthalten waren.

Keiner eine Idee? :cry: Erhalte gerade eine Fehlermeldung nach der anderen. Hier nochmal eine andere:

Ok da ich absolut keine Ahnung habe was da jetzt los ist, ich habe alle Plugins deaktiviert usw., mein Hoster meint es würde wohl an nem Plugin liegen, ich aber wie gesagt nicht weiterkomme. Hier jetzt die Frage wer würde sich das ganze einmal anschauen, ich zahle auch für… Es lässt sich alles öffnen ausser die Bestellungen. Beim Versuch die Bestellungen zu öffnen erhalte ich besagte Fehlermeldungen per Mail. Ich habe keine Ahnung was ich machen soll und verstehe auch die Fehlermeldungen nicht. Das Frontend funktioniert und Bestellungen funktionieren auch.

Leute!? Keiner??? Hier wird doch irgendjemand sein der zumindest eine der Fehlermeldungen richtig deuten kann, damit man hier mal nen Anhaltspunkt hat. :frowning: Der lädt sich zu tode wenn ich die Bestellungen öffnen möchte bzw. Kunden zu öffnen geht auch nicht. Alles andere funktioniert. Wäre über ein wenig Hilfe wirklich sehr dankbar…

Hallo, installiere bitte das Backup vor der Installation/Update der neuen Plugins. Leider sind die nicht immer alle miteinander kompatibel. Welche sind aktualisiert worden und welche sind installiert? Wenn Fragen sind, bin ich am einfachsten unter info@mycetome.de oder PM erreichbar. Viele Grüße HTH

Hallo, ich würde mal auf ein Plugin tippen, welches das Bestell- und Kundenmodul erweitert, also einen neuen Reiter zu der Übersicht hinzufügt. DU solltest also mal schauen was da in Frage kommt, das Plugin deaktivieren, den kompletten Cache löschen und das Backend neu laden. Von alleine passiert sowas ja grundsätzlich erstmal nicht. Grüße Moritz

[quote=“Moritz Naczenski”]Hallo, ich würde mal auf ein Plugin tippen, welches das Bestell- und Kundenmodul erweitert, also einen neuen Reiter zu der Übersicht hinzufügt. DU solltest also mal schauen was da in Frage kommt, das Plugin deaktivieren, den kompletten Cache löschen und das Backend neu laden. Von alleine passiert sowas ja grundsätzlich erstmal nicht. Grüße Moritz[/quote] Hallo Moritz, danke für Deine Antwort. Ich habe kein Plugin aktiv was auf die Bestellübersicht oder die Kundendaten zugreift bzw. hier einen Reiter hinzufügt? Evtl. ist es dann eher ein Zahlplugin, wobei da aber aktuell keins geupdatet wurde. Aktuell gibt es noch 2-3 User welche auch das Problem haben oder ähnliche Probleme haben. Auch dort wird ein 500er im Backend angezeigt + die Bestellungen können nicht geöffnet werden. Folgender Thread Evtl. haben wir alle das selbe Plugin geupdatet, welches für den Fehler zuständig ist. Leider haben die anderen mir noch nicht verraten ob sie irgendwelche Plugins geupdatet haben und wenn ja welche. Ich hatte bereits gestern alle kurzzeitig deaktiviert, leider ohne Erfolg. In dem verlinkten Thread hat sich Patrick von euch bereits gemeldet, dem ich auch meine Zugangsdaten geben durfte. Ich hoffe dass er etwas rausbekommt. Ich hatte dan heute aus Verzweiflung auch mal auf die Version 4.3.3 geupdatet, in der Hoffnung den Fehler evtl. dadurch zu beheben. Das Update habe ich über den Browser durchgeführt, was auch soweit funktioniert hat. Nur ist dadurch nichts besser geworden sondern nur noch Probleme hinzugekommen. Leider leiten die Links nicht mehr automatisch auf https um. Der Shop ist also aktuell, mit und ohne https erreichbar. Ich hab den Shop schon sehr lange komplett über SSL laufen, seit dem Update funktioniert das nicht mehr richtig. Momentan kommt jetzt also alles zusammen…

[quote=„trixx“] Nur ist dadurch nichts besser geworden sondern nur noch Probleme hinzugekommen. Leider leiten die Links nicht mehr automatisch auf https um. Der Shop ist also aktuell, mit und ohne https erreichbar. Ich hab den Shop schon sehr lange komplett über SSL laufen, seit dem Update funktioniert das nicht mehr richtig. Momentan kommt jetzt also alles zusammen…[/quote] Die automatische Umleitung von http auf https wurde mit dem Update entfernt, da diese sehr viele Fehler verursacht hat, z.B. auch das hier häufig aufgetretene „Resource Shop not found failure“, teilweise sogar direkt beim Seitenaufruf und nicht nur im Hintergrund. Du musst die Umleitung am besten jetzt in die .htaccess packen, dann bist du unabhängig von Shopware und die Fehler dieser redirect von Shopware verursacht hat, werden damit auch umgangen, da die .htaccess vor Shopware selbst geladen wird. Ich kann morgen mal schauen ob ich dir da mal ein kleines Beispiel für die .htaccess schicke! Ich frag morgen auch mal Patrick ob er sich das anschaut. Grüße Moritz

Hi, hab mal kurz gegoogelt. Eine saubere Lösung sollte das hier sein http://www.use-blog.de/server-administr … mschalten/ Sebastian

[quote=“Moritz Naczenski”][quote=“trixx”] Nur ist dadurch nichts besser geworden sondern nur noch Probleme hinzugekommen. Leider leiten die Links nicht mehr automatisch auf https um. Der Shop ist also aktuell, mit und ohne https erreichbar. Ich hab den Shop schon sehr lange komplett über SSL laufen, seit dem Update funktioniert das nicht mehr richtig. Momentan kommt jetzt also alles zusammen…[/quote] Die automatische Umleitung von http auf https wurde mit dem Update entfernt, da diese sehr viele Fehler verursacht hat, z.B. auch das hier häufig aufgetretene “Resource Shop not found failure”, teilweise sogar direkt beim Seitenaufruf und nicht nur im Hintergrund. Du musst die Umleitung am besten jetzt in die .htaccess packen, dann bist du unabhängig von Shopware und die Fehler dieser redirect von Shopware verursacht hat, werden damit auch umgangen, da die .htaccess vor Shopware selbst geladen wird. Ich kann morgen mal schauen ob ich dir da mal ein kleines Beispiel für die .htaccess schicke! Ich frag morgen auch mal Patrick ob er sich das anschaut. Grüße Moritz[/quote] Hey, ah ok, das mit der SSL Änderung ist gut zu wissen, danke. Den Eintrag in die.htaccess habe ich gerade gemacht: RewriteEngine On RewriteCond %{HTTPS} off RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L] Jetzt wird zumindest die Startseite richtig umgeleitet. Allerdings keine Kategorein/Artikel hier lande ich dann immer auf der Statseite und es wird ein /shopware.php an die URL gehangen. Beispiel: Der Aufruf ohne https http://www.meinshop.de/kategorie Wird zu: https://www.meinshop.de/shopware.php Das selbe bei Artikeln nur dass hier an /shopware.php noch zusätzlich der Parameter ?c=45 drangehangen wird, wenn sich ein Artikel in mehreren Kategorien befindet. Ok es ist spät, sollte der .htaccess Eintrag anders aussehen, dann wäre es super wenn Du mir morgen einee entsprechenden Eintrag zukommen lassen würdest. Ich werde aber selbst auch noch ein wenig Googeln. Nett von Dir das Du Patrick nochmal drauf ansprechen möchtest, vielen Dank! Gruß Daniel

Also deine Regel entspricht ja nicht der aus dem Link… Dort ist die Regel anders und müsste auch funktionieren RewriteBase / RewriteEngine on RewriteCond %{SERVER\_PORT} !443 RewriteRule (.\*) https://%{HTTP\_HOST}$1 [R=301,L] Die ersten zwei Zeilen gibt’s ja schon

Ok Kommando zurück. Mit dem Aufruf https://www.meinshop.de/backend funktioniert es. Das hatte vorher nie funktioniert deswegen hatte ich das nicht gemacht. Und das Backend wie gewohnt ohne https aufgerufen. Allerdings besteht immer noch das Problem dass er mich beim Aufruf einer Kategorie oder auch einem Artikel ohne https immer auf die Startseite wirft und shopware.php an die URL hängt

Hallo, sorry - da bin ich jetzt raus. Ich kanns selber nicht testen aktuell. Ggf. gibt’s auch eine andere Regel Du musst ja nur jeden aufruf per http auf https umleiten per 301 Evtl. ist auch einfach was in der htaccess falsch. Das ist aber auch ein anderes Thema. Das gab es auch einige Male schon mit Lösungen hier. Problem ist, dass wir jetzt etwa vier Posts, sogar eigentlich unterschiedliche Fehlermeldungen, untereinander verlinken und die auch komplett andere Themen behandeln. Wir sollten hier jetzt auf die Ursprungsanfragen eingehen oder ansonsten neue Posts öffnen, mit aussagekräftigen Bezeichnungen. Diese Überschriften treffen nun gar nicht mehr auf die behandelnden Fragen zu. Da wird sonst kein anderer mehr helfen können. Selbst ich verliere jetzt den überblick, da es wirklich auch einfach ganz andere Fehler sind. Beim einen fehlen Datenbankfelder und beim anderen Templates usw… Sebastian

[quote=„Sebastian Klöpper“]Hallo, sorry - da bin ich jetzt raus. Ich kanns selber nicht testen aktuell. Ggf. gibt’s auch eine andere Regel Du musst ja nur jeden aufruf per http auf https umleiten per 301 Evtl. ist auch einfach was in der htaccess falsch. Das ist aber auch ein anderes Thema. Das gab es auch einige Male schon mit Lösungen hier. Problem ist, dass wir jetzt etwa vier Posts, sogar eigentlich unterschiedliche Fehlermeldungen, untereinander verlinken und die auch komplett andere Themen behandeln. Wir sollten hier jetzt auf die Ursprungsanfragen eingehen oder ansonsten neue Posts öffnen, mit aussagekräftigen Bezeichnungen. Diese Überschriften treffen nun gar nicht mehr auf die behandelnden Fragen zu. Da wird sonst kein anderer mehr helfen können. Selbst ich verliere jetzt den überblick, da es wirklich auch einfach ganz andere Fehler sind. Beim einen fehlen Datenbankfelder und beim anderen Templates usw… Sebastian[/quote] Ja ok sicher. Dachte evtl. kann wenigstens ein Problem schnell gelöst werden ohne noch nen Thread aufzumachen. Da ja vor dem Update alles einwandrei mit der https Weiterleitung funktioniert hatte und da nun etwas geändert wurde. Dann sorry für´s verlinken der einzelnen Threads. Sah für mich teilweise so aus als hätten wir hier das slebe Problem, weil das gerade bei den anderen im selben Zeitraum auftaucht, das keine Bestellungen mehr geöffnet werden können bzw. nur die Bestellungen nicht, alles andere läuft ja, mal abgesehen von den Fehlermedlungen im Backend. Aber ich bin auch durch für heute, komme auch langsam nicht mehr mit. Werde ggf dann morgen noch nen Thrad aufmachen bezüglich https Weiterleitung.

1 „Gefällt mir“

Ihr könnt auch dieses hier verwenden. RewriteCond %{HTTPS} !=on RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] wenn man das Backend direkt mit https aufruft, funktioniert https immer , auch ohne RewriteRules. Ihr müsste aber darauf achten, dass alle eingebunden Ressourcen mit https angegeben sind und nicht mit http, sonst bekommt ihr im Browser eine Warnung bzgl. unsicheren Inhalts. Dann solltet ihr auch nach dem Canonical-Link schauen, der wird dann wahrscheinlich auf http lauten. Außerdem kostet der Redirect um die 50ms zusätzlich an Ladezeit. Nicht verschlüsselt übertragen werden bei dieser Methode wohl auch die Session-IDs beim ersten Aufruf.

[quote=“hth”]Ihr könnt auch dieses hier verwenden. RewriteCond %{HTTPS} !=on RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] wenn man das Backend direkt mit https aufruft, funktioniert https immer , auch ohne RewriteRules. Ihr müsste aber darauf achten, dass alle eingebunden Ressourcen mit https angegeben sind und nicht mit http, sonst bekommt ihr im Browser eine Warnung bzgl. unsicheren Inhalts. Dann solltet ihr auch nach dem Canonical-Link schauen, der wird dann wahrscheinlich auf http lauten. Außerdem kostet der Redirect um die 50ms zusätzlich an Ladezeit. Nicht verschlüsselt übertragen werden bei dieser Methode wohl auch die Session-IDs beim ersten Aufruf.[/quote] Funktioniert bei mir nicht. :frowning: Startseite ja, die wird immer korrekt auf https weitergeleitet aber Kategorien oder auch Artikel, da schmeißt er mich wie gesagt immer auf die Startseite beim Aufruf von http oder auch nur www und hängt mir shopware.php an die URL. bzw, bei Artikeln welche sich in mehreren Kategorien befinden noch zusätzlich den Parameter ?c=45 Ressourcen sind bei mir alle mittels https. eingebunden. Auch Canonical sind mit https angegeben. Komisch denn das lief unter 4.3.2 einwandfrei. Aber ich werde dazu morgen einen extra Thread aufmachen, das wird sonst wirklkich zu unübersichtlich hier alles, wie Sebastian schon sagte. EDIT: Mit der Regel von htn funktioniert es jetzt. Der Eintrag musste nur weiter nach oben in der .htaccess habe ihn jetzt direkt unter: # Https config for the backend #RewriteCond %{HTTPS} !=on #RewriteRule backend/(.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] gesetzt. Alter Falter, wenigstens eine Sache vom Tisch…

ES LÄUFT WIEDER! :smiley: Also entweder war jemand von :shopware: gerade drin und hat es gefixt oder ich hab es tatsächlich selbst hinbekommen. Habe nämlich gerade noch folgendes gemacht: In einer der Fehlermeldungen wurde mir angezeigt das in der Datei ext-all.js /engine/Library/ExtJs eine Klammer } fehlt. Also habe ich die Originaldatei aus dem Shopware Paket 4.3.3 drübergeschmissen, damit war der Fehler schon mal weg. Blieb noch ein anderer, da wurde mir immer das Plugin “Background Switcher” angezeigt. Also habe ich das eben kmomplett gelöscht, danach über FTP den gesamten Cache geleert, dann im Backend Cache geleert, im Browser cache + Cookies geleert und siehe da, keine Fehlermeldung mehr + Bestellungen lassen sich öffnen! Boa das hat mich jetzt zwei Tage meines Lebens gekostet + mindestens 10 graue Haare mehr! :smiley: Vielen Dank nochmal an alle die versucht haben mir zu helfen und sogar gestern Nacht um 12 noch im Forum geschrieben haben! :thumbup:

Hallo Zusammen, wir sind noch auf der suche nach der Ursache dieses Problems. Siehe: administration-f55/bestellungen-werden-nicht-geladen-t25923-10.html#p113488 Vg, Benjamin :shopware: