417 Ergebnisse für webgo

Schritt 1: Zuerst müssen Sie sich in der Froxlor Oberfläche Ihres Servers als Admin anmelden. (Wenn Sie nicht als Admin angemeldet sind, werden Sie die folgenden Schritte nicht ausführen können). Klicken Sie hier um zu erfahren, wie Sie zur Froxlor-Oberfläche gelangen! Wie das geht, erfahren Sie hier: https: //www. webgo. de/hilfe/content/90/296/de/wie-gelange-ich-auf-die-froxlor_oberflaeche. html)Da Sie nun als Admin angemeldet sind, können Sie auf der linken Seite unter dem Punkt „Ressourcen“,  zu „Domains“ navigieren.

Nun sollten Sie sämtliche Ihrer registrierten Domains in einer Liste sehen. Jede Ihrer Domains hat ein Bleistift Symbol auf der rechten Seite, welches zum Einstellen und Bearbeiten der Domains dient. Schritt 2: Klicken Sie nun neben der Domain, für die Sie das Let‘s Encrypt-Zertifikat generieren wollen, auf den Bleistift.

Wenn Sie nun im Punkt „Domain bearbeiten“ angekommen sind, geben Sie bitte als „ServerAlias-Angabe für Domain“ entweder www-Alias (www. domain. tld) oder gar kein Alias an. Für „Let‘s Encrypt“ wird aktuell leider kein "Wildcard" bzw. "Wildcard-SSL-Zertifikat" unterstützt.

Klicken Sie anschließend bitte auf den grünen „Speichern“ Button, um Ihre Änderungen zu speichern.  Schritt 3: Sie sollten jetzt zurück in der Übersicht Ihrer Domains sein, klicken Sie also erneut den Bleistift, um zurück zu „Domain bearbeiten“ zu gelangen. Scrollen Sie herunter, bis Sie zu den „Webserver SSL-Einstellungen“ (siehe Screenshot) gelangen und setzen den Haken bei "SSL-IP-Adresse(n)". Anschließend wieder auf „Speichern“ klicken. Wenn Sie nun erneut in der Übersicht landen, bearbeiten Sie die Domain ein letztes Mal. Sie müssen jetzt nur noch den Punkt „Benutze Let‘s Encrypt“ (siehe Screenshot) in den SSL-Einstellungen aktivieren und ein letztes mal „Speichern".

Das SSL-Zertifikat wird jetzt automatisch auf der von Ihnen angegebene Domain generiert und aktiviert (Bitte beachten Sie, dass dieser Vorgang 20-30 Minuten in Anspruch nehmen kann).  Wir hoffen Ihnen konnte dieser Artikel weiterhelfen! Sollte dies nicht der Fall seinwenden 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

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

Sie können das FTP-Passwort für den Haupt-Benutzer jederzeit im Kundenportal ändern. Dazu gehen Sie wie folgt vor. Login in das Kundenportal unter “https: //login. webgo. de”Danach klicken wir bei unserem Vertrag direkt auf den Button “FTP” und anschließend rechts auf “FTP Passwort ändern”. Danach geben Sie nur noch das neue Passwort an. Es sollte aus einem Salat aus Zahlen und Buchstaben bestehen. Sonderzeichen können zu Fehlern führen. Und bestätigen es unten rechts mit “Neues FTP Passwort speichern”. 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

Google hat seine Richtlinien für den Versand und Empfang von E-Mails stark verschärft. Daher haben wir bei uns gehostete Domains dementsprechend aktualisiert und die SPF-Einträge angepasst (der SPF-Eintrag ist ein Senderverifizierungseintrag, der als DNS-Eintrag pro Domain hinterlegt wird und in dem alle Server gelistet werden, die im Namen einer Domain E-Mails versenden dürfen). Diese von uns automatisierte Anpassung hat bei Ihnen und der entsprechenden Domain allem Anschein nach nicht erfolgen können, da Sie höchstwahrscheinlich individuelle Einstellungen vorgenommen haben. Aus diesem Grund kann es sein, dass ohne Änderungen Ihrerseits, E-Mails seit kurzem nicht mehr wie üblich an Gmail Adressen gesendet oder weitergeleitet werden können. Dabei werden E-Mails, deren Domains keinen oder einen fehlerhaften SPF-Eintrag haben, nicht mehr nur als SPAM eingestuft, sondern gänzlich abgelehnt werden. In diesem Fall wäre es so, dass Sie diese Fehlermeldung erhalten: This is the mail system at host sXX. webgo24. de. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You candelete your own text from the attached returned message. The mail system<beispiel@gmail. com>: host . . . . said: . . . Our system has detected that this message is 550-5. 7. 1 likely unsolicited mail. To reduce the amount of spam sent to Gmail, 550-5. 7. 1 this message has been blocked. Please visit 550-5. 7. 1https: //support. google. com/mail/? p=UnsolicitedMessageError 550 5. 7. 1  for more information. 3si7846931ejq. 188 - gsmtp (in reply to end of DATA command)Folgendes können Sie jetzt tun: Möglichkeit 1 - Sofern Ihre betroffene Domain bei uns in der Verwaltung ist und unsere Nameserver verwendet: Um Ihre betroffene Domain dementsprechend zu aktualisieren und die SPF-Einträge anzupassen, muss der SPF-Record auf den aktuellen Stand gebracht und die möglichen Versandserver unserem System hinzugefügt werden. Wenden Sie sich dazu einfach an unseren Support, wir sind Ihnen sehr gerne behilflich und nehmen die Einträge gern für Sie vor! Möglichkeit 2 - Wenn Ihre Domain externe Nameserver nutzt, aber unsere Mail-Server verwendet, müssen Sie folgendes zusätzlich beachten: Wenn Sie auch mit externen Domains unsere E-Mail-Systeme verwenden, sollten Sie in den DNS-Einstellungen der betroffenen Domain beim entsprechenden Domainanbieter folgenden TXT-Eintrag hinterlegen: v=spf1 a mx ip4: 37. 17. 224. 0/21 ip4: 185. 30. 32. 0/22 ip4: 88. 82. 224. 0/19 ip4: 45. 153. 56. 0/22 ~allWo und wie dieser genau beim jeweiligen Anbieter angelegt werden muss, erfragen Sie bitte am Besten bei dessen Support, um etwaige Fehler zu vermeiden und den E-Mail-Versand an Gmail schnellstmöglich wieder sicherzustellen. Bitte beachten Sie, dass es sich dabei um Änderungen an den DNS-Einstellungen handelt und es bis zu 24 Stunden dauern kann, bis diese weltweit in allen Netzen ankommen und aktiv werden. Spätestens dann sollte der Versand an Gmail-Adressen wieder wie gewohnt und problemlos funktionieren!  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