Beiträge von b3317133

Zitat von onfoxx

das scheint es ja zu sein...warum auch immer...speziell bei diesem Kommentar hat das keine Auswirkung.

Bei solchen Änderungen (E-Mail eines Kommentars) muss man den Cache eines ggf. vorhandenes Cache-Plugins leeren, daran könnte es auch liegen...

Du könntest die E-Mail des Kommentierers unter "Kommentare -> Kommentar bearbeiten" anpassen.

Oder alternativ ganz auf Gravatar verzichten, siehe DSGVO-Link oben...

Der Kommentierer (1) hat lt. dem og. "Zurückübersetzer" die E-Mail ..@[COLOR=#ff0000]seo[/COLOR]foxx... verwendet.

Der "hier Gravatar" Link (2) verwendet die E-Mail ..@[COLOR=#ff0000]on[/COLOR]foxx.. was man durch eine Test-Registrierung auf dem Website und dann dem Vergleich der MD5 des Absenders der Bestätigungsmail mit (2) schliessen kann.

Gravatar ordnet Icons über den MD5-Hash der verwendeten E-Mail Adresse zu, der Hash ist im [FONT=Courier New]img src="" [/FONT]sichtbar.

Die hinterlegte E-Mail des Kommentierers ONFOXX (1) entspricht augenscheinlich nicht der vom "hier Gravatar" Link (2).

(1) [plain]https://secure.gravatar.com/avatar/44c3de9…1dd952cdb0e20b8[/plain]
(2) [plain]https://secure.gravatar.com/avatar/b79cffa…3e16ad792ef6763[/plain]

Am Rande, was man bei der Verwendung von Gravatar neben möglichen Kollisionen mit der DSGVO wissen sollte, viele der Hashes sind anhand einer Tabelle "zurückübersetzbar", einfach mal den Gravatar-Link aus dem [FONT=Courier New]img[/FONT] z.B. hier unter "Gravatars" eingeben.

Das entspr. Recht heisst unfiltered_html, das sollte man aber keinesfalls dauerhaft Dritten geben, da das über das Einfügen von iframes weit hinausgeht

Wenn Benutzer regelmässig iframes einfügen sollen, empfiehlt sich ggf. ein Blick in das Plugin-Verzeichnis und die Nutzung eines Shortcodes o.ä.

Browser Cache leeren.

Schon den Browser Cache geleert? Oder ist ein Caching-Plugin in WordPress aktiv? Je nach Problem könnte auch einmal "Einstellungen -> Permalinks -> ohne Änderungen "Speichern" anklicken" helfen.

Der [FONT=Courier New]<a href="..[/FONT] Link ist doppelt, verschachtelt in der E-Mail vorhanden. Es fehlt nichts, manches ist zu oft vorhanden.

Was genau hast Du denn in der Sprach-Datei angepasst? Evtl. steht dort ein [FONT=Courier New]<a href="%s"[/FONT].. wo nur ein [FONT=Courier New]%s[/FONT] hingehört, o.ä.

Quelltext aus der E-Mail:

Zitat

[COLOR=#ff0000]<a href="[/COLOR]<a href="htt.../entfernungen-zwischen-nascar-rennstrecken/">htt.../entfernungen-zwischen-nascar-rennstrecken/</a>[COLOR=#ff4d4d]">[/COLOR]<a href="htt.../entfernungen-zwischen-nascar-rennstrecken/">htt.../entfernungen-zwischen-nascar-rennstrecken/</a>[COLOR=#ff0000]</a>[/COLOR]

Was passiert denn, wenn Du ohne Änderungen in WordPress einfach mal im Browser [plain]https://blog.dom%c3%a4ne.at/[/plain] aufrufst?

Solange das nicht geht, musst Du in WordPress gar nicht erst anfangen, was umzustellen, denn dann ist das Zertifikat (noch) nicht aktiv.

Wie man die Pfade in der Datenbank anpasst usw., wird in der von Dir verlinkten Anleitung dann weiter unten beschrieben.

.. oder einfach mal den Browser Cache leeren, hier erscheint die Seite.

Dein Server liefert einen Fehler "403 Forbidden" für die Dateien [FONT=Courier New]/wp-admin/load-scripts.php[/FONT] und [FONT=Courier New]/wp-admin/load-styles.php[/FONT], was man auch schön in der o.g. Browser Console bei der Login-Seite lesen kann.

Das liegt ggf. an Deinem Hoster, der versucht, Dich von einem DoS Angriff (CVE-2018-6389) in/bis WordPress 4.9.2 zu schützen, obwohl Du WordPress 4.9.5 verwendest.

Was genau steht in der Browser Console beim Aufruf des Dashboards? Wird bei der neuen Subdomain evtl. https:// verwendet und bei der Hauptdomain nicht?

Das ist eine sog. SVG Animation.

Unter Einstellungen -> Lesen bestimmt man, was grundsätztlich auf der Startseite / Hauptseite erscheint. Wie das dann aussieht, ist von Theme zu Theme unterschiedlich und bei statischen Startseiten manchmal noch über Widgetbereiche oder Seiten-Templates o.ä. weiter konfigurierbar.

Verantwortlich für u.a. die description Ausgabe, aber auch Google Tag Manager ist offenbar das hier:

<?php do_action('wp_seo'); ?>

Könnte man theoretisch entfernen / auskommentieren, z.B. so:

<?php /* do_action('wp_seo'); */ ?>

Aber: Die Funktion kommt von Deinem Theme, also ist davon auszugehen, dass man sie auch ohne manuellen Eingriff in [FONT=Courier New]header.php[/FONT] irgendwo in den Theme-Einstellungen finden und passend konfigurieren kann, evtl. ist die Dokumentation des Themes hier schon sehr hilfreich, würde es mal mit "SEO Fields" abschalten probieren.

Zitat von Kurt Singer

fand ich keinen, der mir die wirklich endgültige und erfolgreiche Lösung geboten hat

https://forum.wpde.org/threads/seiten…22/#post-742191

Exakt der gleiche Fall, nur andere Pfadnamen.

Oder die alten Threads von und mit @Kurt Singer lesen, wo all diese Fragen detailliert mehrfach beantwortet wurden und schrittweise der Umzug innerhalb eines Servers mit "Better Search Replace" oder auch zwischen Servern via "Duplicator" erklärt ist...

Schon probiert, das Plugin SiteOrigin Widgets Bundle zu löschen (falls noch vorhanden) und neu zu installieren?

Werden ggf. noch andere Bundles oder Plugin Versionen verwendet, ähnlich wie hier?

Und ist der SiteOrigin Page Builder installiert und aktiv?

Zitat von mouara

Ist es förderlich, die Error Logs vom Update hier zu posten?

Wenn Du irgendwelche Hilfe erwartest, könnte es förderlich sein.

Zudem wäre die aktuelle WordPress Version und die aktuelle PHP-Version förderlich und evtl. ein Link zur Seite des Vereins, dann kann man das eine oder andere ggf. auch selbst rausfinden.

Für eine normale Vereinsseite sollte Strato völlig ausreichen.

Die Error Logs bei Strato stehen unter Datenbanken & Webspace -> Statistik -> Logfiles (oben) -> Error-Logfile anzeigen (Button).