Beiträge von b3317133

Könnte man über eine der Actions von Contact Form 7 lösen, z.B. via wpcf7_before_send_mail oder wpcf7_mail_sent

Was sagt denn der Autor des o.g. Plugins? Link zum Plugin?

Probiere mal [FONT=courier new]<time class="entry-date" ...[/FONT] durch [FONT=courier new]<time class="entry-date updated" ...[/FONT] zu ersetzen.

Zitat von Jürgen1956

ich weiß nicht ob ich hier richtig bin.

Nein, bist Du nicht. Hier bist Du richtig.

Damit man nicht im Quellcode rumändern muss, hat der Programmierer offenbar den [FONT=courier new]tc_navbar_wrapper_class[/FONT] Filter bereitgestellt, also einfach benutzen.

Nach 5 Minuten mit Google ergibt sich folgendes Bild:

1. Das Plugin ist seit über 2 Jahre ungepflegt und nicht mit der aktuellen WordPress Version getestet, im Support-Forum gibt es einige ähnliche Meldungen.

2. Die Fehlermeldung ist falsch, nicht ein "wp_remote_get()" scheitert, sondern ein "wp_remote_post()", nämlich dieser hier.

3. Wenn ein Provider sowas durch "auf anderen Servern testen" herausfinden muss, siehe "Povider wechseln" Empfehlung.

Gesamtempfehlung: Plugin wegwerfen.

Das hier schon probiert? Was sagt der Connections Support?

register_deactivation_hook() wobei man für Aufräumarbeiten eher register_uninstall_hook() verwendet.

Schalte den mal den "Sticky Sidebar" ab.

Die korrekte Schreibweise für das geschützte Leerzeichen, englisch "non breaking space" wäre: [FONT=courier new]&nbsp;[/FONT]

Ziehe mal ein leeres Text/HTML-Widget in den Sidebar, das überschreibt die Standard-Widgets. Oder wähle besser das "Full Width" Template bei den entspr. Seiten.

... entfernt ...

Website mit Sitemap bei Google Webmaster Tools anmelden.

Wie genau wird die 'myplugin' Seite Deines Plugins via add_menu_page() in das WordPress Menü eingefügt?

Wahlweise in einem der anderen Plugins o.ä., die in Deinem WordPress die Eingabe von individuellem CSS ermöglichen. Ein kurzer Blick in den Quellcode zeigt da einige Möglichkeiten, meist befüllt mit fehlerhaftem CSS (v.a. syntaktisch falsche oder nur "halbe" Auskommentierungen). Die WordPress Version ist zudem mit 4.4 über ein Jahr alt. Eine generelle Überarbeitung des "Unterbaus" der Seite wäre dringend anzuraten.

Es werden u.a. zwei Logos eingebunden, die nicht existieren und einen 404 Fehler erzeugen, würde das mal beheben.

Ebenso sind einige HTML-Fehler in der Seite, das dürfte aber mit der Geschwindigkeit eher weniger zu tun haben.

Siehe auch hier.

Einen Abbruch während des Ladens hatte ich hier nicht.

r23: Der "Zurück-Umzug" zu SSL ist glücklicherweise bereits erfolgt, inkl. Ergänzung der .htaccess für die Umleitung. Deine gepostete .htaccess ist nur der Standard-Teil von WordPress, der beim Speichern von "Einstellungen -> Permalinks" automatisch erzeugt wird.

Und für Mitleser:

Das reine Ersetzen von URLs in der WordPress-Datenbank bei Umzügen der Domain oder http -> https lässt sich z.B. auch einfach mit dem kostenlosen Plugin "Better Search Replace" erledigen.

Alternativ empfiehlt sich bei einem Umzug auch zwischen Ordnern oder Servern als Komplettpaket mit Installer (ohne dass auf dem Zielserver überhaupt WordPress installiert sein muss), die kostenlose Version des Plugins "Duplicator".

Da war ein Tippfehler der inzwischen verbessert ist, statt [FONT=courier new][COLOR=#ff0000]/[/COLOR]{REQUEST_URI}[/FONT] muss es [FONT=courier new][COLOR=#ff0000]%[/COLOR]{REQUEST_URI}[/FONT] heissen..

Würde auch bei https bleiben, aber ist wie bereits beschrieben Deine Entscheidung...

"http://" und "www." erzwingen:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{HTTPS} on [OR]
RewriteCond %{HTTP_HOST} !^www\.
RewriteRule (.*) http://www.vegas-germany.de%{REQUEST_URI} [R=301,L]
</IfModule>

"https://" und "www." erzwingen:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{HTTPS} !on [OR]
RewriteCond %{HTTP_HOST} !^www\.
RewriteRule (.*) https://www.vegas-germany.de%{REQUEST_URI} [R=301,L]
</IfModule>