E-Mail Vorlagen lassen sich nicht bearbeiten, 503 Service Unavailable

Hallo, ich kann auf ein mal keine E-Mail Vorlagen mehr bearbeiten, keine Ahnung warum…

Folgendes steht in der Log:

***** - - [11/May/2017:16:32:24 +0200] "GET /backend/mail/getMails?_dc=1494513144217&page=1&start=0&limit=25&id=2 HTTP/1.1" 503 496 "http://domain.com/backend/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:53.0) Gecko/20100101 Firefox/53.0"

Hat jemand eine Idee was da los ist?!

503 deutet ja drauf hin, dass was mit dem Server nicht stimmt.

Irgendwelche Meldungen in den Error-logs des Servers ?

Sonstige Seiten nicht aufrufbar ?

Kürzlich SSL installiert ?

Kürzlich SSL installiert, ja =/ was könnte ich da prüfen?

Ob die Einbindung seitens des Hosters richtig erfolgt ist;

und ob die Einstellungen im Shop hierfür stimmen.

Alles andere läuft ja aber und auf dem Server sind noch 3 weitere Shops drauf mit SSL, alles ohne Probleme… ich werde wahnsinnig

Was steht im Error-Log der Website und in den Shopware-Logs?

Timme Hosting - schnelles nginx-Hosting

www.timmehosting.de

Nur das was ich oben schon geschrieben hatte:

***** - - [11/May/2017:16:32:24 +0200] "GET /backend/mail/getMails?_dc=1494513144217&page=1&start=0&limit=25&id=2 HTTP/1.1" 503 496 "http://domain.com/backend/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:53.0) Gecko/20100101 Firefox/53.0"

 

Das ist das Access-Log, aber es sollte auch ein Error-Log geben mit einer genauen Fehlerangabe.

Timme Hosting - schnelles nginx-Hosting

www.timmehosting.de

Da gibt es sicherlich auch eine richtige Fehlermeldung. Am besten aktivierst du mal die Fehlerausgabe: http://community.shopware.com/Fehlermeldungen-in-Shopware-debuggen_detail_1880.html#Frontend_Error_Reporter (durch die phpsettings werden auch die 503-Fehler ausgegeben).

Okay endlich gibt es mal was neues =) Danke schon mal für die Hilfe, jetzt habe ich nen Error auch mal da

[Tue May 23 11:34:45.462276 2017] [proxy_fcgi:error] [pid 5732] [client 123.123.123.:60797] AH01071: Got error 'PHP message: PHP Fatal error: Call to a member function registerResources() on null in /var/www/vhosts/domain.com/httpdocs/engine/Shopware/Controllers/Backend/Mail.php on line 179\n', referer: http://domain.com/backend/

Kann mir einer sagen was genau das Problem jetzt ist? Hat es also was mit der Umstellung auf HTTPS zu tun? Kann ich mir nicht vorstellen, weil backend ist ja weiterhin http und nicht https

möglicherweise ist (wie ich schon geschrieben habe) gerade für diese Domain das SSL nicht richtig eingebunden

Was hat denn der Hoster dazu gesagt ?

Die Seite liegt auf nem vServer von United Hosters, Domain ist bei all-inkl weitergeleitet zum united server, wo ich einfach das ssl zertifikat von lets encrypt habe. Läuft halt mit allen anderen Shops auch so ohne Probs…

Habe das zertifikat jetzt mal erneuert, klappt trotzdem nicht… die .htaccess habe ich auch mal geprüft, die ist identisch zu den anderen Seiten…

RewriteEngine on

#RewriteBase /shopware/

# Https config for the backend
RewriteCond %{HTTPS} on
#RewriteRule backend/(.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
#RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
RewriteRule ^sendungsverfolgung$ http://domain.de/sendungsverfolgung [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)\/)
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]


# Staging-Rules start
#SetEnvIf Host "staging.test.shopware.in" ENV=staging

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

# Disables download of configuration

    Deny from all


# Enable gzip compression
#
# AddOutputFilterByType DEFLATE text/html text/xml text/plain text/css text/javascript application/json
#


AddOutputFilterByType DEFLATE text/html text/xml text/css text/plain
AddOutputFilterByType DEFLATE image/svg+xml application/xhtml+xml application/xml
AddOutputFilterByType DEFLATE application/rdf+xml application/rss+xml application/atom+xml
AddOutputFilterByType DEFLATE text/javascript application/javascript application/x-javascript
AddOutputFilterByType DEFLATE application/x-font-ttf application/x-font-otf
AddOutputFilterByType DEFLATE font/truetype font/opentype





    ExpiresActive on
    ExpiresDefault "access plus 1 month"
    FileETag None
    
        Header append Cache-Control "public"
        Header unset ETag
    





# Disables auto directory index

	Options -Indexes



    Options -MultiViews



# php_value memory_limit 128M
  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

 

Also bei „PHP Fatal error:  Call to a member function registerResources()” glaub ich weniger an SSL. Vermutlich fehlt hier etwas oder wurde nicht korrekt eingestelt. In meiner SW Version bezieht sich Zeile 179 in Mail.php auf die Variable $mail.

Bei mir siehts glaube ich bisschen anders aus,  179 ist bei mir $shop->registerResources(); und oben drüber steht halt /** @var $shop Shop **/

    protected function getSingleMail($id)
    {
        $data = $this->getMail($id);
        $mail = $data['mail'];
        $data = $data['data'];

        /**@var $mail \Shopware\Models\Mail\Mail*/
        if (!$mail instanceof \Shopware\Models\Mail\Mail) {
            $this->View()->assign(array('success' => false, 'message' => 'Mail not found'));
            return;
        }

        / **@var $shop Shop** /
        $shop = Shopware()->Models()->getRepository(Shop::class)->getActiveDefault();
        $shop->registerResources();

        $context = $mail->getContext();
        if (empty($context)) {
            $context = array();
        }
        $data['contextPath'] = $mail->arrayGetPath(array_merge($this->getDefaultMailContext($shop), $context));

        $this->View()->assign(array('success' => true, 'data' => $data, 'total' => 1));
    }

 

Noch eine alte Shopware Version?

Noch die 5.2.21 drauf, kann aber gleich mal updaten…


Edit: okay update ist durch, jetzt sieht die mail.php auch bissl anders aus, leider kann ich weiterhin die vorlagen nicht öffnen… zeile 179 Shopware()->Models()->persist($mail);

        $mail->fromArray($params);

        try {
            Shopware()->Models()->persist($mail);
            Shopware()->Models()->flush();
        } catch (Exception $e) {
            $this->View()->assign(['success' => false, 'message' => $e->getMessage()]);

            return;
        }

 

Hmmm, dass ist natürlich Rätselraten hier so als Ferndiagnose. Ich würde noch mal alles kontrollieren. Korrekte Mail-Adresse eingetragen (Syntax, keine Sonderzeichen etc.)? Plugins kompatible? Keine Fehler in den Mail-Vorlagen? Cache löschen.

versuchs mal damit:

RewriteEngine on

#RewriteBase /shopware/

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

 

Habs testweise mal umgeändert, läuft leider immer noch nicht.

Problem dabei, wenn ich RewriteCond off mache, kann ich eine Shopseite nicht erreichen, welche kein https haben darf wegen einem iFrame…