Beiträge von b3317133

Ein relativ simpler Weg wäre, das Formular im Widgetbereich per CSS auszublenden.

Was man z.B. tun kann, ist den Zustand des Servers von "bis vor kurzem" wiederherzustellen. Was wurden denn seitdem alles geändert? Ggf. die PHP-Version? Wurden Plugins installiert oder aktualisiert? Wurde das Theme aktualisiert? Oder WordPress selbst? Und was steht bei "Seite bearbeiten" in der Browser Konsole?

Durch die Einbindung der reCaptcha-Scripts wird die IP des Besuchers an Google übertragen. Das reicht vielen schon, um Entscheidungen bzgl. Verwendung im Hinblick auf DSGVO zu treffen.

Zitat von waohwa

dann aber Spamschutz aktivieren, evtl. zudem via reCaptcha Plugin.

Wobei im Hinblick auf DSGVO zu beachten ist, dass reCaptcha Daten zu Google überträgt... o_O

Was steht im Server Errorlog?

Aufrund Deiner anderen Beiträge, wo Du z.B. von 250.000 Seiten schreibst, könnte es einfach eine Überlastung des Servers sein, z.B. beim Versuch, eine Sitemap zu erstellen o.ä.

Frage am besten Deinen Hosting-Provider. Viele haben da Anti-Spam Regeln in ihren AGBs, oder es ist einfach das Speicherlimit erreicht o.ä.

Man kann z.B. ein Plugin wie Sunburst Disk Usage verwenden, um festzustellen, in welchen Ordnern genau grosse Datenmengen liegen. Wenn das "alte Jahre" im wp-content/uploads Ordner sind, kann man die dann z.B. nicht jedes mal mitkopieren o.ä. - generell sollte man eher ein Backup Plugin verwenden, das eine oder mehrere .zip Datei(en) erstellt, anstelle alles einzeln über FTP runterzuladen.

Anhand des HTML-Quellcodes werden an diversen Stellen Webfonts eingebunden. Die "handles" hängen dabei offenbar von Einstellungen im Backend ab. Für den aktuellen Stand könnte man z.B. über ein kleines Plugin versuchen, das Einbinden mit höherer Priorität wieder rauszuwerfen (naturgemäss ungetestet):

<?php /*
Plugin Name: Weg mit dem Font
Description: Versucht, die Webfonts bei larsix zu entfernen...
Author: b3317133
*/
function b3317133_weg_mit_dem_font_1() {
    wp_dequeue_style( 'font-josefin' );
    wp_dequeue_style( 'font-opensans' );
    wp_dequeue_style( 'googlefont-cf7style-2174' );
}
add_action( 'wp_enqueue_scripts', 'b3317133_weg_mit_dem_font_1', 999 );


function b3317133_weg_mit_dem_font_2() {
    wp_dequeue_style( 'vc_google_fonts_open_sans300300italicregularitalic600600italic700700italic800800italic' );
}
add_action( 'wp_footer', 'b3317133_weg_mit_dem_font_2', 999 );

Ggf. angepasste .zip Datei -> Plugins -> Installieren -> Plugin hochladen -> Aktivieren.

Die saubere Lösung wäre, gleich das Einbinden im Theme bzw. in den Plugins zu unterbinden (falls die nicht mehr aktualisiert werden) oder noch besser Themes bzw. Plugins zu verwenden, wo man das einstellen kann...

Was hast Du probiert? Link zur Seite? Evtl. ergeben sich Hinweise aus dem HTML-Quellcode. Kann man das Theme irgendwo herunterladen?

Zitat von wppit

Oder kennt jemand ein anderes Tool, womit ich die Verbindung zu GoogleFonts kappen kann?

Passe den Code Deines Themes an oder wende Dich diesbzgl. an den Theme Support. Bei vielen Themes kann man Google Fonts ganz einfach per Checkbox abschalten. Das Plugin Remove Google Fonts References scheint schon sehr alt zu sein und wird nur mit weit zurückliegenden Versionen von WordPress als getestet kompatibel markiert.

Man unterstützt z.B. die weitere Entwicklung des Plugins, und man darf dem Support dort dann auch Fragen stellen. Bei z.B. den hier kurz angesprochenen sonstigen Premium Features muss jede/r selbst entscheiden, ob man die braucht, ob man dafür nicht ohnehin ein anderes Plugin hat, oder ob das mit der Free Version genügend gut auch schon geht, o.ä.

Wie hast Du es denn ohne FTP-Zugang installiert? Link zu dieser WordPress Hilfe?

Google doch mal danach... und warum steht eigentlich WordPress 4.9.8 in Deiner Signatur? Wo gibts das denn zum Download?

Und wie soll man Dir jetzt vernünftig helfen, wenn da ein mMn. komplett unsinniges Plugins versucht, den Quelltext "geheim" zu halten?

Indem man view-source: vor die Website URL stellt, also [plain]view-source:https://...[/plain] kann man den Quelltext auch sehen und man findet dort z.B. das, was wie beschrieben auf einen Widgetbereich im Footer hindeutet, das wurde schon gefragt, aber es gab dazu bisher leider keine Antwort.

<footer id="footer-main"><div id="footer-content-wrapper"><div class="col col1a"><div class="widget widget_pages"><h3 class="footer-title">Seiten</h3>...

Das einzige was das unsinnige Plugin bewirkt, ist ein einfaches Debugging über die rechte Maustaste zu verhindern, und damit das Ausbleiben potenzieller Hilfe vieler Forumleser...

Einen Punkt "Blog löschen" gab es bei selbst installiertem WordPress noch nie. Nutzt Du ggf. WordPress.com?

Erstelle am besten hier ein entspr. Ticket, dann lesen es auch die Core Entwickler.

Tipp: Man sollte bestehende Probleme suchen, finden, und versuchen zu verstehen. Für diesen Ansatz gibt es hier im Forum im Regelfall viele hilfreiche Hinweise, die z.B. hier leider unbeantwortet geblieben sind.

Das Einspielen eines Backups und das gleiche Vorgehen danach wird wohl früher oder später wieder zum gleichen Ergebnis führen.

Zitat von iMacfux

Nein, ich habe für beide Daomains getrennte Ordner angelegt.

[plain]kurtzangl.com ist aus WordPress Sicht eine andere Domain als http://www.kurtzangl.com[/plain]

Evtl. sind diverse Domains auf den gleichen Ordner gemappt anstelle weiterzuleiten? WordPress kann nur unter einer Domain sauber arbeiten...

Einige Themes blenden sowas ein, wenn ein Widgetbereich komplett leer ist. Das kann man rausfinden, indem man z.B. ein leeres Textwidget in den Widgetbereich setzt.

Wo genau auf der Seite erscheint das im Frontend, Link?