Ein Problem kann plötzlich auftreten und/oder durch Ihre eigenen Aktionen beim Aktualisieren oder Installieren neuer Elemente verursacht worden sein.
Die Ursachen können mehr oder weniger leicht zu finden sein, dies erfordert Konzentration, Geduld und Methode.
Im letzteren Fall gehen Sie zurück und konsultieren Sie Ihre Hilfe in der Dokumentation, im Forum oder beim Webmaster zu bestimmten Fehlermeldungen oder der erforderlichen Umgebung
Denken Sie daran: „Die richtige Lösung kann nur aus der richtigen Diagnose entstehen…“Hinweis: Im Zweifelsfall können Sie jederzeit überprüfen, ob auch Sie von dem Problem betroffen sind:
- Überprüfen Sie den Status unserer Server in Echtzeit: https://support.yoorshop.hosting/serverstatus.php
– Sie können einen Web-Proxy wie diesen verwenden, um zu überprüfen, ob Sie ein lokales Cache-Problem haben, oder um zu dem Schluss zu kommen, dass tatsächlich ein Problem vorliegt:
http://hidebuzz.comWie debugge ich?
Aktivieren Sie die Debug-Module Ihres CMS, falls vorhanden.
Schauen Sie sich zunächst den Abschnitt „Fehler“ Ihres cPanel an (htaccess-Fehler, testen Sie ihn mit einer leeren .htaccess-Datei, um dies herauszufinden).
Aktivieren Sie die Modi „log_errors“ und „display_errors“ in Ihrem cPanel über das Symbol „Version PHP auswählen“ und dann rechts: „Zu den php-Optionen wechseln“.
Testen Sie dann Ihre Website, um zu sehen, ob Meldungen angezeigt werden, und konsultieren Sie die Datei error_log im Stammverzeichnis Ihres Kontos:
/home/youruser/logs/php_error_log
UND/ODER in der Fehlerprotokolldatei im Website-Ordner, um zu sehen, ob Fehler geschrieben wurden.
Website-Probleme/PHP-Elementinkompatibilität, testen Sie verschiedene PHP-Versionen/PHP-Erweiterungen
Wenn Sie verwenden PHP-FPM auf dem cloudlinux-Server (in Ihrem cPanel ist das Symbol „Wählen Sie eine Version PHP“ vorhanden). Sie müssen zum Debuggen zum Standard-PROXY-Modus zurückkehren:
https://support.yoorshop.hosting/knowledgebase/3931/Website-mit-Nginx-und-PHP-FPM-konfigurieren.html
und aktivieren Sie die Modi log_errors und display_errors wie oben in Zeile 3 beschrieben
Wenn Sie sich auf einem einfachen cPanel-Server befinden (in Ihrem cPanel ist das Symbol „MultiPHP Manager“ vorhanden)
Gehen Sie im INI-MultiPHP-Editor in den Editormodus, aktivieren Sie „display_errors“ und fügen Sie zur Aktivierung von „log_errors“ Folgendes hinzu:
log_errors = On
display_errors = OnHinweis: Sobald Sie fertig sind, müssen Sie diese Debug-Modi PHP aus Sicherheitsgründen Ihrer Website deaktivieren
Fehlername behoben (ERR_NAME_RESOLUTION_FAILED, DNS_PROBE_FINISHED_NXDOMAIN,DNS_PROBE_FINISHED_BAD_CONFIG)Wenn Sie eine Domain hinzugefügt oder gerade gekauft oder übertragen haben, müssen Sie die mit Ihrem Hosting-Service verknüpften DNS-Nameserver sorgfältig anpassen. Lesen Sie die E-Mail „Zugriffsinformationen für Ihr Webhosting“ und sehen Sie sich dann die im Abschnitt „Informationen DNS: Nameserver“ angegebenen Werte an.
Überprüfen Sie, ob Ihre Domain auf die IP unseres Servers verweist, siehe unten WWW A: https://intodns.com/
Überprüfen Sie bei Ihrem Registrar oder über eine whois-Website wie: https://www.whois.net/
(suchen Sie nach Ablaufdatum, seien Sie vorsichtig, das Format ist auf Englisch: Month/Day/Year)Leere Seiten, auch bekannt als Fehler 500
Siehe den Debug-Prozess oben
'Fehler 403 verboten'
Überprüfen Sie zunächst, ob der von Ihnen abgefragte Pfad korrekt ist, und überprüfen Sie dann noch einmal, ob Sie mindestens eine index.html oder index.php oder eine ähnliche Datei haben. Wenn Sie sich gerade für unseren Dienst registriert haben, müssen Sie Ihre Dateien per FTP in den Ordner public_html für die Hauptdomäne Ihres Kontos hochladen, andernfalls wird der Ordner an die Begleitdomäne oder Subdomäne angepasst.Andernfalls handelt es sich um ein Ordner-/Dateiberechtigungsproblem. Dies passiert manchmal, nachdem Sie etwas herumgebastelt haben oder auch nach dem Laden durch FTP.
zurück
Die Ordner müssen sich in 755 und die Dateien in 644 innerhalb des Ordners befinden, der Ihre Website enthält.
Ordner wie public_html / Subdomains / Companion Domains müssen bei 750 bleiben.
'Fehler 404 Seite nicht gefunden' (nicht gefunden)
Diese Art von Problem hängt zu 99 % mit einem Website-Problem zusammen, der Seitenlink ist falsch, die Seite existiert wirklich nicht, ein Problem beim Festlegen der Syntax der Umschreibungsregeln (Rewrite), sogar ein Modul kann dies verursachen...
Wenn nach der Wiederherstellung mit Jetbackup Fehler 500 auf prestashop /ex auftritt:
- Sie müssen die class_index.php-Datei aus dem Cache-Ordner löschen
- Legen Sie die nativen Dateien aus dem Ordner /classes/cache/Für einen API-Block oder andere:
Fehler: „Entschuldigung!“ Ihre Website wurde verschoben.
Sie sehen diese Meldung nach einer Sperrung Ihres Kontos oder weil sich die IP Ihrer Website geändert hat.
Der Netzwerk-Cache benötigt je nach Standort eine kleine Verzögerung. Dies löst sich normalerweise in kurzer Zeit auf. Andernfalls leeren Sie Ihren Cache mit Strg+F5. Wenn das Problem weiterhin besteht, starten Sie Ihren Router und dann Ihren Computer neu. Kontaktieren Sie uns, wenn das Problem nach 4–8 Stunden weiterhin besteht.
Anzeigeproblem der Bilder
Fehler 410: Es werden nicht alle Bilder/Seiten angezeigt
Wenn dies nur einen Teil Ihres Katalogs betrifft, ist es möglich, dass bestimmte Elemente durch Referrer in unseren verkehrsblockierenden Schlüsselwörtern erfasst werden. Kontaktieren Sie uns...
ODER
Einige Bilder werden nicht angezeigt und es liegen keine Informationen vor.
Verwenden Sie „Inspect Element“ Ihres Browsers und prüfen Sie, ob es sich um ein pagespeed-Format handelt. Das Optimierungssystem PageSpeed kann je nach Standortprogrammierung Probleme verursachen. Lesen Sie dazu unseren speziellen Artikel.
ODER
Deaktivieren Sie mit Nginx-FPM den Browser-Cache durch den Nginx-Manager Ihres cPanel: Setzen Sie den Expire-Header
Fehler 502 „schlechtes Gateway“ oder Webservice derzeit nicht verfügbar. Fehler 502
Dies ist ein Serverfehler apache oder nginx, dies kann manchmal schnell und vorübergehend passieren. Kontaktieren Sie uns, wenn es weiterhin besteht...Wenn Sie verwenden PHP-FPM mit NginxDies ist auf ein Übermaß an Prozessen zurückzuführen PHP auf Ihrer Website, verursacht durch die interne Funktionsweise der Website oder durch übermäßigen Datenverkehr oder einen Angriff. Beachten Sie, dass diese Art von Fehlern automatisch alle 5 Minuten von unserem Überwachungsskript repariert werden.
Fehler bei der Länderblockierung
Der blockierte Besucher wird weitergeleitet zu: https://hostingfilters.com/banspam/country.html
Die Lösung finden Sie in unserem speziellen Artikel: https://support.yoorshop.hosting/knowledgebase/2464/Datenverkehr-nach-Laendern-blockieren.html
Unsere Fehlercodes zur Bekämpfung von Spam-Verkehr und Sicherheit
- 206: Teilinhalt wird angezeigt, es ist eine Folge des Codes 410 unten, kontaktieren Sie uns.
- 405: Betrifft zweifelhafte Rahmentypanfragen/xss/injection SQL/http.
- 406: Betrifft zweifelhafte Anfragen aller Art, wenn im Besucherbereich der 406 übermäßig Benutzeragenten betrifft: Serf/1.3.8 mod_pagespeed/, müssen Sie durch Entfernen testen pagespeed Informationen zum betreffenden Bereich finden Sie in unserem speziellen Artikel
- 410: Web-Referenzen (russische, chinesische oder andere Websites) oder blockierte Schlüsselwörter (falls eine Ihrer Seiten nicht vollständig angezeigt wird, kontaktieren Sie uns), Sie werden sehen, dass der Code 206 entsprechend ansteigt ... Seien Sie vorsichtig, es ist völlig normal, eine bestimmte Anzahl von 206 in Ihren Protokollen zu haben, wenn Inhalte von außen übernommen werden!
- 429: Beschränkung der Anfragen auf sensible Dateien wp-login.php /ex, aber nicht nur das.
- 444: zum Stoppen von Bots und Datei-URL config.php /ex
- 499: Der Besucher oder das Netzwerk hat die Antwort nicht rechtzeitig übermittelt, die Verbindung ist geschlossen. Auch übermäßige IP-Verbindungen können die Ursache sein.
- 503: Zu viele Anfragen, die von Anti-Plugins verwendet werdenddos, aber auch andere Sicherheit bei uns...
Cache-Probleme mit dem Backoffice Prestashop, oder Aktualisierung nach Artikeländerungen /ex:
Obwohl ein nativer Cache für das Backoffice aktiviert ist, erfahren Sie im Forum, wie Sie ihn deaktivieren können prestashop.
Normalerweise sollten Aktualisierungen innerhalb weniger Sekunden auf Ihrer Website erscheinen. Versuchen Sie dies, um Ihren Browser-Cache zu umgehen: STRG+UMSCHALT+R. Wenn der Fehler bestehen bleibt, liegt ein Konflikt zwischen Ihrem Cache vor. Löschen Sie Ihren Cache-Ordner, damit er sich selbst mit neuen Daten neu aufbaut
Sehen Sie sich auch den 8. Beitrag an, um den Backoffice-Cache zu deaktivieren:
https://www.prestashop.com/forums/topic/335988-backoffice-pages-dont-refresh-after-any-modification
Informationsseite PHP vom Admin funktioniert nicht oder ist schwer
Um die genutzten Ressourcen in Echtzeit zu beobachten, schauen Sie sich einfach die Spalte rechts neben Ihrem an cPanel, Sie müssen aktualisieren, um zu aktualisieren ...
Oder Sie können dies auch in sehen SSH ohne dass eine Aktualisierung erforderlich ist, um weitere Details zu den Prozessen anzuzeigen:Um Ihre CPU-Auslastung in Echtzeit zu sehen, müssen Sie SSH mit Putty und dann den Befehl verwenden:
/usr/bin/top -d 00.50
Öffnen Sie eine zweite Putty-Sitzung
Sie können anhand seiner PID-Nummer sehen, was ein Prozess tut. Geben Sie beispielsweise bei der Nummer 9952 Folgendes ein:
strace -p 9952Um alle Prozesse zu beenden:
geben Sie in die Konsole SSH: kill -15 -1 ein und drücken Sie die Eingabetaste
(Dadurch wird auch Ihre SSH-Sitzung deaktiviert, stellen Sie die Verbindung als SSH wieder her und geben Sie erneut top ein, um alles zu sehen ist ruhig)ERR_TOO_MANY_REDIRECTS
Dies hängt mit einem widersprüchlichen oder fehlerhaften Umleitungsproblem in der htaccess-Datei zusammen, unabhängig davon, ob es sich um ein Modul handelt oder nicht. Konsultieren Sie die Dokumentation des Herausgebers oder wenden Sie sich an Ihren Webmaster. Kehren Sie zu Ihren letzten Änderungen zurück, während Sie darauf warten, die Lösung zu finden.SQLSTATE[HY000] [2002]Es kann keine Verbindung zum MySQL-Server auf \'127.0.0.1 hergestellt werden
Verwenden Sie localhost als Hostnamen in der Konfigurationsdatei und nicht 127.0.0.1. Überprüfen Sie außerdem, ob 127.0.0.1 im Abschnitt „remote mysql“ Ihres Servers autorisiert ist cPanel
Bereinigen Sie auch den Anwendungscache mit denen der Module, da andernfalls weiterhin Fehler in bestimmten Teilen angezeigt werden.
Ein PHP-Fenster öffnet sich, wenn Sie auf die Website gehen
Löschen Sie Ihren htaccess, ein Eintrag im Zusammenhang mit PHP verursacht dies.Sonst und/oder Mgeben Sie dies in Ihren htaccess auf der Stammebene Ihres Kontos cPanel/home/votreuser/:
ein################
<IfModule mod_deflate.c>
SetOutputFilter DEFLATE
<IfModule mod_setenvif.c>
# Netscape 4.x hat einige Probleme ...
BrowserMatch ^Mozilla/4 gzip-nur-Text/html
# Netscape 4.06-4.08 hat einige weitere Probleme
BrowserMatch ^Mozilla/4\.0[678] nein-gzip
#MSIE gibt sich als Netscape aus, aber das ist in Ordnung
# BrowserMatch \bMSIE !no-gzip !gzip-nur-Text/html
# HINWEIS: Aufgrund eines Fehlers in mod_setenvif bis zu Apache 2.0.48
# Der obige reguläre Ausdruck funktioniert nicht. Sie können Folgendes verwenden
# Problemumgehung, um den gewünschten Effekt zu erzielen:
BrowserMatch \bMSI[E] !no-gzip !gzip-nur-Text/html
# Bilder nicht komprimieren
SetEnvIfNoCase Request_URI .(?:gif|jpe?g|png)$ no-gzip nicht variieren
</IfModule>
<IfModule mod_headers.c>
# Stellen Sie sicher, dass Proxys keine falschen Inhalte liefern
Header anhängen Vary User-Agent env=!dont-vary
</IfModule>
</IfModule>
################Entfernen Sie dies oder ähnliches, falls erforderlich und falls im htaccess von Websites vorhanden:
AddHandler php5-script .php .htm
Bitte beachten Sie:
Um Ihren Cache zu leeren lokal, drücken Sie STRG + F5.
Um die Website vom Server zu laden, ohne den lokalen Cache zu durchlaufen: STRG + UMSCHALT + R.
Versuchen Sie es mit einem anderen Webbrowser, wenn das Problem bestehen bleibt.WebDAV funktioniert nicht mit Fehler 'WebDAV-Schnittstelle scheint defekt zu sein'
Typisch bei Nextcloud, verwenden Sie bitte das Profil Nginx „YOORshop Standard-Cloud“
Backoffice-Verlangsamung Prestashop (im Allgemeinen vorübergehend):
https://www.yoorshop.hosting/announcements/2381/Ralentissement-back-office-Prestashop.html
Lesen Sie unseren Artikel:
https://support.yoorshop.hosting/knowledgebase/1201/Ressourcennutzung-in-cPanel-pruefen.htmlVerschiedene Probleme
Wenn seltsame Codes angezeigt werden oder prestashop 1.7 von Softaculous mit einem Fehler installiert wird:Deaktivieren Sie im php.ini Dies: short_open_tag (kurzes offenes Tag)
- Es konnten nicht genügend Daten gesammelt werden, um einen neuen Cookie-Schlüssel (new_cookie_key) zu generieren. Bitte stellen Sie sicher, dass Ihre Domain auf diesen Server verweist und keine .htaccess-Datei den Zugriff auf Ihre Domain einschränkt
(ref: https://support.yoorshop.hosting/knowledgebase/115/Kann-ich-die-php-ini-Datei-anpassen.html )Bei Dateiinformationen erfolgt dies über die Erweiterungen PHP :Prestashop Webdienste:Apache Aus Sicherheitsgründen ist die Verwendung von PUT- und DELETE-Anfragen verbotenUm diese Art der Remote-Anfrage nutzen zu können, müssen Sie eine Rewrite-Methode verwenden, hier ist das Prinzip als Beispiel weiter unten (hierfür ist ein Webmaster erforderlich). Informationen gelten für den Standardmodus NGINX : PROXY-Modus, aber verwenden Sie die Profilvorlage: "YOORshop Wolkenstörung“Erstellen Sie eine Datei put.php mit diesem Inhalt:$putdata = fopen("php://input", "r");$file="Ihr_Dateiname.txt";$fp = fopen($file, „w“);während ($data = Angst($putdata, 1024)){fwrite($fp, $data);}fclose($fp);fclose($putdata);Fügen Sie dies in Ihre .htaccess-Datei ein:RewriteEngine aktiviertRewriteCond %{REQUEST_FILENAME} -s [ODER]RewriteCond %{REQUEST_FILENAME} -l [ODER]RewriteCond %{REQUEST_FILENAME} -DRewriteRule ^.+$ - [NC,L]RewriteCond %{REQUEST_METHOD} (PUT|LÖSCHEN)RewriteRule.* put.phpAktivieren Sie CGI in Ihrer Admin-/Webservice-Konfiguration. (Wenn nach Durchführung der Tests immer noch ein Problem besteht, bitten Sie uns, die CGI-Aktivierung zu überprüfen.)Bevorzugen Sie eine lokale Löschung durch phpmyadmin Wenn möglich, oder importieren Sie Ihre Site auf Ihren PC, und mit einer LAMP wird es kein Problem gebenSicherheit Ihrer WebsiteUnser CXS-Sicherheitstool informiert Sie in Echtzeit über blockierte Injektionsversuche oder infizierte Dateien, Sicherheitsverletzungen und Malware. Der Tiefenscan aller Dateien in Ihrem Konto wird ebenfalls alle zwei Wochen durchgeführt.Sie können auch mit Online-Tools eine grundlegende Anzeige erhalten, die viel weniger zuverlässig ist als unser Tool, da diese Tools keinen Zugriff auf alle Site-Dateien haben:Dies kann je nach Fall genauer sein: https://quttera.com/website-malware-scanner