Beiträge von b3317133

Zu wp_is_mobile() sollte man diese Hinweise beachten.

Zitat von wphannover

Wenn ich in Yoast den title-Tag nach einem bestimmten Schema verändere, gilt das ja nur für die zukünftigen Beiträge/Seiten

Wurde denn fester Text in die jeweiligen title Tags eingegeben?

Normalerweise (und ggf. für die Zukunft) gibt es bei Yoast SEO für Textteile die Platzhalter, die man dann relativ einfach auch in der DB anpassen könnte.

Über die Funktion "Yoast SEO > Werkzeuge > Massenbearbeitung" kannst Du die bestehenden Titel ggf. relativ rasch durch neuen Text i.v.m. Platzhaltern ersetzen, ohne jeden Beitrag einzeln aufzurufen.

Es geht nicht um eine noscript-Variante in Zeile 126. Schau Dir einfach mal den Quellcode an, das externe Script wird in den o.g. Zeilen zweimal eingebunden: "Rechte Maustaste -> Seitenquelltext anzeigen" oder Tastenkombi "Strg-U".

Zum anderen Website gilt das gleiche bzgl. Optimierungs- usw. Plugins, man kann nichts sinnvoll erkennen, ausser offensichtliche HTML-Fehler, rot fett markiert, beim Betrachten des Quelltextes in Firefox.

Man könnte Bilder per CSS ergänzen.

Wo genau ist das beschriebene Formular mit den logischen Verknüpfungen in Textform auf dem Website zu sehen?

Jetzt gibt es keinen jQuery Fehler mehr, also sind die bislang genutzen Optimierungen und Code-Snippets generell schonmal fehlerhaft.

Im Quelltext der Seite sieht man jetzt auch, dass der Google Tag Manager Code doppelt eingefügt wird, einmal in Zeile 4 und einmal in Zeile 111, das ist sicher nicht zuträglich.

Weiterhin sieht man, dass beim Klick auf den Opt-Out Link ein entspr. Cookie "GTM-optout" auf true gesetzt wird, also sollte es im aktuellen Zustand so funktionieren wie gedacht.

Würde empfehlen, zur Fehlersuche erstmal alle Minify- und Cache-Plugins zu deaktivieren, ebenso alle Plugins, die mit sonstigen "Optimierungen" oder Nutzung von CDN usw. zu tun haben.

In der Browser-Konsole erscheint z.B. alleine schon beim Aufruf der o.g. Seite ein Scriptfehler bzgl. jQuery.

jQuery wird lt. Quelltext erst ganz am Ende der Seite geladen, und dann noch von einem externen CDN, und dann noch in einer anderen Version als eigentlich bei WordPress selbst mitgeliefert wird, auch das kann viele Wechselwirkungen verursachen.

Im aktuellen Zustand ist eine Fehlersuche bzgl. Tag Manager OptOut daher eher schwer bzw. sinnlos.

Wenn WordPress sauber installiert ist, und keine Themes oder Plugins aus obskuren Quellen mit Sicherheitslücken oder Backdoors verwendet werden, und für Hosting/FTP/MySQL/WordPress sichere Kennwörter verwendet werden, benötigt man keinerlei weitere Plugins zur Absicherung.

Eine Datei style.css mit den nötigen Angaben wird von WordPress wie in der verlinkten Anleitung beschrieben direkt im Child-Theme Ordner benötigt, würde daher empfehlen, das auch so zu machen, um Wechselwirkungen auszuschliessen.

Hier noch ein weiterer Link, direkt für die Entwicklung von Child-Themes, einfach mal komplett lesen, dann wird evtl. einiges klarer.

Der Website ist als kompromitiert zu betrachten, vermutlich eine/mehrere Backdoors in Theme und/oder Plugins und/oder wp-config.php o.ä. Rumbasteln über Sicherheits-Plugins (hier gilt übrigens auch "zu viele Köche verderben den Brei" bzw. "eins oder keins") usw. nutzt gar nichts, das weitere nötige Vorgehen ist hier beschrieben.

Anmerkung am Rande, zu Dateien im Child-Theme verlinkt man bei WordPress über get_stylesheet_directory_uri(), also hier im Beispiel so:

<link rel="icon" href="<?php echo get_stylesheet_directory_uri(); ?>/favicon.ico" />

Weiterhin scheint die Datei [FONT=Courier New]kind-pferd-natur-theme/style.css[/FONT] zu fehlen, WordPress benötigt diese Datei, um ein Theme als solches zu erkennen. Ist das Child-Theme denn überhaupt aktiviert?

Interessanter wäre in dem Fall, was vor der Zeile 14 steht, poste das mal noch, am besten als formatierten PHP-Code, im Forum-Toolbar Symbol "+" > "Code".

Am Rande, ein weiteres kleines Problemchen steckt auch noch im Code:
[FONT=Courier New]add_action( 'widgets_init', '[COLOR=#ff0000]y[/COLOR]twentytwelvechild_widgets_init' );[/FONT]

Was ist in WordPress unter "Einstellungen -> Lesen" bei "Deine Startseite zeigt" eingestellt?

Sieht "handgemacht" aus, siehe z.B. Inhalt von custom-scripts.js im Child-Theme Ordner...

Zitat von teff

Wenn mir hier jemand weiter helfen könnte wäre ich sehr dankbar.

Verlässlich weiterhelfen kann Dir hier nur viel Selbststudium der Gesetzeslage und dann ein passender Anwalt.

Zitat von JABA-Hosting

Das Löschen von personenbezogenen Daten soll in der neuen Wordpress Version möglich sein.

Vorsicht, das betrifft nicht die Daten, die von Plugins oder Themes gespeichert werden... da muss sich jedes Plugin oder Theme selbst drum kümmern.

Noch ein Tipp am Rande: Die USt-ID im Impressum ist offenbar keine USt-ID sondern eine normale Steuernummer, die da wenig verloren hat.

Der beste Dank wäre Daumen drücken für den Glubb heute.

Evtl. waren nicht alle Tabellen angewählt, oder der Haken für Testlauf war gesetzt.

Falls ein Cache-Plugin läuft, den Cache des Plugins leeren, oder das Plugin testweise mal abschalten.

Die Umstellung ist unvollständig, nach welcher Anleitung bist Du vorgegangen?

Es fehlt (mind.) noch die Umstellung der Links in der Datenbank, dafür das Plugin Better Search Replace installieren, [plain]http://marcusweier.de (ohne / am Ende) ersetzen durch https://marcusweier.de (ohne / am Ende)[/plain]

Das WordPress Beitragsdatum und viele Datumsfelder in Plugins usw. können nicht vor den 01.01.1970 gesetzt werden, das ist das erste mögliche Datum eines Unix timestamps, der hier in der Regel verwendet wird.

Für weiter zurückliegende Daten müsste man eine andere Lösung, z.B. via Custom Fields o.ä. erstellen.

Auch die Datei im .php.zip hat die Endung .php.txt, das ist falsch, sie darf nur die Endung .php haben, wie im o.g. Beispiel.

Hier ein paar basic jQuery Beispiele, viel Spass beim Basteln, bei Fragen bitte die jQuery Doku lesen.