Neu mobile Ansicht - Öffnen von Unterkategorien funktioniert nicht

[Vermessungsartikel]

Hallo alle miteinander,

ich habe ein Problem mit unserem Shop, wenn ich diesen über das Handy aufrufe. Ich kann zwar die Kategorieübersicht öffnen, aber es öffnet sich keine Kategorie die Unterkategorien besitzt, somit kann ich auf die Unterkategorien nicht zugreifen. Wenn ich jetzt allerdings auf eine Kategorie klicke, die keine Unterkategorie besitzt kommen die darin befindlichen Artikel. Klicke ich jetzt auf eine Kategorie die Unterkategorien besitzen, öffnen sich die Unterkategorien...

Das Phänomen tritt aber nur mobil auf, wir haben es auch mit mehreren Handys probiert um dem Fehler beim Handy auszuschließen.

Hat jemand eine Idee wo hier der Fehler liegt?

Wir nutzen Shop 4.06 Build 11 und Wawi 1.3.20.0
und ein eigenes child-Template

ich habe schon gelesen das es wohl an der nicht angelegten Weiterleitung liegt, das haben wir in der htaccess so gelöst, und da liegt wohl der fehler, aber wo???:

<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{HTTP_HOST} ^vermessungsartikel.de
RewriteRule ^(.*)$ https://www.vermessungsartikel.de/$1 [r=301,L]

RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

 

[Vermessungsartikel]

Hab es jetzt so gelöst und es funktioniert. Wäre toll, wenn mir einer von den Programmierern noch sagen würde ob das technisch wirklich korrekt ist und nicht irgendwo anders ein Fehler verursacht:

<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{HTTP_HOST} ^vermessungsartikel.de
RewriteCond %{HTTP_HOST} ^www.vermessungsartikel.de
RewriteRule ^(.*)$ https://www.vermessungsartikel.de/$1 [r=301,L]

RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

 

[JulianG]

Hallo @Vermessungsartikel

das sieht soweit in Ordnung aus. Das Problem mit dem Menü in der mobilen Ansicht bei Aufruf der "nicht ganz korrekten" Shop-URL ist so bekannt. Über Domainweiterleitungen sollte auch wegen Suchmaschinen immer dafür gesorgt werden, dass automatisch auf die richtige Domain weitergeleitet wird. Siehe Installationsanleitung: https://guide.jtl-software.de/JTL-Shop_neu_installieren#Domainweiterleitung_einrichten

 

[Vermessungsartikel]

Danke für die Info, in der Anleitung steht aber nicht drin, wie die Weiterleitung aussehen soll, wenn die Seiten auf SSL leiten sollen, daher hatte ich hier nachgefragt

 

[JulianG]

Das ist korrekt. Die SSL Weiterleitung wird in der Regel im Backend in den globalen Einstellungen einstellt.

 

[gilga]

Hey Leute,

ich hab jetzt genau das gleiche Problem mit allen Themes, auch EVO.

Ich würde gerne Lokal ein Theme entwicklen... das scheint mit dem derzeitigen Setup nicht möglich zu sein... Kann da jemand helfen?

 

[Rainer S]

Hier würde ich nochmal auf den weiter oben genannten Guide verweisen:
https://guide.jtl-software.de/jtl-s...-installieren/#domainweiterleitung-einrichten

Die Weiterleitung sollte in der htaccess und auch in der config.JTL- Shop.ini.php im includes Verzeichnis 100% korekt sein.
leider wurde hier keine Shop URl mitgeteilt, wenn der Shop also mit www. aufgerufen wird dann muss auch mit www. in der Config hinterlegt werden sowie dann auch entweder im Backend korrekt eingestellt werden oder aber auch in der htaccess Datei die rewrite Rule korrekt gesetzt sein.

 

[gilga]

Danke für die schnelle Antwort.

Wie gesagt, es handelt sich um eine Theme Entwicklung die ich gerade Lokal mache.
Folgendes habe ich in die .htaccess reingeschrieben:

  RewriteCond %{HTTP_HOST} ^www.localhost:8000
  RewriteRule ^(.*)$ http://localhost:8000/$1 [r=301,L]

Außerdem findet sich in der config folgendes:

<?php
define('PFAD_ROOT', '/var/www/html/');
define('URL_SHOP', 'http://localhost:8000');
define('DB_HOST', 'XXXXX');
define('DB_NAME', 'XXXXX');
define('DB_USER', 'XXXXX');
define('DB_PASS', 'XXXXX');

 

[marryanne]

Hallo, da dies die neueste Meldung zum Thema ist, mache ich hier einmal weiter.
Trotz aller Bemühungen lassen sich bei uns im Shop https://trollartshop.trollart.de die Unterkategorien in der mobilen Ansicht nicht öffnen.

Wir verwenden Shopversion 4.06 (Build: 15), (keine ausstehenden Updates) und WaWi: 1.3.21.1

Wie in der viel zitierten Anleitung (https://guide.jtl-software.de/jtl-s...-installieren/#domainweiterleitung-einrichten) beschrieben, habe ich in der .htacces Datei folgenden Code eingetragen:

RewriteCond %{HTTP_HOST} ^www.trollartshop.trollart.de
RewriteRule ^(.*)$ http://trollartshop.trollart.de/$1 [r=301,L]

und in der Config.JTL-Shop.ini.php steht:

define('URL_SHOP', 'https://trollartshop.trollart.de');

Die Umleitung funktioniert auch.

Im Backend ist: "Automatischer Wechsel zu https" angehakt
Auf dem Server: "https erzwingen" angehakt

Zu erwähnen wäre, dass auch auf dem Server die Möglichkeit besteht Umleitungen einzurichten, dort gibt diese praktisch noch einmal (darf das?), sowie eine weitere vom alten Shop.

Alle denkbaren Varianten, wie in der .htacces auf https umleiten, in der Config http eintragen, haben nichts gebracht. Bei all diesen Versuchen kam neben "diese Seite funktioniert nicht" auch mal die Meldung, dass zu viele Umleitungen existierten. Doch auch die .htaccess ohne Umleitung bringt nicht das gewünschte Ergebnis. Cache und Verlauf wurden mehrfach geleert.

Vielleicht sehe ich ja vor lauter Bäumen den Wald nicht mehr, aber wäre echt toll, wenn jemand eine Idee für mich hätte, vielen Dank.

 

[css-umsetzung]

RewriteCond %{HTTP_HOST} ^www.trollartshop.trollart.de
RewriteRule ^(.*)$ http://trollartshop.trollart.de/$1 [r=301,L]

Hier sollte in jedem Fall https stehen, egal was du auf dem Server eingestellt hast.

Der Ajax Request den der Shop absetzt ist richtig aber die Antwort ist falsch, das kann an einem unsauberem Plugin liegen (du solltest die mal alle deaktivieren) und du solltest im Backend vom Shop mal auf status gehen um zu sehen ob dort modifizierte Dateien vorhanden sind. system->wartung->status

 

[marryanne]

Vielen Dank für die schnelle Antwort .
Der Status-Check hat nichts ergeben, nach Deaktivierung des Checkrobin-Plugin sind die Kategorien jedoch wieder anwählbar, es wurde jedoch nicht als fehlerhaft angezeigt und hat auch tadellos funktioniert. Kann ich da jetzt selbst noch etwas tun, außer das Problem an Checkrobin zu melden? Fand das Plugin nämlich sehr praktisch.

 

[css-umsetzung]

Ja, es ist so das dieses Plugin dann vermutlich auch einen Hook für das IO verwendet und wenn man da nicht sauber prüft ob der Hook für das eigene Plugin ist dann gehen weder andere Plugins die diesen Hook verwenden noch diverse interne Funktionen vom Shop.

 

[marryanne]

Hm, ja ich hatte in der Tat die Meldung, dass das Plugin 2x den gleichen Hook wie Paypal verwendet. (Diese Meldung gibt es für andere Plugins aber auch, ohne, dass ein für mich erkennbarer Schaden auftritt und ich auch gelesen hatte, dass dies zu vernachlässigen sei.) Wie auch immer, kann ich da etwas ändern, wenn ja wo?

 

[css-umsetzung]

Das ist normal das mehrere auf einem Hook sitzen können, nur bei dem IO Hook sollte man als Plugin Programmierer wissen was man tut.

Er muss sein Plugin nur richtig machen dann ist alles OK

 

[marryanne]

OK, vielen Dank , dann schicke ich das mal zum Programmierer.