Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenMuss 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:
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:
... 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?
Ich würde halt gerne nachvollziehen, wie konkret die dorthin gekommen sind.
Das ist der erste und wichtigste Punkt im o.g. verlinkten Vorgehen:
Anhand Server-Logs & Backups feststellen, wann/woher der Hack kam, ...
Üblicherweise beginnt man damit, anhand des Dateidatums der ältesten veränderten Dateien in den Server-Logs nachzusehen.
Nein, auf der Seite wurde niemals irgendetwas aktualisiert.
Tipp am Rande in so einem Fall: Ein Hack kommt selten alleine, es gab ggf. auch unterschiedliche Infektionszeitpunkte.
Lt. Screenshot kommen sich wohl CSS-Regeln in die Quere.
Deaktiviere alle sonstigen Plugins, insbesondere Cache-, Minify- und Optimierungsplugins aller Art. Wechsle auch temporär das Theme, um die Ursache ggf. weiter einzugrenzen.
Ohne Link zur Seite kann man ansonsten hier schwer weiterhelfen, siehe auch Forenregeln, Punkt II.
Das allgemeine Vorgehen bei einem Hack ist z.B. in dieser Antwort kompakt zusammengefasst beschrieben, das könntest Du mit jemandem mit WordPress Erfahrung bei Dir im näheren Umfeld zusammen durchgehen.
Dabei am Wichtigsten wäre, die für den Hack genutzte(n) Lücke(n) zu ermitteln, damit das nicht wieder passiert.
Die beschriebenen von All Inkl. gesperrten Dateien kannst Du möglicherweise nicht selbst mit Deinen FTP Benutzerrechten löschen, wende Dich in dem Fall an den Support dort.
Was ist mit Duplicator gescheitert? Was genau wurde gemacht? Welche genaue Fehlermeldung?
Und was bzw. welche Pfade genau sind anders? Genaue Beispiele? Evtl. waren in der alten Installation entspr. WordPress Konstanten für eigene Pfade gesetzt, mehr dazu hier.
Die kostenlose Version des genannten Themes wird lt. Github seit über 1,5 Jahren nicht mehr gepflegt und könnte daher mit neueren Versionen von WordPress Probleme verursachen, themeisle selbst schreibt auf der von Dir verlinkten Oblique Seite dazu:
Be warned, though! You’re going to be using the theme on your own risk since it is not scheduled to receive any updates or support.
Jetzt noch eine neue Seite damit aufzubauen, sollte man daher wohl nochmal überdenken.
In meiner content.php wird bei der Ausgabe einer hartes Style eingefügt.
Ein kurzer Blick in die [FONT=Courier New]content.php[/FONT] bei Github zeigt kein festes style Attribut. Also kommt das wohl woanders her. Deaktiviere alle Plugins, um Wechselwirkungen einzugrenzen.
Ohne Link zur Seite kann man ansonsten nur schwer weiterhelfen, siehe auch Forenregeln, Punkt II.
Was mit Blöcken aus so einem Block Addon passiert, wenn das Plugin nicht mehr vorhanden ist, kannst Du leicht feststellen, indem Du eine Seite mit Elementen des Block Addons erstellst und dann das Plugin mal deaktivierst.
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 bzw. zu komplex oder auch überflüssig werden und die Pflege einstellen werden.
Man fügt mit so einem Addon also zur grundsätzlich ohnehin schon vorhandenen Abhängigkeit vom Gutenberg Editor und allen seinen kommenden Updates nur noch eine weitere extra unwägbare Abhängigkeit hinzu.
Kurz: Die Verwendung von Block Addons ist nicht empfehlenswert.
Verwendete Blöcke aus solchen Addons kann man z.B. über die Suche in WordPress über das entspr. Präfix finden, wie das Präfix lautet, sieht man an einem Blick in die HTML Ansicht einer damit erstellten Seite im Editor, siehe dazu auch z.B. dieser Thread im Forum.
Der "unsinnige" Link Teil ist einfach der sog. Slug des Bildes in der Mediathek, siehe auch:
https://www.thrillandkill.com/wp-json/wp/v2/media/41971
Die Links haben dieses Format, da die Bilder zu jeweils einem Beitrag hochgeladen wurden und in der Mediathek damit verknüpft sind, siehe auch Post-ID des Beitrags im Feld [FONT=Courier New]post[/FONT] in der og. REST API Ausgabe oder entspr. Spalte in den Medien im Backend (Listenansicht).
Die "unsinnigen" Link Teile sind zudem bei den Bildern im Inhalt des Reviews verlinkt, daher werden sie wohl von Deinem SEO Tool gefunden.
Warum diese Links einen Fehler 500 erzeugt haben, ist schwer zu sagen, evtl. ist die Theme Datei [FONT=Courier New]image.php[/FONT] bzw. die entspr. Fallback Dateien fehlerhaft o.ä., mehr dazu steht im Error-Log des Servers.
Am Rande fällt auf, dass die Bilder auf einen externen Server [FONT=Courier New]cdn.shortpixel.ai/..[/FONT] ausgelagert sind und von dort ohne Zustimmung eingebunden werden, damit geht die IP-Adresse der Besucher an diese externen Server, das ist ein DSGVO Problem. Technisch nötig ist dieses Auslagern nicht, es könnte ggf. die Seite sogar verlangsamen. Vermutlich wurden Optimierplugins o.ä. verwendet, ohne wirklich zu wissen, was da tun.
Aus dem Antwortbereich des entspr. Aufrufs im Netzwerk Tab beim Speichern könnte man ggf. mehr ableiten, diese Frage wurde noch nicht beantwortet.
Auch die Antwort nach der Frage zum Inhalt von [FONT=Courier New].htaccess[/FONT] bei Permalinks auf Beitragsname wurde noch nicht beantwortet.
Ohne Antworten ist es relativ schwer, mögliche Ursachen auszuschliessen.
Manche Hoster blockieren div. Spamlinks usw. auf der Serverebene, so dass die Daten dann gar nicht bis zu WordPress durchkommen.
Bei Strato könnte das z.B. "Sicherheit > Gästebuch-Spam Filter" sein, schau mal dort nach, ob der Filter aktiv ist und falls ja, deaktiviere den Filter.
Auch Sicherheitsplugins können eine Ursache sein, werden welche verwendet?
Tipp: Für das Einfügen von Code hier im Forum das [FONT=Courier New][+][/FONT] Symbol und dann "Code" verwenden.
Was genau steht im Antwortbereich des entspr. Aufrufs im Netzwerk bzw. bei Dir "Network" Tab der Console beim Speichern?
Alternativ, wie oben ergänzt, funktioniert das Speichern mit dem Classic Editor Plugin?
In die Datei [FONT=Courier New].htaccess[/FONT] kann man z.B. über den FTP Zugang reinschauen. Die Datei ist ggf. nicht vorhanden, wenn bei Permalinks Einfach eingestellt ist.
Ok, das heisst, das Speichern von Beiträgen funktioniert mit der Permalinks Einstellung auf Einfach, korrekt?
Der Website wurde bisher lt. Google Ergebnissen mit Einfach betrieben und das Problem trat also auf, nachdem auf Beitragsname umgestellt wurde, ist das korrekt?
Was steht in der Datei [FONT=Courier New].htaccess[/FONT] wenn die Permalinks auf Beitragsname stehen? Es sollte etwas ähnliches wie hier bei Basic WP sein.
Stelle testweise Einstellungen > Permalinks auf Einfach.
Erscheinen dann weiterhin die 404 (Not Found) Fehler in der Console?
Wurden vor dem Auftreten des Problems Änderungen am Website und/oder Dateien per FTP oä. vorgenommen?
Ergänzung: Alternativ versuche es mal mit dem Installieren und Aktivieren des Classic Editor Plugins, dann erscheint der frühere WordPress Editor beim Bearbeiten, ändert das etwas?
Bzgl. der JSON-Antwort Meldung. Was genau steht in der Browser Konsole (google) wenn die Meldung auftritt? Und was genau steht im Antwortbereich des entspr. Aufrufs im Netzwerk Tab dort?
Die WordPress Version 5.3.2 ist relativ alt, gibt es Gründe für die Nutzung dieser Version?
Deaktiviere falls vorhanden alle Cache-, Minify-, Optimierungsplugins und stelle weitere Information zur Verfügung, z.B. welches Theme wird verwendet, wie sieht das Problem bei Dir genau aus (Screenshots, welches Gerät u.ä.), was wurde verändert bevor die Darstellung anders wurde, was sagt der Support der Getwind-Blocks, Link zur Seite wo man das ansehen kann, siehe auch Forenregeln, Punkt II
Verwende entweder einen Block mit Spalten oder ein Gallerie Plugin, nicht beides gleichzeitig.
Wenn die Darstellung nicht einheitlich ist, kann es sein, dass die Bilder unterschiedliche Formate haben.
Setze Deine PHP-Weiterleitung in [FONT=Courier New]/anleitung/index.php[/FONT] ohne weitere [FONT=Courier New].htaccess[/FONT] Einträge oder nutze alternativ zu allem z.B. ein Redirect Plugin innerhalb von WordPress.