Beiträge von b3317133

    .. im Bezug auf Jquery wo "immer" externe Links/Dienste/Scripts etc. geladen werden.

    Das stimmt so nicht.

    WordPress lädt jQuery vom gleichen Server. Nur wenn man irgendwelche Optimierungs- oder CDN-Plugins verwendet, oder obskure Code-Schnipsel aus alten Tutorials verwendet, die jQuery extern laden, oder ein Plugin/Theme selbst externe Scripts verlinkt, mag das anders sein.

    Ein automatisiertes, einfaches "Zusammenbringen" der beschriebenen Inhalte ist mit WordPress sehr schwierig, und out-of-the-box gibt es dazu keine Lösung.

    Würde es wohl so lösen, Kurzversion ohne Details:

    Wie beschrieben einen Klon auf Subdomain installieren, dort entwickeln, alles gut dokumentieren. Am Stichtag nachts weiteren Klon des Live Websites mit den dann aktuellen Daten auf eine zweite Subdomain kopieren, die entwickelten Änderungen anhand der eigenen Dokumenation dort in einem Rutsch einpflegen, testen, und diesen Klon dann auf die Hauptdomain schalten.

    Dazu genau nachlesen, wie ein WordPress Wechsel zwischen Subdomains gemacht wird, z.B. wie man Better Search Replace u.ä. nutzt, dazu gibt es viele Threads hier im Forum.

    Würde für sowas generell manuelle WordPress Installationen verwenden, keine Plesk-Funktionen, das verkompliziert die Sache noch mehr.

    Ist es möglich, ob man auf einer aktuell laufenden Website ein weiteres Theme installiert, und zeitgleich im Hintergrund dieses so anpasst, mit Beitragen, Slide , Formular usw. , dass ich dies nur noch sichtbar machen muss.

    Nein.

    Man benötigt dafür eine zweite WordPress Installation, z.B. eine Kopie des aktuellen Websites auf einer Subdomain, die man nach Abschluss der Anpassungen dann unter der Hauptdomain live schaltet.

    Was macht dieses Plugin denn? Geht aus der Beschreibung leider so gar nicht hervor.

    Nach kurzem Blick in den Code fügt es wohl irgendwo eine Checkbox ein und verlinkt ansonsten auf die Herstellerseite des Plugins, getestet nur bis WordPress 4.7.10, sieht gesamt nach Werbung aus.

    Schau mal ins Netzwerk-Tab, evtl. sieht man da, wo der 400 herkommt.

    Das ein Fehler auf dem einen Gerät erscheint und auf dem anderen nicht, könnte mit Media-Queries ö.ä. zu tun haben..

    Ein interessanter Effekt, normalerweise überstimmen solche "define" die Datenbank-Einträge. Danke für das Feedback.

    Und für Mitleser, das eigentliche Problem hier lag offenbar nicht direkt an der genannten Umstellung auf https sondern an einer unvollständigen Umstellung der Test-/Entwicklungsdomain auf die echte Domain. Gesamt ein schönes Beispiel, wie man Fehler erkennt und dann mögliche Ursachen eine nach der anderen der Reihe nach ausschliesst.

    Ich habe jetzt erstmal in die header.php eine Zeile eingefügt .,,. Aber das kanns ja eigentlich nicht sein..

    Das ist es auch nicht, das ist eher kontraproduktiv, bzw. direkter gesagt, es scheint zu funktionieren, ist aber einfach falsch und wird früher oder später andere Probleme verursachen.

    Finde besser raus, wo der ..swh.strato-hosting.eu Link herkommt.

    Deaktiviere z.B. temporär alle Plugins, und schau Dir dann den Quelltext der Seite mal an (ca. Zeile 16), ob da nach wie vor falsch verlinkt wird. Startseite jeweils neu laden, Tastenkombi. "Strg-U" oder "rechte Maustaste -> Seitenquelltext anzeigen".

    Falls ja, liegt es am Theme bzw. Child-Theme und die Suche geht dort weiter, vermutlich in der functions.php o.ä.

    Falls der Link weg ist, liegt es an einem Plugin, dann weiter durch schrittweises einzelnes Aktivieren eingrenzen, welches Plugin verantwortlich ist.

    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.

    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]