Neu JTL Shop auf DDEV/Docker

[froot]

Hat schon mal jemand JTL- Shop auf DDEV auf macOS installiert? Wenn ja, was muss ich alles einstellen damit es läuft? VOr allem interessiert mich die Datei config.JTL-Shop.ini.php, was muss da drin stehen?
Danke!

 

[Fabrice]

Sind "nur" Docker Container. Sollte unabhängig von deiner Umgebung sein.
Da hast du einen Anhaltspunkt. Wenn du alle Variablen setzt, hast du einen fertigen Shop.

https://www.casa-due-pur.de/git/base/jtl-shop-docker

 

[froot]

https://www.casa-due-pur.de/git/base/jtl-shop-docker
zeigt eine 404 Seite

 

[Fabrice]

https://www.casa-due-pur.de/git/base/jtl-shop-docker
zeigt eine 404 Seite

Grad verschoben
https://www.casa-due-pur.de/git/fabrice.kirchner/jtl-shop-docker.git

 

[froot]

hm OK welche Datei wäre da für mich besonders interessant?
Bin dir für bisschen mehr Hilfe sehr dankbar.

Das ist was ich sehe wenn ich meine ddev-Installation im Browser öffne:

Fatal error: Uncaught Error: Undefined constant "BLOWFISH_KEY" in /var/www/html/includes/src/Backend/AuthToken.php:111 Stack trace: #0 /var/www/html/includes/src/Backend/AuthToken.php(288): JTL\Backend\AuthToken->getCrypto() #1 /var/www/html/includes/src/Backend/AuthToken.php(173): JTL\Backend\AuthToken->decryptToken() #2 /var/www/html/includes/src/Backend/AuthToken.php(183): JTL\Backend\AuthToken->isValid() #3 /var/www/html/includes/src/License/Manager.php(58): JTL\Backend\AuthToken->get() #4 /var/www/html/includes/src/Plugin/AbstractLoader.php(224): JTL\License\Manager->__construct(Object(JTL\DB\NiceDB), Object(JTL\ Cache\JTLCache)) #5 /var/www/html/includes/src/Plugin/PluginLoader.php(100): JTL\Plugin\AbstractLoader->loadLicense(Object(stdClass)) #6 /var/www/html/includes/src/Plugin/PluginLoader.php(54): JTL\Plugin\PluginLoader->loadFromObject(Object(stdClass), 'ger') #7 /var/www/html/includes/src/Plugin/Helper.php(459): JTL\Plugin\PluginLoader->init(1) #8 /var/www/html/includes/src/ Shop.php(426): JTL\Plugin\Helper::bootstrap(1, Object(JTL\Plugin\PluginLoader)) #9 /var/www/html/includes/globalinclude.php(97): JTL\Shop::bootstrap(true, Object(JTL\DB\NiceDB), Object(JTL\Cache\JTLCache)) #10 /var/www/html/index.php(5): require('/var/www/html/i...') #11 {main} thrown in /var/www/html/includes/src/Backend/AuthToken.php on line 111

FÜr mich sieht es so aus als ob irgendwas in unserem JTL-Account nicht richtig konfiguriert ist? Muss man die lokale Domain erst white-listen oder so?

 

[Fabrice]

Hast du alle Variablen gesetzt?

https://www.casa-due-pur.de/git/fab...ocker/src/branch/main/example-environment.env

 

[Fabrice]

Ich würde ürbigens nen Teufel tun so ein Repo zu klonen und einfach zu starten Weisst du was da passiert? Schau dir besser mal das Compose File an. Das Repo ist ein guter Einstieg deine eigene Lösung umzusetzen. Wenn mein Chef morgen der Meinung ist das öffentliche Repo zu löschen, hast du ein Problem, wenn du dich darauf verlässt. Ebenso wenn ich es verschiebe/lösche/bearbeite. Bitte verlass dich nicht darauf.

 

[froot]

es wär mir nicht eingefallen dieses Repo zu klonen. Was ich gemacht habe ist unsere Live-Seite samt Dateien und Datenbank auf meinen lokalen Rechner herunterzuladen und versuche es jetzt mit ddev zum laufen zu bringen. D.gh. Datenbank importieren via phpmyadmin und dann die ganze Datenbank-Credentials auf "db" zu setzen, sowie ich es von anderen ddev-Installationen gewohnt bin und da funkt das immer. Hier nicht

https://www.casa-due-pur.de/git/fab...ocker/src/branch/main/example-environment.env
ich finde keine Datei wo dieses Variablen definiert wären, müsste es doch auch für die Live-Version geben oder nicht?
Müsste ich so eine Date erste erstellen? Wenn ja wo und wie inkludieren?

 

[Fabrice]

Ich find auf die schnelle nix wo man Variablen in das DDEV einbringen kann. Mit Docker und Docker Compose läuft der kram bei uns im Testing wie auch Produktiv. DDEV versucht offenbar Magic zu machen.

Wie gesagt das Repo ist ein Anhalt und keine Lösung.

 

[froot]

hab's zum Laufen gebracht 🥳 Ganz ohne das Beispiel aber trotzdem danke. BLOWFISH_KEY musste in der config.JTL- Shop.ini.php definiert werden, aus irgendeinem Grund hatte ich den Code-Block dort auskommentiert als ich noch mit der Ordner-Struktur im Fila-System rumgespielt hatte, also was der Root-Folder sein soll und wo und wie dieser definiert wird.

Falls jemand auch JTL auf DDEV installieren will kann ich vielleicht helfen!

EDIT: oops, zu früh gefreut 😅

Frontend funktioniert bis jetzt anscheinend super, ins Admin-Backend kann ich mich auch einloggen aber jeder weitere Link dort funtkioniert nicht und führt zu einer 404 Seite
Also meinshop.tld/admin geht aber zB meinshop.tld/admin/orders dann schon nicht mehr.
Weiß vielleicht jemand wo das definiert wird? Hat das mit der .htaccess-Datei zu tun?
Danke für Hilfe!

 

[css-umsetzung]

Nur eine Vermutung aber sehr wahrscheinlich:

Probiere das mal aus, rewritebase ist aber abhängig davon, was in der .htaccess im hauptpfad steht, du musst dann nur das admin/ mit ranhängen

RewriteEngine on

RewriteEngine on
RewriteBase /admin/
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !^/favicon.ico
RewriteRule ^. index.php [L]

 

[froot]

hatte ich schon probiert, bringt leider nichts :/

 

[froot]

Komischerweise scheinen grad überhaupt keinerlei Änderungen die ich im Filesystem unternehme einen Effekt zu haben, selbst wenn ich den gesamten Root-Ordner woanders hin-verschiebe funtkioniert die Seite… sehr verdächtig.
Browser- Cache hab ich gelöscht, Cookies gelöscht, was gibt's sonst zu löschen?

 

[froot]

Ich glaube das Problem ist, dass die /admin/.htaccess Datei irgendwie ignoriert wird oder vielleicht auch andere Dateien
Dann hab ich bisschen recherchiert und erfahren, dass in der .ddev/apache/apache-site.conf Datei folgender Eintrag stehen soll damit die .htaccess Datei (auch die in /admin/) die Redirects und/oder RedirectBase überschreibt.

<Directory "/var/www/html/admin">
AllowOverride All
Allow from All
</Directory>

das steht ja schon drinnen:

<Directory "/var/www/html/">
AllowOverride All
Allow from All
</Directory>

Aber, wenn ich das also eintrage und, wie ebenfalls empfohlen wird, ddev restart im Terminal eingebe, wird die apache/apache-site.conf-Datei wieder mit der Default-Datei ersetzt, folglich fehlt dann wieder, was ich soeben ergänzt hatte.

Wie kann man dieses Dilemma umgehen?

 

[Fabrice]

Komischerweise scheinen grad überhaupt keinerlei Änderungen die ich im Filesystem unternehme einen Effekt zu haben, selbst wenn ich den gesamten Root-Ordner woanders hin-verschiebe funtkioniert die Seite… sehr verdächtig.
Browser-Cache hab ich gelöscht, Cookies gelöscht, was gibt's sonst zu löschen?

Starte mal den Container neu.

 

[froot]

Vielleicht sagt jemandem das etwas? Das sehe ich nämlich in der Browser-Konsole wenn ich mich im Admin via ddev einlogge…

Failed to load resource: the server responded with a status of 404 () admin/io:1
Failed to load resource: the server responded with a status of 404 () admin/io:1
Failed to load resource: the server responded with a status of 404 () admin/io:1
Failed to load resource: the server responded with a status of 404 () admin/io:1
Failed to load resource: the server responded with a status of 404 () admin/io:1

 

[webksde]

Falls noch jemand einen JTL Entwicklungscontainer auf DDEV Basis sucht, hier ein heißer Tipp:

https://gitlab.com/webksde-public/jtl/jtl-shop/ddev-jtl-shop-5

Wir freuen uns über eure Stars und gemeinsame Weiterentwicklung.

 

[froot]

Ich hatte mir Cursor installiert , das Problem geschildert und es hat den oben beschriebenen Bug an dem ich schon seit Jahren ab und an dran bin in etwa 30 Sekunden gelöst. 🤷‍♂️