Neu Neuinstallation, der Horror

[ssauerbein]

Hallo zusammen,

heute habe ich erneut versucht einen Shop auf meinem Webspace zu installieren. Zuerst habe ich es auf einer Subdomain versucht: jtl.meinedomain.de Die Startseite wurde nach der Installation zwar angezeigt, allerdings waren die restlichen Seiten nicht auffindbar, bzw hat keiner der Links funktioniert.

Das Gleiche Problem hatte ich auf einer normalen Domain. Die Tips, die man in den Foren findet die .htaccess zu modifizieren waren nach 4 Stunden reine Zeitverschwendung. Es klappt einfach vorne und hinten nicht und so langsam frage ich mich, warum andere Shop Anbieter absolut unproblematisch zu installieren sind.

Für teures Geld könnte ich mir nen Support kaufen aber das sehe ich bei der abgespeckten Version auch nicht ein. Fazit: Ich werde sicher auf eine andere Lösung zugreifen da es genügend Alternativen gibt, die besser und verständlicher sind als JTL Shop 5.

 

[Georg964]

Wenn bei uns derart krasse Probleme auftraten, waren es meist Serverprobleme.

Was sagt denn dein Hoster zu diesen Problemen?

Und ja, verschieden Shopsysteme haben verschiedene Anforderungen an den Server.

 

[ssauerbein]

Mit dem Hoster habe ich auch schon 30 Minuten telefoniert. Selbst hier stößt man gegen eine Wand. Das Installations Script prüft ja zu dem die Kompatibilität und da hatten wir ausnahmlos keine Fehler. Eine Installation nach Anleitung ist in der Regel ja auch kein großer Akt.

 

[css-umsetzung]

Für teures Geld könnte ich mir nen Support kaufen aber das sehe ich bei der abgespeckten Version auch nicht ein. Fazit: Ich werde sicher auf eine andere Lösung zugreifen da es genügend Alternativen gibt, die besser und verständlicher sind als JTL Shop 5.

Ganz schlimm diese "ich möchte alles haben und damit ganz viel Geld verdienen aber nichts ausgeben" Mentalität


Wenn im Shop am Ende fast keine Links funktionieren liegt es fast immer an der Einstellung
#RewriteBase /

mach also die Raute davor weg und teste das nochmal aus.

 

[schniebel]

Ich habe genau das gleiche Problem. Installation ist problemlos abgelaufen, alles "grüne Häkchen".
Die Startseite des Shops lässt sich auch problemlos aufrufen, aber dann funktioniert kein einziger Link. Es erscheint immer

Not Found
The requested URL was not found on this server.

Ich habe alle Schreibrechte auf dem Server überprüft, stimmt alles meiner Ansicht nach. Ich habe RewriteBase / in der .htaccess aktiviert (also das # rausgenommen). Hilft leider alles nichts.

 

[css-umsetzung]

Die Frage ist, ob die .htaccess überhaupt verwendet wird, eventuell hast du ja einen reinen nginx Server, der beachtet die .htaccess nicht und braucht eine gesonderte Konfiguration.

 

[sebjo82]

was schmeißt der server denn für errors?
#ImZweifelSELinuxSchuld

 

[schniebel]

Die Frage ist, ob die .htaccess überhaupt verwendet wird, eventuell hast du ja einen reinen nginx Server, der beachtet die .htaccess nicht und braucht eine gesonderte Konfiguration.

OK, das ist ein Ansatz. Der Server ist von der Telekom, keine Ahnung ob das ein nginx Server ist. Hier die Infos, die mir der Systemcheck liefert:

Provider: unbekannt (Hostname: 127.255.255.253)
PHP-Version: 8.0.24
Document Root: /home/www/public_html/
Betriebssystem: Linux (Intel x86_64)
Architektur: 64bit
PHP-SAPI: FastCGI
PHP-Version: 8.0.24

Ich habe mich jetzt auch mit der Telekom und deren "Experten" für das Webhosting in Verbindung gesetzt. Leider konnte mir keine eine Aussage dazu machen, ob die .htaccess verwendet wird. Da warte ich jetzt noch auf einen Rückruf.

Parallel dazu habe ich mir die Logs des Severs angeschaut. Wenn ich z.B. die Kontakt-Seite des Shops aufrufen will (auch da erscheint NOT FOUND), so steht folgende Zeile im Log:

2003:db:bf2b:a600:e1b9:232c:3a6e:120f - - [21/Oct/2022:10:36:06 +0200] "GET /Kontakt HTTP/1.1" 404 196 "https://schniebel.eu/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:106.0) Gecko/20100101 Firefox/106.0" 1162

Kommt man damit irgendwie weiter?

 

[css-umsetzung]

Schreib mal irgendwelchen mist in die htaccess, dann sollte das einen 500ter Fehler geben, dann siehst Du ob die verwendet wird

 

[Georg964]

Sind denn die Pfandangaben in deiner config.ini richtig? Ich hatte sowas auch schon mal und da stimmte was in der config.ini nicht.

 

[schniebel]

Sind denn die Pfandangaben in deiner config.ini richtig? Ich hatte sowas auch schon mal und da stimmte was in der config.ini nicht.

In der config.JTL- Shop.ini.php steht

define('PFAD_ROOT', '/home/www/public_html/');

 

[schniebel]

Schreib mal irgendwelchen mist in die htaccess, dann sollte das einen 500ter Fehler geben, dann siehst Du ob die verwendet wird

Das habe ich jetzt mal getan, es ändert sich aber nichts. Heißt also, dass die .htaccess nicht verwendet wird.
Habe mich jetzt durch unzählige Hilfe-Seiten der Telekom und deren Forum gelesen, da gibt es einige aber auch uneindeutoige Hinweise auf die Aktivierung der .htaccess. So soll z.B. eine httpd.conf in einem etc Verzeichnis angelegt werden. Ich versuche dort noch mehr zu ergründen und bekommen dann hoffentlich auch noch den Rückruf vom Telekom Support. Mal sehen, was sich ergibt.

 

[sebjo82]

Mit welcher Linux Distro läuft der Server? RHEL-basiert?
Unübliche Root-Verzeichnisse sind meistens nicht in SELinux eingerichtet.

 

[mh1]

Ganz schlimm diese "ich möchte alles haben und damit ganz viel Geld verdienen aber nichts ausgeben" Mentalität


Wenn im Shop am Ende fast keine Links funktionieren liegt es fast immer an der Einstellung
#RewriteBase /

mach also die Raute davor weg und teste das nochmal aus.

@ssauerbein hat ja auf einer Subdomain installiert. Dann funktioniert der Resrite nicht mit Base /
Also nur "Raute entfernen" reicht nicht

 

[mh1]

Das habe ich jetzt mal getan, es ändert sich aber nichts. Heißt also, dass die .htaccess nicht verwendet wird.

Der Statuscode ist dann immer noch 404, oder meinst du mit "keine Änderung" das einfach die Seite nicht angezeigt wird?

Habe mich jetzt durch unzählige Hilfe-Seiten der Telekom und deren Forum gelesen, da gibt es einige aber auch uneindeutoige Hinweise auf die Aktivierung der .htaccess. So soll z.B. eine httpd.conf in einem etc Verzeichnis angelegt werden. Ich versuche dort noch mehr zu ergründen und bekommen dann hoffentlich auch noch den Rückruf vom Telekom Support. Mal sehen, was sich ergibt.

Kann man in dem Shop nicht temporär das Rewriting der Links deaktivieren, denn dann könbnte man ganz schnell sehen, ob es vielleicht doch nur an dem Rewriting liegt.

 

[css-umsetzung]

Doch, da es ja ausgehend vom Domainpfad zählt.

es hat schon den Anschein das die htaccess nicht funktioniert, auch wenn er die Komprimierung der styles aktiviert im Template würde sich das vermutlich auf das Design auswirken.

Stehe gerade am Autozug in Westerland sonst würde ich anbieten mal zu schauen 😎

 

[mh1]

Doch, da es ja ausgehend vom Domainpfad zählt.

Ja, du hast recht.

es hat schon den Anschein das die htaccess nicht funktioniert, auch wenn er die Komprimierung der styles aktiviert im Template würde sich das vermutlich auf das Design auswirken.

Als wir früher bei der Telekom gehostet waren mussten wir auch zuerst mit AllowOverride All in der httpd.conf aktivieren, dass überhaupt .htaccess Dateien verarbeitet werden.
Die Telekom hat die Overrides standardmäßig nicht aktiviert.

 

[schniebel]

Ja, du hast recht.


Als wir früher bei der Telekom gehostet waren mussten wir auch zuerst mit AllowOverride All in der httpd.conf aktivieren, dass überhaupt .htaccess Dateien verarbeitet werden.
Die Telekom hat die Overrides standardmäßig nicht aktiviert.

Das habe ich so jetzt auch in der Telekom-Hilfe so herausgelesen und eben auch eingerichtet, aber leider ohne den gewünschten Erfolg.

 

[schniebel]

Allen vielen Dank für die Unterstützung. Das Problem ist behoben. Auch wenn ich es nicht 100% nachvollziehen kann, so war es die .htaccess, die eben doch nicht verarbeitet wurde.
Ich vermute einmal, dass die Änderungen in der httpd.conf erst mit mehreren Stunden Verzögerung übernommen wurden. Das ist die einzige Erklärung die mir in den Sinn kommt, da ich in den letzten drei Stunden nichts geändert habe und es jetzt läuft

Naja, jetzt hoffe ich, dass es stabil ist und ich die Anbindung an die Wawi auch noch hinbekomme.

 

[css-umsetzung]

Ja das kann sein bei der Patsche dazu neu gestartet werden muss dann hoffen wir mal dass das nicht bei allen Änderungen so ist und es wirklich nur daran liegt dass der Apache neu gestartet werden musste