Fehler "Ungültige Vorlagendatei" in Magento 2 mit einem benutzerdefinierten Modul [geschlossen]

https://magento.stackexchange.com/questions/112218

29-09-2020
|

Frage

geschlossen. Diese Frage ist Off-thema . Es akzeptiert derzeit nicht Antworten.

Möchten Sie diese Frage verbessern? Aktualisieren Sie die Frage, sodass thema für Magento-Stapelaustausch ist.

geschlossene vor 2 Jahren .

Diese Frage verbessern .

Ich habe Probleme mit Magento 2, die meinen Kopf- und Fußzeilen verpasst, wodurch benutzerdefinierte Module in meinem benutzerdefinierten Thema eingerichtet sind. Sie zeigen ordnungsgemäß lokal an, auf einem Mamp-Setup. Auf meinem Staging-Server erhalte ich jedoch den folgenden Fehler:

generasacodicetagpre.

Dies kommt aus meiner Default.xml-Datei:

generasacodicetagpre.

und meine Klasse werden erklärt in:

generasacodicetagpre.

wo ich es erklären als:

generasacodicetagpre.

Die Datei selbst ist in:

generasacodicetagpre.

Ich gehe ein bisschen crossey, um herauszufinden, warum dies auf dem Server als ungültig erachtet wird und nicht lokal. Wir laufen 5.6 in beiden Umgebungen. Jede Hilfe wird sehr geschätzt.

Lassen Sie mich wissen, ob weitere Informationen benötigt werden.

bearbeitet basierend auf Vorschlägen, um die richtigen Fälle auf Klassennamen zu kartieren.

Könnte jemand bestätigen, dass meine Namenskonventionen hier korrekt sind?

Lösung

Ich habe dieses Problem jetzt gelöst.Das Problem war der Name des Ansichtsordners:

generasacodicetagpre.

dies musste sein:

generasacodicetagpre.

mit einem kleinen Fall "V".

hoffe das hilft jemandem in der Zukunft.

Andere Tipps

Dies kann auch in Magento2 passieren, wenn Sie Ihr Modul in der App / Code / dem Verzeichnis (oder einer Vorlage auf App / Design) symlinks symliniert haben.

magento2 standardmäßig wird standardmäßig Symlinks für Vorlagen folgt, aber wenn Sie Vorlagensymlinks in der Entwicklermenü aktivieren, wird dies angezeigt.Sie können jedoch keine Vorlagenordner außerhalb des Magento-Verzeichnisses haben.In diesem Fall ergibt dieser milde kryptische Fehler.

Das Fix besteht darin, den ursprünglichen Ordner zu verschieben, auf den Sie mit dem Ordner der Magento-Ordner, der Sie symlebiert haben.Etwas seltsamerweise wird diese Einschränkung nicht auf φPH-Dateien angewendet, sodass Sie ein Modul "arbeitet", jedoch ohne Vorlagen haben können.

Sie sollten Symlinks nicht auf einem Produktionsserver zulassen, aber für die Entwicklung kann dies sehr hilfreich sein.

Das ist nicht das, was der Fragesteller getan hat, aber der gegebene Fehler ist dasselbe.

Versuchen Sie es in Standard.xml Write:

generasacodicetagpre.

Bitte verwenden Sie den Großbuchstaben für Ihren Modulnamen, an dem Sie "Magicheader" verwendet haben, anstelle davon sollten Sie überall "Magicheader" verwenden.

Lizenziert unter: CC-BY-SA mit Zuschreibung

Nicht verbunden mit magento.stackexchange