Zum Inhalt springen

35 Ergebnisse für content

FAQ

HTTPS funktioniert nicht korrekt

23. Mai 2024

Es kann passieren, dass trotz vorhandenem SSL-Zertifikat, die Seite nicht korrekt über HTTPS arbeitet. Im Firefox-Browser sieht das dann z. B. so aus:
Im Chrome-Browser dafür so.
Wenn HTTPS angezeigt, aber kein grünes Schloss vorhanden ist, spricht dies für den Mixed-Content-Fehler. Wenn die HTTPS-Seite Inhalte enthält, die über reguläres HTTP im Klartext abgerufen werden, ist die Verbindung nur teilweise verschlüsselt. Hier gibt es eine allgemeine Erklärung von Mozilla selber. https: //developer. mozilla. org/de/docs/Sicherheit/MixedContentLösung des Mixed-Content-FehlersEine pauschale Lösung ist leider schwer, da jede Seite einzigartig ist und unterschiedlich arbeitet. Bei einer Wordpress-Installation hat oft ein Plugin "Really Simple SSL" geholfen. https: //de. wordpress. org/plugins/really-simple-ssl/Hilfe mit Entwickler-KonsoleDie großen Browser-Hersteller bieten eine Entwickler-Konsole worüber etwas derartiges angezeigt werden kann. Dies setzt jedoch erweiterte Kentnisse voraus und kann von unseren Mitarbeitern nur bedingt supported werden. Firefox: https: //developer. mozilla. org/de/docs/Tools/Web_KonsoleChrome (auf Englisch): https: //developer. chrome. com/devtools Wir hoffen Ihnen konnte dieser Artikel weiterhelfen! Sollte dies nicht der Fall sein wenden Sie sich gerne an den Support per Mail, Live-Chat oder Telefon. Mehr Infos und Kontaktdaten unter: www. webgo. de/support  Für Verbesserungen oder Vorschläge für weitere FAQ Themen schicken Sie uns eine Mail an faq@webgo. de
FAQ

Wie deaktiviere ich Wordpress-Plugins per FTP?

24. Mai 2024

Schon einmal den scherzhaft genannten "White Screen of Death" (in Anlehnung des "Bluescreenof Death"bei Windows) bei Wordpress gesehen? Mit Sicherheit, sonst wären Sie nicht hier. Denn oft wird es durch defekte oder fehlerhafte Pluginsausgelöst. Da man so nicht mehr in das Wordpress gelangt, zeigen wir Ihnen hier wir man die Plugins per FTPdeaktiviert. Schritt 1: Verbinden Sie sich per FTP mit dem ServerDazu wird folgendes benötigt. Ein FTP-Client – FileZilla ist eine gute kostenlose Option. Ihre FTP-ZugangsdatenEine Erklärung für die FTP-Daten finden Sie hier: Wie verbinde ich mich mit FilezillaWenn alles geklappt hat, sollten Sie rechts ein ähnliches Bild wie das hier sehen.
Schritt 2: Navigieren Sie zu wp-content-OrdnerIm FTP-Programm navigieren wir in den Ordner wp-content.
Schritt 3: Ordner umbenennenDort benennen wir den Ordner plugins in plugins_old um. Das Menü finden Sie, indem Sie mit der rechten Maustaste auf den Ordner klicken.
An diesem Punkt sind all Ihre Plugins deaktiviert. Jetzt sollten Sie in der Lage sein erfolgreich auf Ihr WordPress-Dashboard zuzugreifen. Schritt 4:   plugins_old wieder zu pluginsNun sollte der Aufruf der Seite und der Login wieder funktionieren. Wenn das der Fall ist, kann der soeben umbenannte Ordner wieder plugins umbenannt werden, dadurch können Sie den Abschnitt Plugins in Ihrem WordPress-Dashboard aufrufen, um Plugins bei Bedarf wieder manuell zu reaktivieren. Deaktivieren eines einzelnen WordPress-PluginsWenn Sie wissen, dass nur ein einzelnes Plugin deaktiviert werden muss, um das Problem zu beheben, kann einen anderes Vorgehen schneller sein. Statt den gesamten plugins-Ordner umzubenennen, gehen wir wie folgt vor. Wechseln Sie in den plugins-OrdnerSuchen Sie den Ordner für das Plugin, dass Sie deaktivieren möchtenKlicken Sie mit der rechten Maustaste auf diesen Ordner und benennen Sie diesen in plugin-name_old um.  Wir hoffen Ihnen konnte dieser Artikel weiterhelfen! Sollte dies nicht der Fall sein,wenden Sie sich gerne an den Support per Mail, Live-Chat oder Telefon. Mehr Infos und Kontaktdaten unter: www. webgo. de/supportFür Verbesserungen oder Vorschläge von FAQ Themen schicken Sie uns eine Mail an faq@webgo. de
FAQ

WordPress bleibt weiß...?!

23. Mai 2024

Wenn WordPress plötzlich keinen Inhalt mehr ausliefert, kann es diverse Ursachen dafür geben. Die häufigsten Ursachen sind fehlerhafte Plugins, Themes oder gar ein fehlerhaftes WordPress-Update. Um die Ursache zu lokalisieren und zu beheben, wir stellen Ihnen die drei Möglichkeiten vor: 1. Aktivierung der PHP-Fehleranzeige. Melden Sie sich wie gewohnt im Kundenportal unter "login. webgo. de" an und klicken auf Ihren betroffenen Vertrag. Dort klicken Sie links auf "Webserver" sowie auf "php. ini " und "Eigene Einstellungen". Dort haben Sie die Möglichkeit eigene php. ini-Variablen zu setzen. Geben Sie unten im Feld "Eigener Eintrag" folgendes ein. display_errors = OnDanach klicken Sie auf "Speichern". Es kann nun 1-2 min dauern, bis der Server diese Variable eingelesen hat. Löschen Sie gegebenenfalls noch den Browser-Cache.  Danach sollte Ihnen eine Fehlermeldung wie diese auf der Seite angezeigt werden: Fatal error: Call to undefined function hostguru_param_values()in /home/www/websix. eu/wp-content/plugins/hostguru-plugins/composer/shortcodes/hostguru_blog. phpon line 29Dies deutet auf ein Plugin hin, welches nicht mehr korrekt arbeitet. Ein Hinweis dafür, ist die Pfad-Angabe. Hier hat man nun die Möglichkeit, das Plugin z. B. per FTP zu deaktivieren. Wie das geht können Sie hier nachlesen: "So können Sie ein Plugin per FTP deaktivieren" (LINK). 2. Debug-ModeHinweis: Dieser Weg ist nur etwas für erfahrenere Anwender. Bitte führen Sie diesen Variante nicht in einer Live-Umgebung durch und führen die folgenden Schritte nur aus, wenn Sie Erfahrungen damit haben. WordPress bietet eine eigene, weitaus detailliertere Funktion für einen Error-Log an.  Man aktiviert z. B. den Debug-Mode über diese Variable in der "wp-config. php"-Datei: define( 'WP_DEBUG', true );In dieser Datei, sollte man zudem noch den Log aktivieren: define( 'WP_DEBUG_LOG', true );WordPress schreibt dann einen eigenen Log und speichert diesen im Ordner "wp-content". Wie dieser Log jedoch auszuwerten ist, entzieht sich unserer Erfahrungswerte. Dazu empfehlen wir dann gegebenenfalls den Kontakt zur WordPress-Gemeinde. 3. Falsche Datei-Kodierung (Setzt SSH-Kentnisse voraus)Wir setzen auf unseren Servern UTF-8 als Zeichenkodierung ein. Es kann vorkommen, dass man eine Datei von einem anderen Anbieter hat oder diese mit einem Editor bearbeitete. Dabei kann es passieren, dass die Datei nicht in UTF-8 vorliegt oder gar mit UTF-8-BOM gespeichert worden ist. Das würde dann z. b. so aussehen.  file . /*. html file . /*. php . /liesmich. html: HTML document, UTF-8 with BOM . /readme. html: HTML document, ASCII textSollte dort eine Datei nicht in UTF-8 codiert sein, kann man über vim das Fileencoding neu setzen. Dies erfordert ein Login per SSH (auch Secure Shell genannt, ist eine verschlüsselte Netzwerkverbindung mit einem weiteren Gerät). Alternativ kann auch ein Editor verwendet werden. Wir empfehlen für Windows "Notepad++". Wir verwenden in dem Fall den SSH-Editor "VIM". Eine Erklärung dazu findet man z. B. hier: Was ist VIM?  In "VIM" kann dies dann korrigiert werden. : set fileencoding=utf-8 : wqbzw. : set nobomb : wqDanach sollte die Kodierung wieder stimmen.  Wir hoffen Ihnen konnte dieser Artikel weiterhelfen!  Sollte dies nicht der Fall sein wenden Sie sich gerne an den Support per Mail, Live-Chat oder Telefon. Mehr Infos und Kontaktdaten unter:  www. webgo. de/supportFür Verbesserungen oder Vorschläge von FAQ Themen schicken, Sie uns eine Mail an faq@webgo. de