Magento 1.9.x - Blöcke, die nicht vom lokalen Modul angezeigt werden
-
28-09-2020 - |
Frage
Ich erstellung ein Modul, um den Aktionstasten zusätzliche Anrufe hinzuzufügen. Ich kann keine Ausgabe zum Anzeigen bringen.Ich glaube, ich bekomme entweder die Namenskonventionen oder den Dateispeicherort (oder beides) falsch.
Es kann auch so sein, wie ich versuche, den Block einzusetzen.Ich möchte die PHTML-Dateien nicht ändern, wenn ich es vermeiden kann.
Wie Sie in meinen Dateien sehen können, versuche ich verschiedene Möglichkeiten, das irgendetwas ausgegeben zu werden - ohne Glück.
Ziel ist es, zusätzliche CTA-Buttons nach Add Add to Cart hinzuzufügen - z. B. "Anforderungsmuster"
Dateistruktur:
generasacodicetagpre.config.xml
generasacodicetagpre.ctabuttons.xml
generasacodicetagpre.ctabuttons.phtml
generasacodicetagpre.ctabuttons.php
generasacodicetagpre.Lösung 4
Ich habe eine Lösung gefunden - es ist in zwei Teilen.
- .
-
Ich habe einen Frontend-> Update-Pfad für mein Layout-Update nicht definiert.Ich habe diese nach dem generationspflichtigen Grifftagcodcode eingesetzt
<frontend> <layout> <updates> <ctaattributes> <file>ctaattributes.xml</file> </ctaattributes> </updates> </layout> </frontend>
- Sie können Camel Case nicht im Blockklassennamen verwenden
Ich hatte local.xml verwendet, ich glaube nicht, dass dies erforderlich wäre, aber in meinen Tests dachte ich, ich würde den Dateinamen ändern, um es trennen zu lassen.
originaly my class war </global>
- mit einer entsprechenden Datei namens CompanyName_CtaAttributes_Block_CtaButtons
.
Ändern des Namens in den generationspoDicetagcode und der CtaButtons.php
hat das Problem gelöst.
Ich weiß nicht, ob es sich in Block / Blockname.php oder die Layout-XML-Datei handelt, die ein Problem hat.
Ich habe dies mit dem Kamelkasten im Namen und dem Modul des Unternehmens getestet, ohne Auswirkungen, scheint es auf die Blockname-Klasse und -datei beschränkt zu sein.
Andere Tipps
- Die /blocks/ctabuttons.xml in Ihrer Dateistruktur sollte ein PHP sein Datei.
- Ich sehe die Moduldatei nicht, die in / app / etc / modules sein sollte
- Sie sollten Module-Versionen in der config.xml haben
Wenn Sie den neuesten Patch verwenden, sollten Ihre Blöcke auch in der System-> Berechtigungsberechtigung -> Block
zulässig sein.hi Sie müssen zuerst den Blocktyp definieren
von
generasacodicetagpre.bis
generasacodicetagpre.