konsi
11. Mai 2017 um 14:36
1
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?!
kulli
11. Mai 2017 um 15:51
2
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 ?
konsi
11. Mai 2017 um 15:53
3
Kürzlich SSL installiert, ja =/ was könnte ich da prüfen?
kulli
11. Mai 2017 um 15:59
4
Ob die Einbindung seitens des Hosters richtig erfolgt ist;
und ob die Einstellungen im Shop hierfür stimmen.
konsi
12. Mai 2017 um 07:50
5
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
konsi
18. Mai 2017 um 15:16
7
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).
konsi
23. Mai 2017 um 09:40
10
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
kulli
23. Mai 2017 um 10:38
11
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 ?
konsi
23. Mai 2017 um 10:56
12
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
R4M
23. Mai 2017 um 10:58
13
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.
konsi
23. Mai 2017 um 11:03
14
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));
}
R4M
23. Mai 2017 um 11:06
15
Noch eine alte Shopware Version?
konsi
23. Mai 2017 um 11:14
16
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;
}
R4M
23. Mai 2017 um 12:16
17
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.
kulli
23. Mai 2017 um 13:41
18
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]
konsi
23. Mai 2017 um 15:52
19
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…