Fehlerhafte Darstellung im Frontend (CSS fehlt)

Hallo liebe Shopware-Community,

seit kurzem bin auch ich auf den Shopware-Zug aufgesprungen :slight_smile:

Nach der Installation habe ich leider ziemlich schnell feststellen müssen, dass das Frontend eine fehlerhafte Darstellung hat.
Es handelt sich um die Website: http://www.happygrun.com/shopware2/

Aktuell wird alles auf einem Webhosting Paket des Anbieters GoDaddy ausgeführt.

Die einzige CSS-Datei die mitgeliefert wird ist die unter folgendem Link: http://www.happygrun.com/shopware2/web/cache/1455133754_a970782937b1542dc2aaea7ebc286f1e.css
Diese CSS-Datei ist jedoch leer. Somit kann ja auch gar nichts anders dargestellt werden, als es bisher eh schon ohne CSS dargestellt wird.
Ich habe auch mehrfach schon versucht im Backend den Cache zu leeren und habe dort auch einige Einstellungen ausprobiert, jedoch ohne Erfolg.

Permissions der einzelnen Verzeichnisse bin ich auch schon durchgegangen, kann leider keinen fehler finden. (Andere hatten Probleme mit den Permissions  @Google Suche)

Ich hoffe Ihr könnt mir bei der Fehlersuche helfen und mir Tipps geben :slight_smile:

Vielen Dank schon mal!

 

Die System-Informationen - Server Konfiguration sieht wie folgt aus:

Alle anderen Seiten unter Server-Konfiguration weisen grüne Haken auf.

Die .htaccess ist die standardmäßig mitgelieferte:

RewriteEngine on

#RewriteBase /

# 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]



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

    # Restrict access to root folder files
    RedirectMatch 404 /(composer\.(json|lock)|README\.md|UPGRADE\.md)$


# 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



    
        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


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


    Header append X-Frame-Options SAMEORIGIN

Ich habe „RewriteBase“ schon einige Male auf andere Werte gestellt, dies hat keine Auswirkung gezeigt. Das Backend funktioniert soweit super. Keine Darstellungsfehler oder ähnliches zu sehen.

Wahrscheinlich sind nicht alle Dateien hochgeladen worden, oder das template wurde noch nicht zugewiesen und kompiliert

kann aber auch an dem kleinen roten X liegen beim Memory_limit broken heart

@kulli schrieb:

Wahrscheinlich sind nicht alle Dateien hochgeladen worden, oder das template wurde noch nicht zugewiesen und kompiliert

kann aber auch an dem kleinen roten X liegen beim Memory_limit broken heart

Vielen Dank für diese Antwort. Das Problem konnte tatsächlich behoben werden indem das Theme erneut ausgewählt und kompiliert wurde.

Erneutes hochladen (egal ob einzelne Files oder ZIP-Datei hochladen und entpacken) brachte nichts. Memory_Limit scheint auch nichts damit zu tun zu haben.