Neu JTL SHOP 5 Neuinstallation - On Page wird nicht geladen

[AM&M]

Sorry, aber nicht jeder einfache Nutzer ist ein Computerfachmann.
Was heißt das genau?
Was kann man dagegen tun, bzw. was muss man zu Abhilfe unternehmen?

Vielen Dank.

 

[FMoche]

Der Header x-frame-options: deny verhindert das Einbetten des Shops in einen IFrame, was der OPC aber benötigt.
Also muss dieser Header angepasst werden - möglichst auf "X-Frame-Options: sameorigin".

Wenn du nicht weißt, woher der kommt: beim Hoster nachfragen.

 

[AM&M]

habe ich gemacht (IONOS).
Von dort kam die Antwort, das das NICHT geht, da nur ein Hostig-Vertrag vorliegt.
Um die Option "X-Frame-Options: sameorigin" zu nutzen benötige ich laut IONOS Zugriff auf den Webserver, was bei einem Hosting-Vertrag ( Shared Hosting Vertrag ) nicht möglich ist.
Um Zugriff darauf zu bekommen benötige ich ein Serverprodukt, was ab 45 Eier/Monat an Kosten beginnt.
Für ein "Ausprobieren" und schauen, ob das ganze einem etwas bringt finde ich die Kosten etwas hoch!

über Nutzung des JTL-Shops auf IONOS wird folgendes geschrieben:
"JTL-Shop auf einem Server von 1und1 oder Strato betreiben
...
Sie haben einen Server bei 1und1 oder Strato angemietet ....
...
Die Mindestanforderung für JTL- Shop 5 ist PHP 7.3. Falls Ihnen bei der Installation angezeigt wird, dass PHP 7.3 nicht installiert ist, wenden Sie sich an 1und1/Strato."

nun, der Webhosting-Vertrag bietet PHP ab 7.3 und höher, allerdings wird offensichtlich mehr (Zugriffsrechte) benötigt, als bei JTL auf der Website angegeben.
Das ist leider irritierend - Klasse, dass ich nun den Webhosting-vertrag an der Backe habe. Offensichtlich MUSS ich auf einen anderen Webshop umschwenken!
Und das allein, weil ich den OPC nicht korrekt aufrufen kann. Der Shop selbst läuft als solches:

die Diagnose sagt in fast allen Punkten GRÜN:



als einziges fehlt ImageMagick was jedoch hier im Forum bereits als kein wirkliches Problem mitgeteilt wurde.

 

[AM&M]

Als Ergänzung/Frage für/an JTL:

Wie auf der Internetseite beschrieben wurde vor Installation des JTL-Shops 5 auf IONOS-Webhosting das von JTL empfohlene Testscript ausgeführt mit folgendem Ergebnis:



Hier im Forum wurde beschrieben, dass das fehlende ImageMagick nicht zwingend ein Problem darstellt, zumindest bei bestimmter Einschränkung der Nutzung.

Also ALLES Ok zum Installieren des JTL-Shops auf diesem Webhosting-Pakets.

Nun stehen wir / scheitern wir nicht an ImageMagick, sondern bereits bei der Einrichtung über OPC des Shops. Installiert ist der Shop vollständig auf dem IONOS-Server.
Es hapert am Anzeigen, bzw. Zugriff (Fehlermeldung X-Frame-Options) beim Zugriff auf den OPC, also ganz am Anfang.

Warum wurde bei dem Testscript nicht auf das Vorhandensein von "X-Frame-Options: sameorigin" geprüft?
JTL schrieb dazu: " Der Header x-frame-options: deny verhindert das Einbetten des Shops in einen IFrame, was der OPC aber benötigt. "
Nun haben wir unsere Weichen bereits nach JTL-Vorgaben und Prüfung durch JTL-Testscript gestellt und stehen trotz dessen vor einer dauerhaft roten Ampel !?

Einzige Alternative: Natürlich das Hosting bei JTL ... so gewinnt man also Neukunden ?

 

[FMoche]

Einzige Alternative: Natürlich das Hosting bei JTL ... so gewinnt man also Neukunden ?

Das ist mitnichten die "einzige Alternative". Bei jedem ordentlichen Hosting hat man die Kontrolle über solche Header.
Wir hören hier zum ersten mal, dass sich das angeblich bei Ionos nicht deaktivieren lässt. Woher hätten wir dieses Wissen nehmen sollen?
Wir sind auf solche Rückmeldungen angewiesen.

 

[AM&M]

Nichts für ungut, aber IONOS bietet nicht erst seit gestern Webhosting an und ich bin mit Sicherheit nicht einer der ersten Kunden, der dieses Hosting Produkt nutzt und ggf. einen JTL- Shop nutzen wollte/will.
Im Übrigen: Was ist ein ordentlicher Hosting? IONOS wird mit Sicherheit sagen, dass Ihr angebotenes Hosting ordentlich ist!

Ich hatte vorab sehr viel im Internet zu möglichen online-Shops recherchiert und kam eigentlich zum Ergebnis, dass ich das von JTL angebotene System gut finde ( Wawi + Shop).
Weiterhin sollte man annehmen, dass JTL-Online-Shop und IONOS Hosting bereits ein allgemein genutzter Vorgang ist, da es ja auf JTL-Internetseiten explizite Anweisungen, z.B. "JTL-Shop auf einem Server von 1und1 oder Strato betreiben" (IONOS ist 1und1) gibt. Also würde ich den Hinweis " Wir hören hier zum ersten mal, dass sich das angeblich bei Ionos nicht deaktivieren lässt. Woher hätten wir dieses Wissen nehmen sollen? " als Schutzbehauptung hin, aber glauben tu ich das nicht.

Die Rückmeldung, dass es allein an solch einer kleinen Einstellung hapert liegt ja nun vor.
Soll ich also darauf hoffen, dass es hier in Kürze "Abhilfe" durch JTL gibt, oder muss ich mich komplett anders orientieren?
Ich bin bestimmt nicht der Einzige, der bei IONOS einen Webhosting-Vertrag hat/nutzt. Somit dürfte dies eine interessante Frage für mehr als einen User sein.

 

[mvh]

Moin.
Finde in deinem Shop-Verzeichnis eine .htaccess-Datei.
Du findest dort:

<IfModule mod_headers.c>
  Header unset ETag

  Header set X-UA-Compatible "IE=edge"
  Header set X-Content-Type-Options "nosniff"
  Header unset X-Powered-By

ergänze es um Header always set X-Frame-Options "sameorigin" damit es so aussieht:

<IfModule mod_headers.c>
  Header unset ETag

  Header set X-UA-Compatible "IE=edge"
  Header set X-Content-Type-Options "nosniff"
  Header unset X-Powered-By
  
  Header always set X-Frame-Options "sameorigin"

 

[AndreasKlankert]

Servus hatte auch die Probleme mit dem Shop. Habe vorerst alle OPlugins deinistalliert und alle Module so eingestellt auf dem Webserver, dass die Diagnose überall erstmal "grün" ist. Danach am besten Cache von der Seite und vom Browser leeren. Nun habe ich das nächste Problem hiermit:

Die Icons werden zu groß bzw. nicht richtig dargestellt. In der Regel ein Fehler vom Bootstrap. Nach meiner Analyse wird aber alles von der seite sauber geladen sagt zmindest der Webbrowser (Chrome). Ich vermute es ist noch eine Einstellung oder durch alte Dateien des Shops nach dem Upgrade. Hat jemand Erfahrung oder kennt die Lösung für das Problem?
Vielen Dank Vorab Greetz

 

[AM&M]

Welche .htaccess Datei soll es denn sein?

Die Suche ergibt einen ganzen Haufen dieser Dateien im Shop-Verzeichnis:



kann es einfach irgendeine sein ... ?
Bestimmst wirkt hier nur eine bestimmte dieser .htaccess Datei(en)[innin]

 

[mvh]

Welche .htaccess Datei soll es denn sein?

Die Suche ergibt einen ganzen Haufen dieser Dateien im Shop-Verzeichnis:

Den Anhang 61909 betrachten

kann es einfach irgendeine sein ... ?
Bestimmst wirkt hier nur eine bestimmte dieser .htaccess Datei(en)[innin]

Du brauchst nur eine, die im s.g. root Verzeichnis, die erste Ebene, ohne Unterverzeichnisse, wo Index Dateien liegen.

 

[AM&M]

ok, im Verzeichnis / liegt keine .htaccess !
(also über dem eigentlichem Shop-Verzeichnis)



Ich muss dort also eine anlegen ... ?
Welcher Inhalt muss dann dort genau (komplett) rein? (Dein erster Hinweis ist ja leider nur ein Ausschnitt.)
Vielen Dank schon einmal jetzt im voraus.

 

[mvh]

ok, im Verzeichnis / liegt keine .htaccess !
(also über dem eigentlichem Shop-Verzeichnis)

Den Anhang 61912 betrachten

Ich muss dort also eine anlegen ... ?
Welcher Inhalt muss dann dort genau (komplett) rein? (Dein erster Hinweis ist ja leider nur ein Ausschnitt.)
Vielen Dank schon einmal jetzt im voraus.

Ok, machen wir anders. Suche mal nach der Datei robots.php. Die gibt es nur einmal. Und in diesem Verzeichnis liegt eine .htaccess-Datei. Dieses Verzeichnis ist Shop-root Verzeichnis.

 

[AM&M]

Ok, das Shop-Hauptverzeichnis "/XXXX_shop" bei mir genannt.
Dort ist die robots.php beheimatet, jedoch, wie an der Suche bereits erkennbar keine .htaccess !
Also muss ich hier eine .htaccess anlegen, mit welchem Inhalt?

 

[AM&M]

habe mal ausprobiert die Datei .htaccess im Shop-root-Verzeichnis anzulegen und mit folgendem gefüllt:

<Files *>
<IfModule mod_headers.c>
Header always set X-Frame-Options "sameorigin"
</IfModule>
</Files>

Leider keine Besserung.

 

[AM&M]

ok, ausgewertet wird die angelegte .htaccess wohl offensichtlich.
habe den Inhalt mal auf:

<IfModule mod_headers.c>
Header always set X-Frame-Options "sameorigin"
</IfModule>

reduziert.
Dabei ist dann die Fehlerausschrift beim Aufruf des OPC (Bearbeiten):



vorher (ohne .htaccess im Shop-root) stand ja



nun scheint es einen Konflikt zu geben ... aber womit?

 

[FMoche]

Laut Doku (https://httpd.apache.org/docs/current/mod/mod_headers.html) musst du den alten erst unsetten.
Also ungefähr so:

<IfModule mod_headers.c>
Header unset X-Frame-Options
Header always set X-Frame-Options "sameorigin"
</IfModule>

 

[AM&M]

OK, Schritt für Schritt ... oder eher Schrittchen für Schrittchen nähern wir uns ...

Habe ich gemacht. Ergebnis:



Fehler Frame-Option ist weg. (Danke an FMoche und mvh!)

Nun fehlt anscheinend eine Seite?

 

[alex9019]

Konnte jemand das Problem mittlerweile erfolgreich beheben?