Magento 2.2-Fehler "Die Seite wird nicht richtig umgeleitet"

10

Ich teste mein eigenes Modul auf Magento CE 2.2.0, erhalte aber immer wieder die Meldung "Die Seite wird nicht richtig umgeleitet". Wenn ich mir den Netzwerkverkehr ansehe, sehe ich folgende Anfragen:

  • / magento22-acumulus / admin /
  • / magento22-acumulus / admin / admin / index / verweigert /
  • / magento22-acumulus / admin / admin / auth / login /
  • / magento22-acumulus / admin / admin /
  • / magento22-acumulus / admin / admin / index / verweigert /
  • / magento22-acumulus / admin / admin / auth / login /
  • / magento22-acumulus / admin / admin /
  • / magento22-acumulus / admin / admin / index / verweigert /
  • / magento22-acumulus / admin / admin / auth / login /
  • / magento22-acumulus / admin / admin /
  • ...

Mein Setup:

  • lokale Installation auf Basis-URL / magento22-acumulus /
  • Wampserver 3.0.8 mit PHP 7.0.10 und Apache 2.4.23

Was ich getan habe:

  • Installieren Sie Magento 2.2.0 mit Beispieldaten
  • Einstellungen geändert: Entfernen Sie den geheimen Schlüssel und verwenden Sie Standard-Admin / URL
  • habe es getestet: Ich bekomme den Anmeldebildschirm
  • Installiere mein Modul, Modul: Aktivieren, Setup: Upgrade, Setup: Di: Kompilieren
  • getestet: Fehler wie oben
  • Modul: Deaktivieren, Cache: Bereinigen, Setup: Di: Kompilieren
  • habe es getestet: Ich bekomme den Anmeldebildschirm
  • wiederholte dies einige Male, das gleiche Muster, also dachte ich, es hätte mit meinem Modul zu tun.
  • Aber dann habe ich mein Modul einmal zum Laufen gebracht und konnte auf meine eigenen Seiten gehen. Leider kam der Fehler zurück, so dass ich weiterhin einige Debugging-Vorgänge zum Aktivieren und Deaktivieren meines Moduls durchführte, das Problem jedoch nicht finden konnte
  • und jetzt bekomme ich das problem auch ohne mein modul aktiviert. Ich denke, es ist ein seltsamer Zustand / Fehler in Magento selbst.

Was könnte hier das Problem sein?

admin magento2.2 fietserwin
quelle
Wenn Sie eine Lösung haben, posten Sie bitte Ihre Antwort
lalit mohan
Leider noch nicht. Ich habe das Testen meines Moduls auf MA2.2 beendet und teste es jetzt nur auf MA2.1. Mein Modul wird von Kunden unter MA2.2 verwendet, daher mehr Grund zu der Annahme, dass es sich nicht um einen Fehler in der Konfiguration, den Einstellungen oder dem Code meines Moduls handelt. Wenn ich irgendwann eine Lösung finde, werde ich sie veröffentlichen.
Fietserwin
Ich habe das gleiche Problem. Ich habe herausgefunden, dass es ein Problem mit meiner Modul-Hilfsklasse gibt. Sie müssen Ihre Module
einzeln auschecken
Können Sie das Bild teilen, was Sie genau Fehler bekommen?
Sarvesh Dineshkumar Patel
Sie haben es mit einer neuen Version versucht und keine Erweiterungen hinzugefügt oder sonst?
Sarvesh Dineshkumar Patel

Antworten:

0

Ich bin nicht sicher, ob dies ein Fehler beim Kompilierungsprozess ist oder ob etwas mit dem Modulcode nicht stimmt. In meinem Fall hat die Magento-Kompilierung fälschlicherweise einen Interceptor für eine Klasse in meinem Modul erstellt (ohne einen tatsächlich definierten Konstruktor), der eine andere Klasse eines anderen Moduls erweitert, das eine Klasse aus Kern-Magento erweitert (beide mit definierten Konstruktoren). Neben den von Ihnen erwähnten Problemen wurde auch eine leere Seite im Frontend erstellt. Nach mehreren Neuinstallationen von Magento 2.2 und auch Magento 2.1 mit dem gleichen Problem funktionierte dies für mich:

  • Entwicklermodus aktivieren: php bin / magento deploy: mode: Entwickler festlegen
  • Installieren Sie Ihr Modul (Dateien hochladen / kopieren) und führen Sie dann php bin / magento setup: upgrade aus
  • Anstatt den Kompilierungsprozess auszuführen (nur erforderlich, wenn die Reihenfolge der Konstruktorargumente oder die Argumenttypen geändert werden), löschen Sie einfach den Ordner / generate / code / YOURMODULENAMESPACE
Gabriel MdS
quelle
0

Da Sie Apache verwenden, empfehle ich Ihnen, das RewriteLog zu aktivieren. Replizieren Sie dann das Problem und überprüfen Sie die Protokolle erneut.

RewriteLog "logs\rewritelog.txt"    
RewriteLogLevel 3
x86fantini
quelle
Danke für deine Antwort, aber was könnte mich das lernen? Ich habe bereits versucht, Fehler zu beheben, daher weiß ich, dass jede umgeleitete Anforderung von Magento verarbeitet wird. Ich sehe nicht, wie Apache ins Bild kommt?
Fietserwin
Magento ist kein Webserver. Der Apache-Webserver verwendet Redirects. Da es sich bei einem Fehler um eine Umleitung handelt, ist der erste Ort, an dem nach u. A. Apache gesucht wird. Sie haben 50% Chanches, um zu sehen, dass Apache eine seltsame Umleitung durchführt (http-to-https oder ähnliches), und 50% Chanches, um zu sehen, dass Magento Apche anweist, auf seltsame Weise umzuleiten, vielleicht wie nicht-www zu www oder umgekehrt.
x86fantini
Magento gibt die Weiterleitungsanweisungen an den Browser zurück. Es gibt kein http- oder https-Problem (wie in vielen anderen Berichten über endlose MA2.2-Weiterleitungen) und auch kein www- oder nicht-www-Problem, da dies bei localhost der Fall ist. Die Weiterleitungen erfolgen auf die in der Frage beschriebenen Seiten.
Fietserwin
0

Letzte Woche habe ich erneut versucht, eine saubere M2.3.4-Umgebung (mit Beispieldaten) zu installieren, und es scheint zu funktionieren. Außer nach einem Setup: di: compile trat dieses Problem erneut auf. Das Entfernen des generierten Codes aus / generate / code hat jedoch wieder funktioniert ... Es kann also ein Problem im Generator sein oder ein Code, der nach dem Typ eines Objekts sucht und die generierten Interceptor-Klassen nicht berücksichtigt. .

@Gabriel MdS antwortete mehr oder weniger gleich, aber für mich passierte es auch, wenn mein eigenes Modul noch nicht installiert war, so dass ich nur die Neuinstallation mit Beispieldaten hatte.

Also keine endgültige Antwort oder Lösung, aber sicherlich zusammen mit der Antwort von @Gabriel MdS ein starker Hinweis auf den Generierungsprozess.

fietserwin
quelle