Shopware nach Installation immer noch Index Of

Hallo,

nachdem wir Shopware installiert haben (wie jedes mal) wird dennoch nach der Installation die Index Of Seite angezeigt und es wird nicht direkt auf die Installation weitergeleitet (was bisher nie der fall war). Wir haben keinen Lösungsansatz und bräuchten da evtl. hilfe. Danke im vorraus!

Vielleicht fehlt die .htaccess?

Nein die Datei ist mit folgenden Werten vorhanen.

RewriteEngine on

#RewriteBase /shopware/

# Https config for the backend
#RewriteCond %{HTTPS} !=on
#RewriteRule backend/(.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

RewriteRule shopware.dll shopware.php
RewriteRule files/documents/.* engine [NC,L]
RewriteRule backend/media/(.*) media/$1 [NC,L]

RewriteCond %{REQUEST_URI} !(\/(engine|files|templates|themes|web)\/)
RewriteCond %{REQUEST_URI} !(\/media\/(archive|banner|image|music|pdf|unknown|video)\/)
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ shopware.php [PT,L,QSA]

# Fix missing authorization-header on fast_cgi installations
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]



    # Restrict access to VCS directories
    RedirectMatch 404 /\\.(svn|git|hg|bzr|cvs)(/|$)

    # Restrict access to root folder files
    RedirectMatch 404 /(autoload\.php|composer\.(json|lock|phar)|README\.md|UPGRADE-(.*)\.md|CONTRIBUTING\.md|eula.*\.txt|\.gitignore|.*\.dist|\.env.*)$

    # Restrict access to shop configs files
    RedirectMatch 404 /(web\/cache\/(config_\d+\.json|all.less))$

    # Restrict access to theme configurations
    RedirectMatch 404 /themes/(.*)(.*\.lock|package\.json|\.gitignore|Gruntfile\.js|all\.less|node_modules\/.*)$


# Staging environment
#SetEnvIf Host "staging.test.shopware.in" SHOPWARE_ENV=staging

# Development environment
#SetEnvIf Host "dev.shopware.in" SHOPWARE_ENV=dev
#SetEnv SHOPWARE_ENV dev

DirectoryIndex index.html
DirectoryIndex index.php
DirectoryIndex shopware.php

# Disables download of configuration

    # Deny all requests from Apache 2.4+.
    
          Require all denied
    

    # Deny all requests from Apache 2.0-2.2.
    
        Deny from all
    


# Enable gzip compression

    AddOutputFilterByType DEFLATE text/html text/xml text/plain text/css text/javascript application/javascript application/json application/font-woff application/font-woff2 image/svg+xml



    
        ExpiresActive on
        ExpiresDefault "access plus 1 month"
    

    
        Header append Cache-Control "public"
        Header unset ETag
    

    FileETag None


# Match generated files like:
# 1429684458_t22_s1.css
# 1429684458_t22_s1.js

    
        Header set Cache-Control "max-age=31536000, public"
    

    
        ExpiresActive on
        ExpiresDefault "access plus 1 year"
    


# Disables auto directory index

    Options -Indexes



    Options -MultiViews



# php_value memory_limit 256M
# php_value max_execution_time 120
# php_value upload_max_filesize 20M
   php_flag phar.readonly off
   php_flag magic_quotes_gpc off
   php_flag session.auto_start off
   php_flag suhosin.session.cryptua off
   php_flag zend.ze1_compatibility_mode off
   php_value always_populate_raw_post_data -1


# AddType x-mapp-php5 .php
# AddHandler x-mapp-php5 .php


    Header append X-Frame-Options SAMEORIGIN

 

noch ne index.html im webspace liegen - wenn ja löschen oder umbenennen

Nein auch dies ist nicht vorhanden

ruf mal shopware.php auf hinter der domain - geht das zunächst unterstützt der server kein mod-rewrite

Wenn ich die shopware.php aufrufe kann ich Shopware ganz normal Installieren. Wie aktiviere ich mod-rewrite?

wenn du vollen server zugriff hast und apache nutzt so http://www.sysadminslife.com/webserver-2/apache-htaccess-mod_rewrite-aktivieren-unter-debian-ubuntu-mint/

Mod-Rewrite haben wir bei uns eigentlich aktiviert dennoch funktioniert es nicht :frowning:

Ein ähnliches problem haben wir auf einer Wordpress Seite von uns das Apache sozusagen „keine berechtigung“ hat dieses problem konnten wir schonmal fixxen dennoch wissen wir den lösungsweg nicht mehr.

Man kann auch pro V-Host definieren, ob .htaccess Dateien überhaupt interpretiert werden. 

AllowOverride all

Jetzt ist folgendes Problem wenn wir unsere Ip eingeben kommen wir ganz normal ins installations verzeichnis sobald wir über der Domain uns verbinden kommt immer noch Index Of

Unbenannt
reconditioned title

@Axtkaempfer schrieb:

Nein die Datei ist mit folgenden Werten vorhanen.

 

nein, die fehlt…

nimm auch mal den spam-link vom Foto/ nach dem Foto raus.

Am besten nochmal neu anfangen:

Naja die Datei ist im Ordner von Shopware drin

Und wegen deinem Neu anfangen das ganze haben wir schon mehrere male probiert mit Vserver reset usw. und gebracht hat es das gleiche Ergebniss.

im bild ist die datei nicht zu erkennen…

Dann tippe ich mal auf einen falsch konfigurierten Vserver.

Wie können wir den Vserver dann richtig konfigurieren abgesehen davon das er neuinstalliert wurde und eigentlich so viel garnicht falsch sein kann meines erachtens

ich bin raus

http://serverzeit.de/tutorials/admins-haften

Das ist wunderschön trz haben wir ungefähr 4 Jahre Vserver erfahrung und haben bisher alles hinbekommen, dennoch ist dieses Problem noch nie Aufgetreten und wir wissen nicht woran es liegt also entweder du trägst zum Thema bei oder du lässt es. 

„Dann tippe ich mal auf einen falsch konfigurierten Vserver“

Uns ist bewusst welche Einstellungen nach dem reset des Vservers getroffen werden müssen (hat ja bis her immer einwandfrei funktioniert) dennoch kann es sein das du es anderst machst und wir etwas bei lernen können was eigentlich auch der Sinn dieses Forums darstellt dann musst du nicht mit einer absoluten Sinnfreien Antwort kommen die dem Problem 0% Weiterhilft. An alle anderen die eine mögliche Lösung geboten haben vielen Dank dennoch hat es bisher über die Domain nicht funktioniert. Die .htaccess Datei ist vorhanden und unverändert und die Verbindung über die Server IP funktioniert.