Beiträge von b3317133

Was genau war denn die Ursache der defekten Datei im Core?

Am Rande angemerkt, um ggf. Missverständnisse zu vermeiden: Diese Focus Keywords sind rein zu Deiner Information im Backend, im Frontend ändert sich da nichts, ob Free oder Premium. Man kann sich mit solchen "Features" auch leicht verzetteln und einen eigentlich guten SEO Zustand durch zu viele Textanpassungen "bis alles grün ist" durchaus auch verschlimmbessern.

Einige Themes blenden sowas ein, wenn ein Widgetbereich komplett leer ist. Das kann man rausfinden, indem man z.B. ein leeres Textwidget in den Widgetbereich setzt.

Wo genau auf der Seite erscheint das im Frontend, Link?

Zitat von gedeesse

Mir ist nicht klar, welches Plugin die Fehlermeldung verursacht. Für jeden Hinweis wäre ich sehr dankbar.

Alle Plugins einzeln temporär deaktivieren und testen, so findet man das in der Regel heraus.

Welche PHP Version wird auf dem Server verwendet?

Falls man ein SEO-Plugin einsetzt, könnte man dessen Anleitung lesen, da steht meist beschrieben, wie man das über das SEO-Plugin einstellen kann.

Ohne SEO-Plugin könnte man im Plugin-Verzeichnis suchen, ob es was passendes gibt (ungetestet).

Ohne passendes Plugin könnte man ein eigenes schreiben, das die WordPress-Funktion [FONT=Courier New]wp_no_robots()[/FONT] im Rahmen einer [FONT=Courier New]wp_head[/FONT] Action i.v.m. Conditionals für bestimmte Seiten benutzt o.ä. - es gibt da viele Lösungsvarianten, ggf. auch abhängig vom Theme usw.

[plain]Evtl. liegt das Problem auch am Mischmasch von kurtzangl-art.com und http://www.kurtzangl.com u.ä. bei den Links hier im Thread...[/plain]

Zitat von maxe

@FloRet leider geht es bei nicht setzen des Haken aber trotzdem weiter. Es wird lediglich kein Cookie gesetzt, das Kommentar selber samt eingegebenen Daten wird aber trotzdem gespeichert.

Genau das macht diese neue Funktion "Commenter Cookie Opt-Ins" in WordPress 4.9.6, nichts anderes. Auch wenn das in vielen Blogs usw. anders erwartet / dargestellt wurde...

Die Adminrechte (sog. Capabilities) können durch irgendwelche Plugins o.ä. eingeschränkt sein.

Erscheint denn nur nicht das "Dropdown" bei "Plugins", oder kannst Du den Punkt gar nicht anklicken? Was erscheint wenn Du [plain]deineseite.de/wp-admin/plugins.php[/plain] aufrufst?

Wurde der neue Admin erstellt, nachdem alle Plugins deaktiviert waren und das Standardtheme eingestellt war, oder vorher?

Edit: Hat sich inzw. offenbar erledigt (DISALLOW_FILE_MODS)...

Was hat der lima-city Support denn gesagt, an den Du Dich lt. Meldung wenden sollst?

Der Link steht in der CSS-Datei wp-content/themes/di-blogger/style.css und muss dort geändert werden.

PHP funktioniert, daran liegt es nicht. Kann man anhand anderer Dateien nachvollziehen...

Könnte z.B. ein fehlgeschlagener Hack sein der sich in Systemdateien einnisten wollte, hier in die Datei wp-includes/http.php

In so einem Fall zuerst alle Dateien sichern, z.B. in einen neuen Ordner per FTP runterladen, damit man sonstige Änderungen später nachvollziehen kann.

Dann aus dem .zip Archiv der verwendeten WordPress Version via FTP die Ordner /wp-admin/ und /wp-includes/ und die WordPress-Dateien im Hauptordner (hier nur die Dateien, die auch im .zip sind), wo die wp-config.php liegt (diese Datei erstmal in Ruhe lassen), auf dem Server löschen oder umbenennen und aus dem .zip Archiv neu hochladen. Dann sollte die Seite wieder laufen.

Dann gilt es die Ursache zu finden und zu beheben, hier ist grob beschrieben, wie es weitergeht.

Die Meldung an sich kommt daher, dass die Änderung des "Code wegen der DSVGO" wohl nicht korrekt war.

Am Rande bemerkt, die allermeisten Funktionen von JetPack entsprechen wohl nicht der DSGVO, viele werfen dieses Plugin daher raus oder verwenden es erst gar nicht.

Zitat von gustavmega

Reicht das für DSGVO?

Das kann Dir anhand der Ergebnisse von Möglichkeit 1 und Möglichkeit 2 nur ein Anwalt beantworten.

Hier ist die Plugin-Support Seite (das Plugin scheint schon recht alt zu sein), der passende Begriff bei englischen Anfragen wäre "GDPR", das ist in etwa die Übersetzung von "DSGVO".

Änderungen an Theme-Dateien sollte man generell ausschliesslich über FTP bzw. SFTP vornehmen, dann kann sowas nicht passieren.

Weiterhin sollte man solche Meldungen (die nicht "ein weiteres Problem" sondern die eigentliche Hauptursache sind) bereits in das erste Posting mit reinschreiben, das vereinfacht eine Hilfe von aussen sehr.

Für Mitleser: Durch Updates von Plugins oder von WordPress selbst wird eine Datei header.php im Theme nicht überschrieben. Offenbar lief also noch was anderes schief..

Möglichkeit 1: Befrage den jeweiligen Plugin-Autor bzw. -Support.
Möglichkeit 2: Mache einen Code-Review jedes Plugins.

Seit WordPress 4.9.6 gibt es für Plugins theoretisch eine Schnittstelle, wo sie Vorschläge für eine Datenschutzerklärung zur Verfügung stellen können, dazu den Abruf der gespeicherten Daten und das Löschen oder Anonymisieren der gespeicherten Daten. Da es WordPress 4.9.6 aber erst seit ein paar Tagen gibt, dürfte das von die allermeisten Plugins noch nicht genutzt werden.

Zitat von Raphael

Daher habe ich im Header der Seite eine Weiterleitung per php eingerichtet. Könnte die PHP-Weiterleitung das Problem bei Facebook erzeugen?

Höchstwahrscheinlich ja, da so eine Lösung, wie auch immer die aussehen mag, wohl direkte externe Links zu Bilddateien nicht betreffen wird.

Würde eher eine Lösung des Problems bzgl. .htaccess empfehlen, und die Redirects dort machen. Viele Hoster bieten eine für ihre Server passende Lösung auf ihren Support Seiten an, da kann z.B. die RewriteCond schonmal durchaus unterschiedlich sein. Nicht einfach Code-Schnipsel aus dem Netz verwenden...

Auf den ersten Blick könnte im Theme Ordner die Datei header.php fehlen oder defekt sein.

Ändert sich etwas, wenn Du das Plugin JetPack deaktiverst? Das schiebt nämlich derzeit einen Teil der Daten auf externe Server in eine Cloud.

Was erscheint, wenn Du WP_DEBUG aktivierst? Was steht im Server Error-Log?

Ein vollständiges Backup besteht übrigens aus Datenbank und Dateien, nur einen Teil zurückzuspielen, kann unvorhersehbare Effekte haben.

Mit dem Plugin "Better Search Replace" kann man in der Datenbank alte Bildpfade suchen und durch neue Bildpfade ersetzen.

Am besten macht man vorher aber ein Backup der Datenbank.

Am Rande, in der Datenbank irgendwas wie "Bildpfade" einfach zu löschen, ist eher nicht ratsam.

Mit Link zur entspr. Seite könnte man ggf. genauer sagen, wo Du suchen musst, ob in Datenbank oder z.B. in einer CSS- oder PHP-Datei o.ä.

Falls Du die Bereiche ganz unten auf der Seite meinst, die Inhalte dort ändert man über das Menü "Design > Customizer > Allgemeine Einstellungen > Footer" und man kann dort als Absatztrenner ein [FONT=Courier New]<br />[/FONT] einfügen.