für einen Relaunch eines Shops war der Plan auf OXID 7 EE überzugehen.
Nach der erfolgreichen Composer Installation und Installation auf dem Server, musste ich leider feststellen das der modules/ Folder im Shop Root völlig leer ist und nur die functions php file beinhaltet (War in der 6.5 nicht der Fall).
Die Module sind zwar durch die .yaml File im Backend ersichtlich, jedoch fehlen sämtliche Module Files (VCMS etc.) im Module Folder.
vielen Dank für die schnelle Antwort.
Die Erklärung verstehe ich natürlich und macht Sinn.
Seit der OXID 7 Version werden jedoch im Backend bei sämtlichen Modulen falsche Pfade aufgerufen (was mein eigentliches Problem erklärt).
Bspw hier “” bei dem Logo der Mediathek. JS etc. und sämtliche anderen Files werden ebenso über die Serverpfade geladen. Die Config File ist korrekt eingerichtet und sämtliche Pfade und URLs stimmen.
Leider nein. Betrifft auch die vorinstallierten Module.
Heute konnte ich Problem von @bigginc nach vollziehen in 7.1er Serie.
Das Problem der Linkaufbau des Assets Verzeichnisses des Moduls.
Dort soll im Code über ein String Replace der Pfad mit der Shop-URL ersetzt werden.
Dies findet aber in Umgebungen mit Symlinks nicht statt, weil Angabe in config.inc.php nicht mit Release Verzeichnis übereinstimmt wenn z.B. Deployer zum Einsatz kommt.
Über die Überladung von ViewConfig Klasse mit der Methode getModulPath habe für mich Workaround gefunden.
Könntest du deinen Lösungsansatz bitte mal teilen?
Zum Glück konntest du es ebenso reproduzieren.
Ich hatte das Problem ebenfalls in der 7.0.3 Version.
Meine Umgebung hat keinerlei Symlinks, da das Deployment noch nicht zum Einsatz kommt.
Ja, zur Erklärung bei einem Deployment mit Deployer.org gibt es ein Releaseverzeichnis z.B.
releases/xy/source/out/...
und auf das aktuelle Releaseverzeichnis zeigt ein Symlink mit
current/source/out/...
und in der config.inc.php in der Variable $this->sShopDir steht
current/source/
Die Ersetzung von current/source/ mit der Shop-URL schlägt fehl, weil die Methode getModulePath liefert releases/xy.
Die Lösung ist noch nicht abschließend getestet und stellt bisher einen Workaround dar.
Im Prinzip überlade ich die ViewConf die Methode getModulePath und stelle sicher das Shop-Dir zu dem hinterlegten Wert in der config.inc.php passt.
Dies sehr individuell je nach Shop und keine allgemeingültige Lösung.
Besser wäre, wenn OXID eSales dort sicherstellt, dass auch Symlinks funktionieren für eine Deployment Umgebung.
Dann könnte der fehlende Symlink in Deinem Fall das Problem sein, weil vom vendor Verzeichnis der vorinstallierten Module wird ein Symlink in das source Verzeichnis für die Assets erstellt.
Wenn der Symlink fehlt, kann dies eine weitere Ursache sein warum es in Deinem Fall nicht funktioniert.
Dies müsstest prüfen ob es bei Dir einen Symlink nach source/out/modules müsste dies glaube sein existiert.