Neu Fehler bei Neuinstallation - Installer lässt sich nicht aufrufen

[todyoungblood]

Hallo,
habe versucht den JTL Shop 4 (Version 404.1) zu installieren. Leider kommt jedes mal folgender Fehler wenn ich den Installer aufgerufen habe:

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.


Please contact the server administrator at to inform them of the time this error occurred, and the actions you performed just before this error.


More information about this error may be available in the server error log.


Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.

Dies ist seltsam....da ich bereits die Version vor 404.1 darauf laufen hatte und es keine Probleme gab.
Ich habe diesen Test-Shop dann auf 404.1 upgedatet und es gab auch keinerlei Fehler.

Die Dateirechte habe ich Alle wie in der Anleitung steht angepasst und auf 777 gesetzt.

Dachte erst es liegt an der htaccess. Habe folgendes eingetragen und auskommentiert.

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

Hoster: 1und1
PHP Version: 5.6

Währe super wenn mir jemand helfen könnte.
Besten Dank im voraus.

Marcus

 

[todyoungblood]

System Check war auch ok.
Keiner sonst das Problem?

 

[Mirko.Schmidt User deaktiviert]

Was steht denn in den Error Logs?

 

[todyoungblood]

Wo finde ich die?

 

[Mirko.Schmidt User deaktiviert]

Diese liegen auf dem Server im error- log Ordner, welcher auf der gleichen Ebene wie der Shop Ordner ist. Wenn man selbst nicht dran kommt, dann mit dem Hoster in Verbindung setzen und dort nachfragen.
Für 1&1 gibt es noch folgende Anleitung, wie man diese aktivieren kann und wo die Datei dann abgelegt wird https://hilfe-center.1und1.de/hosti...10085144/error-logs-aktivieren-a10790768.html.

 

[todyoungblood]

Also das ganze liegt auf jeden Fall an der .htaccess. Als ich für die php.ini den absoluten Pfad rausfinden wollte " <?php echo $_SERVER["DOCUMENT_ROOT"] ?>
bekam ich den selben Fehler.
Als ich dann die .htaccess in _.htacces umbenannt hatte, hat auch der Installer funktioniert.
Woran könnte das liegen?
Habe an der standart .htaccess nichts geändert.
Shop liegt in einem Unterordner auf meinem Webspace. Die URL wurde aber dem Ordner zugewiesen und der Shop liegt somit ja nicht in einem Unterordner.
Der Installer lässt sich bei fehlender .htaccess auch ohne weiteres unter http://www.meinedomaine.com/install aufrufen.

Hier ist die .htaccess

<IfModule mod_setenvif.c>
<IfModule mod_headers.c>
<FilesMatch "\.(bmp|cur|gif|ico|jpe?g|png|svgz?|webp)$">
SetEnvIf Origin ":" IS_CORS
Header set Access-Control-Allow-Origin "*" env=IS_CORS
</FilesMatch>

SetEnvIfNoCase ^(Accept-EncodXng|X-cept-Encoding|X{15}|~{15}|-{15})$ ^((gzip|deflate)\s*,?\s*)+|[X~-]{4,13}$ HAVE_Accept-Encoding
RequestHeader append Accept-Encoding "gzip,deflate" env=HAVE_Accept-Encoding
</IfModule>
</IfModule>

<IfModule mod_filter.c>
AddOutputFilterByType DEFLATE \
"application/atom+xml" \
"application/javascript" \
"application/json" \
"application/ld+json" \
"application/manifest+json" \
"application/rdf+xml" \
"application/rss+xml" \
"application/schema+json" \
"application/vnd.geo+json" \
"application/vnd.ms-fontobject" \
"application/x-font-ttf" \
"application/x-javascript" \
"application/x-web-app-manifest+json" \
"application/xhtml+xml" \
"application/xml" \
"font/eot" \
"font/opentype" \
"image/bmp" \
"image/svg+xml" \
"image/vnd.microsoft.icon" \
"image/x-icon" \
"text/ cache-manifest" \
"text/css" \
"text/html" \
"text/javascript" \
"text/plain" \
"text/vcard" \
"text/vnd.rim.location.xloc" \
"text/vtt" \
"text/x-component" \
"text/x-cross-domain-policy" \
"text/xml"

<IfModule mod_mime.c>
AddEncoding gzip svgz
</IfModule>
</IfModule>

<IfModule mod_deflate.c>
<FilesMatch "\\.(js|css|html|htm|php|xml)$">
SetOutputFilter DEFLATE
</FilesMatch>
</IfModule>

<IfModule mod_expires.c>
ExpiresActive on
ExpiresDefault "access plus 1 months"
</IfModule>

<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

<FilesMatch "\.(eot|otf|tt[cf]|woff2?)$">
Header set Access-Control-Allow-Origin "*"
</FilesMatch>

<FilesMatch "\.(appcache|atom|bbaw|bmp|crx|css|cur|eot|f4[abpv]|flv|geojson|gif|htc|ico|jpe?g|js|json(ld)?|m4[av]|manifest|map|mp4|oex|og[agv]|opus|otf|pdf|png|rdf|rss|safariextz|svgz?|swf|topojson|tt[cf]|txt|vcard|vcf|vtt|webapp|web[mp]|webmanifest|woff2?|xloc|xml|xpi)$">
Header unset X-UA-Compatible
</FilesMatch>
</IfModule>

<IfModule mod_rewrite.c>
RewriteEngine on

#REWRITE ANPASSUNG 1 (REWRITEBASE)
#Wenn Ihr Shop in einem Unterverzeichnis (also z.B. meinedomain.de/meinverzeichnis) installiert ist, so kommentieren Sie die kommende Zeile aus und passen Sie den Verzeichnisnamen an
#RewriteBase /

#REWRITE ANPASSUNG 2 (auf www.meinedomain.de umleiten)
#Ihr Shop sollte nicht unter www.meinedomain.de und nur meinedomain.de erreichbar sein, siehe: http://guide.jtl-software.de/index....tion#4._Einrichtung_einer_Domainweiterleitung
#RewriteCond %{HTTP_HOST} ^meinedomain.de
#RewriteRule ^(.*)$ http://www.meinedomain.de/$1 [r=301,L]

#Regeln fuer das Rewrite der URLs von JTL-Shop4
#Aendern Sie an diesen Zeilen nichts!
RewriteRule ^((urllist|sitemap_).*\.(xml|txt)(\.gz)?)$ includes/sitemap.php?datei=$1 [L]
RewriteRule ^export/((sitemap_).*\.(xml|txt)(\.gz)?)$ $1 [L]
RewriteRule ^asset/(.*)$ includes/libs/minify/?g=$1 [L]
RewriteRule ^robots.txt$ robots.php [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^. index.php [L]
</IfModule>

FileETag None
#Server Signatur deaktivieren
#ServerSignature Off

 

[ag-websolutions.de]

Woran könnte das liegen?

Was steht in den error-logs?

 

[todyoungblood]

Ich habe eine php.ini Datei erstellt und dort das Script aus der Beschreibung von oben reinkopiert. Den Pfad habe ich ausgelesen und ersetzt.
Wo kann ich jetzt die Error-Logs finden? Habe im Stammverzeichnis einen Ordner mit Logs. Da sind 2 Ordner drin.
access. log.current
traffic.html

und ettliche Dateien

sftp.log
access,log
traffic.db
last_traffic

Ich habe heute mit 1und1 telefoniert. Die konnten mir auch nicht so richtig helfen. Haben nur gesagt das Sie auf Apache 2.4 umgestellt haben
und das dort manche Fehler in der .htaccess nicht mehr wie früher ignoriert werden und es somit zu Fehlermeldungen kommen kann.

 

[todyoungblood]

Hallo habe jetzt bisschen mit der .htaccess rumprobiert und hab festgestellt wenn ich die Zeilen auskommentiere bzw lösche läuft der Installer.

<IfModule mod_mime.c>
AddEncoding gzip svgz
</IfModule>
</IfModule>

Ich habe gelesen bei Apache 2.4 gibt es mit gzip ein Problem.
Wofür ist denn der Eintrag eigentlich? Kann man darauf verszichten?

 

[Xantiva]

Kann es sein, dass auf dem Server kein mod_deflate installiert ist? Schau Dir mal meine Fehlermeldung an:
https://forum.jtl-software.de/threa...wenn-mod_deflate-nicht-installiert-ist.94831/

 

[todyoungblood]

Bei mod_deflate kommt aber keine Fehlermeldung. Ich hab alles drin gelassen bis auf

<IfModule mod_mime.c>
AddEncoding gzip svgz
</IfModule>
</IfModule>

Kann ich denn nicht einfach darauf verzichten?....dann würde der Installer ja laufen. Soweit ich gelesen habe ist gzip eh veraltet.

 

[Xantiva]

Versuche es mal mit:

AddEncoding x-gzip svgz

https://httpd.apache.org/docs/2.4/mod/mod_mime.html#addencoding

Old clients expect x-gzip and x-compress, however the standard dictates that they're equivalent to gzip and compress respectively. Apache does content encoding comparisons by ignoring any leading x-. When responding with an encoding Apache will use whatever form (i.e., x-foo or foo) the client requested. If the client didn't specifically request a particular form Apache will use the form given by the AddEncoding directive. To make this long story short, you should always use x-gzip and x-compress for these two specific encodings. More recent encodings, such as deflate, should be specified without the x-.

Kann ich denn nicht einfach darauf verzichten?....dann würde der Installer ja laufen. Soweit ich gelesen habe ist gzip eh veraltet.

Wenn keine komprimierten SVG Dateien verwendet werden, wirst Du darauf verzichten können. Aber wieso ist gzip veraltet? Was soll die Alternative sein?

 

[todyoungblood]

Komischerweise macht der Server jetzt mit diesem Eintrag auch Probleme.

<IfModule mod_filter.c>
AddOutputFilterByType DEFLATE \
"application/atom+xml" \
"application/javascript" \
"application/json" \
"application/ld+json" \
"application/manifest+json" \
"application/rdf+xml" \
"application/rss+xml" \
"application/schema+json" \
"application/vnd.geo+json" \
"application/vnd.ms-fontobject" \
"application/x-font-ttf" \
"application/x-javascript" \
"application/x-web-app-manifest+json" \
"application/xhtml+xml" \
"application/xml" \
"font/eot" \
"font/opentype" \
"image/bmp" \
"image/svg+xml" \
"image/vnd.microsoft.icon" \
"image/x-icon" \
"text/ cache-manifest" \
"text/css" \
"text/html" \
"text/javascript" \
"text/plain" \
"text/vcard" \
"text/vnd.rim.location.xloc" \
"text/vtt" \
"text/x-component" \
"text/x-cross-domain-policy" \
"text/xml"

Damit es jetzt funktioniert muss ich beide löschen

 

[todyoungblood]

Wenn ich beide Einträge rauslösche und

AddEncoding x-gzip svgz

hinzufüge läuft der Installer auch.