Ich verwende Magento 2.0.4 und wenn ich auf "Inhalt"> "Elemente"> "Blöcke" klicke, wird folgende Fehlermeldung angezeigt: "Achtung, es ist ein Fehler aufgetreten."
Es sind keine weiteren Informationen vorhanden. Nach dem Klicken auf OK wird die Seite CMS-Blöcke mit dem Ladekreis aufgerufen und der Ladevorgang wird fortgesetzt. Ich kann auf die Add New Block
Schaltfläche klicken und dann einen neuen Block erstellen und speichern. Diese neu erstellten / gespeicherten Blöcke werden jedoch nicht auf der Seite "Blöcke" angezeigt, da sie niemals vollständig geladen werden.
Relevante Plattform-Installationsinformationen (können bei Bedarf mit weiteren bearbeitet werden): Magento Version 2.0.4, PHP Version 5.6.20
Browser, auf denen ich dieses Problem getestet habe: Firefox 45.0.1, IE 11.0.9600.18231, Chrome 49.0.2623.110
Dies ist eine Magento-Installation direkt von der Magentocommerce-Website und keine Art von Github-Download. Nach dem Upgrade von Magento 2.0.2 auf Magento 2.0.4 habe ich bereits alles gelöscht, statischen Inhalt gelöscht und den Befehl zum erneuten Bereitstellen von statischem Inhalt ausgeführt.
Bitte lassen Sie mich wissen, was ich hier vermisse. Handelt es sich um ein Berechtigungsproblem im Backend? , ein Codierungsproblem, ein bekanntes Problem oder was ist los? Diese Fehlermeldung wird anscheinend nicht angezeigt, wenn ich im Admin-Bereich auf etwas anderes klicke (z. B. "Seiten", "Designs", "Widgets" usw. werden ordnungsgemäß geladen und es wird keine Fehlermeldung angezeigt).
Antworten:
Sie sollten den
var/logs
Ordner überprüfen, um festzustellen, ob etwas schief gelaufen ist, und auch Ihre Serverprotokolle.Für mich war das Problem mit diesem verbunden https://github.com/magento/magento2/issues/5418 .
Ging in DB-Tabelle cataloginventory_stock_item und löschen Sie Duplikate und dann verschwand das Problem.
Wenn sich das nicht beheben lässt, können Sie versuchen:
1) CD einspielen
pub/static
und ausführenfind . -depth -name .htaccess -prune -o -delete
2) CD in den Root-Ordner und starten
rm -rf var/cache/ var/generation/ var/page_cache/ var/view_preprocessed/
3) laufen
php bin/magento setup:static-content:deploy
Wenn dies das Problem nicht löst, können Sie die radikale Option zur Neuinstallation wählen:
1) Löschen Sie den Herstellerordner
rm -rf vendor/*
und auch diecomposer.lock
Datei im Stammverzeichnis.2) laufen
composer install
quelle
Habe gerade genau das gleiche Problem behoben. Wenn du das siehst
Nachricht, es wird ein Fehlerbericht
var/report
mit mehr Details darüber generiert, was schief gelaufen ist. Ich würde empfehlen, dass Sie alle Berichte in diesem Verzeichnis löschen und die Seite in Ihrem Backend aktualisieren. Dies sollte einen einzelnen Bericht mit mehr Details erzeugen.In meinem Fall einige
page_id's
aus der Tabellecms_page
nicht über einen entsprechendepage_id
incms_page_store
dem in dem folgenden Fehler in Folge:Ich konnte dies umgehen, indem ich den fehlenden Pfad
page_id's
& hinzufügtestore_id's
.quelle
Basierend auf [ https://github.com/magento/magento2/issues/6602 ] können Sie:
quelle
Wenn es jemandem hilft, habe ich dieses Problem durch Deaktivieren des NewRelic PHP-Berichtsmoduls gelöst.
Die Site war SSL-fähig, mit HSTS-Headern, und der Javascript-Tracking-Code, den das Modul einzufügen versuchte, stammte von einem Nicht-SSL-Endpunkt. Nachdem alle Nicht-SSL-Quellen entfernt wurden, wurde die Seite "Blöcke" erfolgreich geladen.
In var / reports var / log / exception.log oder var / log / debug.log wurden keine Fehler gemeldet.
Seltsam, dass keine anderen Magento-Administrationsseiten davon betroffen zu sein schienen. Möglicherweise brach der Fehler, der durch Inline-Javascript ausgelöst wurde, das nicht injiziert wurde, auch Magentos Ajax-Aufruf.
Rein mutmaßlich, aber sobald NewRelic deaktiviert wurde, wird die Seite perfekt geladen
quelle
Die einfachste und einfachste Lösung ist, wie von @Helal erwähnt, einfach in die Datenbank zu gehen und alle Einträge in der Tabelle ui_bookmark zu löschen.
Stellen Sie sicher, dass Sie eine Sicherungskopie Ihrer Datenbank erstellen, damit Sie sie wiederherstellen können, wenn ein Fehler auftritt.
Ich habe keine zusätzlichen Informationen darüber, warum dies die Lösung ist. Ich habe die Datenbanklösung wie erwähnt ausprobiert und es hat funktioniert. Vielleicht kann jemand den Grund dafür erklären?
quelle
In meinem Fall waren es Berechtigungen für die Benachrichtigungen
quelle
Ich habe eine einfache Lösung dafür.
quelle
Ich hatte den Fehler "Etwas ist schief gelaufen" bei Magento 2.1 beim Anzeigen einer Produktbearbeitungsseite. In meinem Fall hat eine Suche nach der Fehlermeldung ergeben, dass sie generiert wurde, als eine AJAX-Antwort fehlgeschlagen ist. Daher habe ich die Chrome-Entwicklungstools verwendet, um die spezifische AJAX-Antwort zu finden, die fehlgeschlagen ist. Diese Antwort hatte einen Fehlercode von 500, der es mir ermöglichte, im httpd-Fehlerprotokoll (nicht in den Magento-Protokollen) festzustellen, dass ein PHP-Fehler aufgetreten ist (in meinem Fall durch den Magento-Profiler verursacht). Durch Deaktivieren des Profilers wurde der Fehler verursacht Geh weg).
Ihre Fehlerbedingungen können variieren, aber dieser Prozess hilft Ihnen hoffentlich, die Ursache zu finden.
quelle
Für Magento CE 2.0.15 können Sie folgende Dateien prüfen:
Linie 110 ~ 112:
Hoffe das ist hilfreich.
quelle