Nach Installation PLesk sowie backend blau

Hallo,

ich habe nun unzählige male versucht shopware auf www.logo-cup.de aufzusetzen. Jedoch komme ich nach anwahl auf die standard Plesk seite zu und wenn ich den backend besuche ist der komplett blau.

 

Ich habe kein Plan was da Schief gelaufen ist. Server ist bei Hetzner und Installation ist auch sauber von statten gegangen.

 

 

 

 

Hoffe ja nicht, dass du deine Domain im Plesk falsch angelegt hast. Bei Hetzner gibt es eine Hilfe - falls doch. Da steht eigentlich alles drin. Ansonsten kannst du auch bei Hetzner selber nachfragen.

[Nachtrag]

Ggf. auch mal prüfen ob die htaccess für Shopware korrekt angelegt wurde. Möglich das die shopware.php gar nicht aufgerufen wird.

Falsch angelegt schliesse ich aus, da aus verzweiflung testweise auch mal Wordpress automatisiert über die Pleskoberfläche Installiert wurden ist. Funktioniert auch. auch auf der Softgetränke.com das selbe Problem hat. Wordpress und co. gehen. Shopware nicht …

Dies ist die htacces datei. Rechte sind :rwx r-- r–



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]



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


 

Hier mal eine Seite wo noch Wordpress drauf geblieben ist. Skoon.eu

Alles auf dem selben Server und der gleichen Domain einstellungen …

 

Da sollte auch mal Shopware landen auch das selbe Problem.

 

 

Und das FTP-Verzeichnis ist auch das richtige? Nicht das du im Eifer des Gefechts im falschen Ordner bist :slight_smile: Um das zu testen, einfach über den Browser mal die “eula.txt” aufrufen.

ist im /httpdocs ordner

 

Nach aufruf kommt ein 500er error http://www.logo-cup.de/eula.text

 

Wenn ein Error 500 kommt, dann schau mal bitte in deinem Log zur Domain nach und gehe mal diese Punkte hier durch:

Fehlermeldungen in Shopware debuggen

 

Hi,

 

also ich habe da mal was gefunden zb. dieser Fehler:There is no suitable CSPRNG installed on your system

 

Habe dann gegoogelt mit shopware davor und kamm auf diesem thread :

https://forum.shopware.com/discussion/47970/alles-tot-nach-update

 

Genau das selbe hatte ich auch. Also auf der softgetränke.com war schonmal eine Installation sopware ich glaub war die 5.2 irgend wo … nach dem automatischen Update im Adminbereich das selbe phänonehm… die Lösung hier https://forum.shopware.com/discussion/47970/alles-tot-nach-update 

sieht nach PHP aus.

 

ODer denke ich falsch ?

 

 

Ne das kann es nicht sein, jedenfalls glaube ich das grad nicht, denn wenn der Link http://www.logo-cup.de/eula.text (hoffe die eula.text liegt auch dort) schon ein Error 500 erzeugt, muss der Fehler wo anders liegen.

Hast Du eine Neuinstallation oder ein Update von Shopware gemacht? Welche PHP-Version setzt Du ein?

http://www.logo-cup.de/eula.txt (nicht http://www.logo-cup.de/eula.t e xt) kann ich problemlos aufrufen.

Timme Hosting - schnelles nginx-Hosting

www.timmehosting.de

Hi,

 

es ist die PHP Version 5.6.30 und eine Neuinstallation auf logo-cup.de

 

Auf der softgetränke.com hatte ich einen Update im Backend gestartet ich glaub von 5.2 auf die aktuellste Shopware… und das selber problem wie bei logo-cup.de