Hallo,
nach dem das Modul in in Contao erkannt wurde (Problem aus: Wie-werden-eigene-Module-in-Contao-erkannt-und-eingebunden?)
habe ich es gleich eingestellt und siehe da, keinerlei Reaktion bzw. Ausgabe.
Ich habe mir zwischenzeitlich Trills Videos angsehen (bis aktuell Video 9 - DCA Teil 1)
und da er immer wieder mal das Contao log erwähnte, habe ich da mal reingesehen.
Das war dann auch gar nicht mal so schlecht, denn jetzt habe ich meinen ersten Hinweis:
Wie ich das das ganze aufgebaut habe:Module class "camedia\module\UnifiedCheckout" (module "iso_camedia_unifiedcheckout") does not exist
Modulverzeichnis: isotope_camedia_unified_checkout
\config\config.php
\camedia\module\UnifiedCheckout.phpPHP-Code:
$GLOBALS['FE_MOD']['isotope']['iso_camedia_unifiedcheckout'] = 'camedia\module\UnifiedCheckout';
PHP-Code:
class UnifiedCheckout extends IsotopeCheckout
{
/**
* Template
* @var string
*/
protected $strTemplate = 'iso_camedia_unifiedcheckout';
Frage 1: Reichen die Infos aus, um zu sehen, wo mein Fehler liegt?
Frage 2: Warum haben die ganzen PHP Dateien einen Anfangstag : <?php.... aber keinen Endtag?
Gelöst:
Entsprechend Eurer Rückmeldungen und den verschiedenen Tutorials/Screencast Video Reihe habe ich
versucht das Modul Standard-Konform zu machen. Ich habe
- den NamespaceClassLoader entfernt
- Alle Verweise auf den gesetzten Namespace in den Dateien entfernt
- Gelernt, dass der Schlüssel für die Paletten in der DCA-Datei und der Schlüssel für das Frontend Module in der Config-Datei übereinstimmen müssen, damit das Modul in der Liste der Frontend Module im Backend angezeigt wird.
- Gelernt, dass wenn eine eigene Erweiterung auf eine Drittanbieter Erweiterung basiert, diese auch vorher geladen werden muss, damit das eigene Modul in der Liste unterhalb der Drittanbieter Überschrift angezeigt wird. Dies habe ich dann über die autoload.php gelöst.
Vielen Dank nochmals und Gruß
Antonio
Lesezeichen