Beiträge von b3317133

1. Die WordPress Version einer Installation findet man in der Datei [FONT=Courier New]wp-includes/version.php[/FONT]
2. Die Verzeichnisstruktur mit dem [FONT=Courier New]site[/FONT] Unterordner ist ein normaler und auch so vorgesehener Weg, die WordPress Dateien in einem Unterverzeichnis zu installieren, mehr dazu hier in der WordPress Dokumentation.

• Im Codevorschlag von @SEpp55 steht [FONT=Courier New]100%[/FONT] und nicht [FONT=Courier New]1000%[/FONT] wie in Deinem "Ob nun Customizer oder nicht" Screenshot.
• Lies mal etwas zu CSS [FONT=Courier New]unset[/FONT] und [FONT=Courier New]inherit[/FONT] und [FONT=Courier New]revert[/FONT] nach.
• Ohne Link zur betreffenden Seite kann man nicht sagen, welche Werte sonst sinnvoll wären oder wo das eigentliche Problem liegt. Im Screenshot im ersten Posting fallen Symbole auf (blauer Haken, oranges 1 Zeichen), die nicht WordPress Standard sind, deaktiviere alle Plugins, die Einfluss auf den Editor haben.

CSS überlagert man mit eigenen Regeln, man ändert nicht den bestehenden Code in fremden Quellen.

Schreibe den Code von @SEpp55 in Design > Customizer > Zusätzliches CSS, evtl. temporär ergänzt durch eine markante Farbgebung, damit Du sehen kannst, wo der Code zur Anwendung kommt..

Versuche es damit: https://de.wordpress.org/plugins/adrotate/

Beschreibe kurz, was Du zuerst falsch und dann richtig gemacht hast, damit andere später daraus lernen können. Dafür ist dieses Forum u.a. auch da.

• Was genau wurde bei WordPress URL eingegeben? Was stand vorher dort?
  
• Was genau wurde in wp-config.php eingefügt?

Tipp: Browser Cache leeren nach jeder Änderung.

Ein alternativer Weg wäre die Korrektur direkt in der Datenbank via phpMyAdmin über das Hosting.

Wenn Layout Dinge nicht übernommen werden, leere den internen Elementor Cache wie in der Elementor Dokumentation hier unter Cache Issues beschrieben. Weitere Cache-Plugins findet man in der Plugins Liste.

Generell gilt: Plugins und Theme sollten aktuell sein und zur verwendeten WordPress Version passen. Vor dem Aktualisieren immer erst vollständige Backups machen und die Hinweise zu Änderungen (wie z.B. bei Elementor in Deinem Screenshot) beachten.

Im Zweifel wende Dich an die Person, die die Installation ursprünglich eingerichtet hat und lasse das auf den aktuellen Stand bringen.

Für spezielle Elementor Probleme gibt es auch den Elementor Support (für die kostenlose Version) hier, viele Probleme sind dort ggf. bereits angesprochen und gelöst. Die erste Empfehlung dort wird aber vermutlich sein, die aktuelle Version von Elementor zu verwenden.

Dieses Forum soll auch anderen Hilfe zur Selbsthilfe bieten, daher kann eine Aussage, man könne das Uploads Verzeichnis einfach kopieren, fatale Folgen haben. Was man sich selbst alles zusätzlich dazu gedacht hat, weiss ein späterer Hilfesuchender nicht.

Zitat von heinetz

Ich habe bei keinem der Malware-Scanner, ... erkannt, dass sie die DB scannen.

Wie gesagt, "alles erkennende Tools" gibt es nicht, daher macht man das "DB auf Virenbefall prüfen und ggf. fixen" üblicherweise wie beschrieben manuell durch "selbst lesen" und ggf. "entfernen durch selbst erstellten Code" usw.

Generelle Ergänzung: Man sollte bei einem Virenbefall bzw. Hack niemals direkt in der Live Installation irgendwelche Tools nutzen oder sonstige Änderungen vornehmen, sondern immer zuerst eine Komplettkopie der ganzen gehackten Installation mit allen Dateien und Ordnern und Datenbank erstellen, damit man anhand dieser Daten auch später noch nachvollziehen kann, was passiert sein könnte, welche Dateien bzw. Datenbankeinträge wann erstellt wurden usw.

Beschreibe genauer, was unter "große Änderung verschwunden" zu verstehen ist. Wurden die Änderungen publiziert oder als Entwurf gespeichert? Waren die Änderungen zunächst auf dem Website sichtbar und dann wieder weg?

Allgemeine Hinweise:

• Laufen irgendwelche Cache-Plugins? Falls ja, deaktiviere diese.
• Erstelle testweise eine neue Seite mit Elementor und pflege dort Änderungen ein, funktioniert das?
• Wenn die Seite nicht sicher ist, sind vermutlich http Einbindungen in einer https Seite vorhanden, o.ä.

Ansonsten ist das ein grosses Ratespiel, stelle die nötigen Informationen lt. Forenregeln, Punkt II, zur Verfügung, dann kann man besser abschätzen, was/wo das Problem sein könnte.

Zitat von heinetz

Uploads-Verzeichnis liesse sich ja recht einfach aus der kompromittieren Version kopieren.

Einfach kopieren ist hochriskant!! Gerade im Uploads Verzeichnis verstecken sich viele Backdoors, siehe daher auch wichtiger Hinweis im o.g. verlinkten Vorgehen.

Zitat von heinetz

Kann ich die DB auf Virenbefall prüfen und ggf. fixen?

Das macht man üblicherweise so, "alles erkennende Tools" gibt es nicht. Selbst lesen der relevanten Felder im SQL-Dump, Erkennen von Mustern von ggf. eingefügten Links/Scripts, Entfernen dieser Dinge, ggf. durch passenden selbst erstellten Code. Dazu kommt, wenn man den/die Hack(s) identifiziert hat, anhand deren Code festzustellen, ob/welche Felder in der der DB für was genutzt wurden.

Wenn die neue Installation das gleiche Theme und die gleichen Plugins wie die alte Installation hat, dürfte es generell kein Problem geben. Bei ggf. auftretenden seltenen Hindernissen dabei ist etwas WordPress Erfahrung oder Eigenrecherche mit daraus folgenden entspr. Lernprozessen nötig, z.B. Weglassen einer Tabelle eines Plugins und Neueinrichtung des einen Plugins o.ä.

Technisch möglich ist alles.

Zitat von bhai_28

Die URL der Sitemaps funktioniert nicht. Wenn ich die URL bei Google Search Control eingebe, wirds nicht erkannt. ...ein extra Thema hierfür aufmachen?

Ja, erstelle ein neues Thema mit exakten Angaben, was Du bei Google in der Search Console eingibst, Screenshots der Einstellungen bzgl. Sitemaps in Deinen Plugins und einem Link zur Seite wo die Sitemap nicht "erkannt" wird.

@Putzlowitsch Zur Info, hier erscheinen bei dem Beispiellink u.a. auch Ergebnisse, die dem Besucher Trojaner usw. unterjubeln wollen, beschreibe Deine Lösung evtl. besser ohne diesen Link.

Lies nochmal die bereits genannten Möglichkeiten.

Anleitung Yoast SEO: https://yoast.com/help/how-do-i-noindex-urls/

Anleitung All in one SEO: https://aioseo.com/docs/showing-o…search-results/

Am Rande bemerkt: Mehrere SEO Plugins parallel sollte man nicht verwenden.

Das Plugin Relevanssi für eine bessere Suche innerhalb von WordPress hat nichts mit dem Google Index zu tun, siehe auch Pluginbeschreibung:

Zitat

Relevanssi replaces the standard WordPress search with a better search engine...

Deaktiviere wie bereits beschrieben das Plugin WP Fastest Cache und lass es deaktiviert, bis das Problem gelöst ist.

Beschreibe weiterhin genau das Problem, was wird wo wie falsch dargestellt, am besten mit Screenshot.

Zitat von Puschelkind

Muss ich den Beitrag veröffentlichen damit ihr mir helfen könnt ?

Ja, bzw. falls der Beitrag noch nicht fertig ist, veröffentliche alternativ irgendeinen anderen kurzen Beitrag, wo man das Problem auch sehen kann.

Hinweis: Bei der Suche nach Darstellungsproblemen alle Optimierungs-, Minify-, CDN-, und Cache-Plugins deaktivieren, derzeit mind. aktiv: WP Fastest Cache

Möglichkeiten:

• Verwende diese bestimmten Begriffe nirgends auf Deinen Seiten, auch nicht in den Links bzw. Medien
  
• Verwende eine noindex Funktion für diese Seiten, die meisten SEO Plugins bringen so eine Funktion mit
• Trage die Seiten manuell in eine Datei robots.txt als verboten (disallow) ein
• Verwende einen Mechanismus, der Textteile mit den Begriffe auf den Seiten als iframes einbindet und verbiete diese, mehr dazu hier (der wohl unschönste Ansatz)

Zitat von b3317133

Da das ganze Gutenberg Konstrukt nach wie vor ein "fast moving target" für Entwickler ist, ist es relativ wahrscheinlich, dass solche Block Addons früher oder später nicht mehr mithalten ...

Im renommierten WordPress Blog WP Tavern findet sich in den Kommentaren ein schönes aktuelles Beispiel für diese absehbare Problematik:

Zitat

... one of my fav. Gut. plugins, the EditorsKit. It seems that unlike the previous owner, the new owners are unable to keep up with the Gutenberg updates. Pretty regularly, when things are working fine, and with a Gutenberg update the plugin falls apart. The EditorsKit plugin has many functions, so it’s pretty complex. The new owner (Chris), like the old one, is very nice and willing to fix them, but it takes weeks (or longer) to fix the issues that keep arising from the Gutenberg updates, and when the fixes eventually come, are either insufficient or some ignored altogether. ...

My real frustrations is really with the Gutenberg dev. team (and not Extendify) that constantly make breaking changes (why, WHY WHY???), where themes and plugins have to constantly adapt to things, with very little or non existent documentation. ...

Evtl. kann der Job Plugin Support weiterhelfen (falls dieses Plugin gemeint sein sollte), ein möglicherweise ähnlicher Fall wurde dort vor einiger Zeit gemeldet, es gibt aber noch keine Antwort.

@Marcus[IS] Tipp am Rande: Der lt. Liste verwendete Elementor hat eine Maintenance Funktion eingebaut.

Um was für eine Art Indexierung geht es genauer?