Das meiste was angemahnt wird sind externe Links zu Facebook, die du nicht ändern kannst.
Man könnte das Facebook-Tracking entfernen...
Beiträge von b3317133
-
-
Die Funktion [FONT=courier new]xyz(..)[/FONT] wird in der Datei [FONT=courier new]xyz.php[/FONT] definiert. Die Datei [FONT=courier new]xyz.php[/FONT] liegt im o.g. Beispiel im gleichen Ordner wie die Datei [FONT=courier new]page.php[/FONT]
-
In WordPress 4.9.1 wird standardmässig jQuery 1.12.4 mitgeliefert, d.h. Du musst eigentlich gar nichts ändern. Gibt es einen Link zu diesem Snippet?
-
Wenn Du mit dem o.g. Konzept und den Code-Beispielen auf der verlinkten Seite rein gar nichts anfangen kannst, wird eine Hilfe zur Selbsthilfe eher schwierig, daher würde sich wohl die Jobbörse im Forum empfehlen.
-
Wie könnte man sowas lösen?
Über den caldera_forms_mailer Filter kann man je nach Inhalt von [FONT=courier new]$data[/FONT] (u.a. Checkbox) den Inhalt von [FONT=courier new]$mail[/FONT] (u.a. Empfänger) anpassen.
-
Hier ergibt eine entspr. Google Suche als 5. Treffer diese Seite, das ganze hat aber rein gar nichts mit WordPress zu tun...
-
Für die aktuelle CF7 Version ist kein extra reCaptcha nötig, das ist bereits integriert.
-
Der erste Codeblock hier für die Datei [FONT=courier new]functions.php[/FONT] Deines Child-Themes mit angepasstem CPT-slug dürfte das Problem beheben.
-
Dafür braucht man kein extra Plugin. Schau mal im Menü "Benutzer -> Dein Profil", ist dort TinyMCE ggf. per Haken bei "Beim Schreiben den visuellen Editor nicht benutzen" abgeschaltet?
-
Was mache ich mit den Plugins die ich durch Umbenennung deaktiviert habe?
Soll ich die Ordner löschen und die Plugins neu installieren?Würde ich so machen, aber nur neu installieren, wenn sie wirklich notwendig sind. Pseudosecurity-Plugins wie "HideMyIrgendwas" usw. sind sinnlos seit es XMLRPC (schon immer) und die REST API (schon lange) gibt.
-
Kann man denn dem Strato-Filter eine Ausnahme beibringen?
Nein.
Denn den Filter hätte ich schon gerne oben.
Warum? Der stammt aus Zeiten von Formularen via CGI und der mag WordPress nicht so besonders.
Falls Du Spam über das Formular bekämpfen willst, schau Dir mal das CF7 Honeypot Plugin oder die interne reCaptcha Funktion von CF7 (an Datenschutzerklärung denken) an.
-
Der Server gibt beim Versenden dieses HTML zurück, siehe auch Netzwerk-Tab im Browser:
HTML<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>200 OK</title> </head><body> <h1>OK</h1> <p>The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.</p> </body></html>
Ist im Strato-Account unter "Sicherheit" der Punkt "ServerSide Security" aktiviert?Falls nein, funktioniert es, wenn Du Wordfence abschaltest?
-
Nach Klicken auf den Sendebutton drehen sich die Pfeile und drehen sich und drehen sich ...
Was steht in der Browser-Console beim Senden? Link zur Seite? -
Auf den Blog klicken, dann erscheint das.
Das ist eine 1&1 SEDO-Werbung, siehe Punkt 2 oben.
-
Bei welchem Link genau erscheint "Error - Diese Domain wurde vor Kurzem registriert."?
Hier erscheint bei http://renepenno.de/ eine Seite mit einem Pferd, einer Menüzeile und dem WordPress Admin-Menü für den Benutzer "René" oben, also Daten aus dem falsch eingerichteten Cache-Plugin.
-
1. Schalte das Cache-Plugin ab. Es ist falsch eingerichtet.
2. Schalte zudem die 1&1 SEDO-Werbung auf "404 nicht gefunden" Seiten ab, z.B. wie hier beschrieben.
3. Und klicke einmal "Einstellungen -> Permalinks -> Speichern" ohne Änderungen dort, ggf. ist die .htaccess Datei fehlerhaft, sie wird damit neu erstellt.
Wo genau erscheint "Error - Diese Domain wurde vor Kurzem registriert."?
-
Link zur Seite? Ist die Domain im 1&1 Backend korrekt mit dem Ordner, in dem WordPress installiert ist, verknüpft?
-
Würde wie beschrieben erstmal ein Blick ins Server Errorlog werfen und/oder [FONT=courier new]WP_DEBUG[/FONT] nutzen, um mehr Hinweise zu bekommen.
-
Ist bei der entspr. Seite unter "Attribute" das richtige "Blog" Template eingestellt?
Die "Body class" der bisherigen Seite im Google Cache zeigt das Template [FONT=courier new]page-template-template-blog[/FONT] und die aktuelle das Template[FONT=courier new] page-template-template-onecolumn[/FONT]
-
Was jetzt?
Schwer zu erraten, ohne Link bzw. Login.
Eine "weiße Seite" stellt üblicherweise einen "Fehler 500" dar, das sieht man z.B. im Browser-Inspector unter "Netzwerk", und mehr dazu im Server Errorlog.
Ggf. gibt es auch Hinweise, wenn man [FONT=courier new]WP_DEBUG[/FONT] in der [FONT=courier new]wp-config.php[/FONT] mal kurz testweise auf [FONT=courier new]true[/FONT] setzt.
Ergänzung: Sehe gerade, dass sich unter [FONT=courier new]Domain/de/wp-admin/[/FONT] tatsächlich ein "Fehler 500" zeigt, also sind da wohl nach wie vor irgendwelche Plugins, .htaccess o.ä. im Weg.
