Im Regelfall stellen wir dem Kunden an seinem Konto bei git.d3data.de das Repository zur Installation zur Verfügung. Bedingung ist, dass sich der Kunde dort ein Konto anlegt. D3-Administratoren können private Repositories dann dem Kundenkonto (ggf. mit eingeschränkten Rechten) verfügbar machen. Um das Modul in der Kundeninstallation via Composer zu installieren, gibt es folgende Wege, die ..
Kategorie : Module
Unsere kompilierten Module sind entweder für PHP 5.6 + 7.0 oder ab PHP 7.1 verfügbar. Demnach gibt es für jede Modulversion 2 unterschiedliche Pakete, die zur PHP-Version passen müssen. Die Pakete unterscheiden sich beim Namen: 1.2.3.456 sowie 1.2.3.471. Die erste Version ist das Modul 1.2.3.4 für PHP 5.6 + 7.0. Die zweite Version ist das ..
Die Datenbank-Abfrage des Shops darf nicht über verschiedene Collations gehen. Ggf. müssen die Einstellungen der entsprechenden Felder geändert werden Sofern DB-Struktur im Temp-Verzeichnis abgelegt wird (EE2.7 + alle Shops ab Version 4), muß nach DB-Änderungen das Temp-Verzeichnis gele..
JavaScripts sind grundsätzlich nicht überladbar. Über Blockerweiterungen kann jedoch die ursprüngliche JavaScript-Einbindung deaktiviert und die neue Version eingebunden werden (siehe „Template-Blöck..
Textbausteine können mit eigenen Sprachdateien überschrieben werden. Die Einlesereihenfolge der Dateien wird im Shop so definiert: Frontend: /application/translations/<lang>/lang.php /application/translations/<lang>/*_lang.php (ohne cust_lang.php) /application/views/<theme>/<lang>/lang.php /application/views/<theme>/<lang>/*_lang.php (ohne cust_lang.php) /application/views/<custtheme>/<lang>/lang.php /application/views/<custtheme>/<shopid>/<lang>/lang.php oder /application/views/<theme>/<shopid>/<lang>/lang.php /application/views/<custtheme>/<shopid>/<lang>/*_lang.php (ohne cust_lang.php) oder /application/views/<theme>/<shopid>/<lang>/*_lang.php (ohne cust_lang.php) /modules/<activeModules>/application/translations/<lang>/*_lang.php (ohne cust_lang.php) (ab 4.9/5.2) oder /modules/<activeModules>/translations/<lang>/*_lang.php (ohne cust_lang.php) oder /modules/<activeModules>/out/lang/<lang>/*_lang.php (ohne cust_lang.php) (bis 4.8/5.1) (in Reihenfolge, wie in ..
Diese Dateien liefern wir in Modulen zukünftig nicht mehr aus. Statt dessen wird es eine Anleitung geben, die dem Kunden erklärt, wie die Scripte anzulegen bzw. anderweitig zu verwenden sind. Die Verlinkung zur Dokumentation finden Sie im jeweiligen Installationshandbuch. Überladbare Dateien gibt es demnach dann n..
Legen Sie sich hierzu ein neues Modul im Shop an (eigener Ordner unter „modules“ mit eigener „metadata.php“). Darin können Sie eine eigene Überladung der betreffenden Klasse anlegen. Definieren Sie die zu verändernde Methode und fügen Sie den veränderten / ergänzenden Programmcode ein. Vergessen Sie bitte nicht, je nach Erfordernis und Existenz die Parent-Methode aufzurufen. Auf ..
Funktionen sind leider grundsätzlich nicht überladbar. Da diese in unseren Modulen jedoch kaum vorkommen, kann dies vernachlässigt werden. Sollten Sie dennoch Bedarf an einer Änderung der Funktionen ergeben, passen Sie die „functions.php“ unter eigener Verantwortung und Kon..
CSS-Formate können Sie über eine eigene StyleSheet-Datei überschreiben. Dazu ist Ihre CSS-Datei über [{oxstyle …}] im Template einzubinden (siehe“Template-Blöcke“). Der Block muss die CSS-Erweiterung nach der originalen CSS-Datei einbinden, um deren Inhalte zu überschreiben. Für die Überladung innerhalb der CSS-Struktur gelten die Regel..
Jedes unserer Templates wird (zukünftig) mindestens einen den kompletten Inhalt umgreifenden Block haben. Dann kann der komplette Templateinhalt über eine im eigenen Modul angelegten Blockerweiterung (siehe „Template-Blöcke“) überladen werden. Ist keine umfassende Blockdefinition vorhanden, kann der aufgerufene Templatename im Controller verändert werden. Der Name von zu inkludierenden Templates wird (zukünftig) vom Controller geliefert werden und ..
