Die Redirection und Cache Plugins hattest Du doch gestern schon deaktiviert oder doch nicht? Wurde inzwischen geklärt, was genauer mit der gestern noch vorhandenen Mediendatei mit dem gleichen "Slug" passiert ist? Evtl. sind in Plugins bzw. in der Datenbank noch Reste davon. Entstand das Problem beim Hochladen dieser Datei? Falls nein, wann genau entstand es dann? Kann der "Slug" der entspr. Seite auf "ohne [FONT=Courier New]-2"[/FONT] umbenannt werden?
Beiträge von b3317133
-
-
Link zur Seite wo man das sehen kann? Screenshot was genau gemeint ist?
- Falls der standard WordPress Toolbar gemeint sein sollte, kannst Du es mit CSS versuchen.
- Mit Elementor Pro kannst Du an gewünschter Stelle selbst eine solche Anrede mit den sog. Dynamic Tags erstellen.
-
Das bedeutet, dass bei Dir das deutsche Sprachpaket mit "Sie" statt "Du" Anrede verwendet wird.
Ursprung/Erklärung dieses Unterschieds z.B. hier in einem alten Blogbeitrag bei wordpress.org.
-
Ergänzung: Falls die betroffene Domain aus dem o.g. Dateipfad abgeleitet werden kann, die dort vorhandene WordPress 3.3.1 Installation ist sehr(!) alt und der Server schon länger gehackt, siehe diverse erfasste SEO Spam Ergebnisse z.B. bei Google (mind. bis zurück Anfang April):
-
Deine Installation wurde gehackt. Alles auf dem Server inkl. Datenbank ist als kompromitiert zu betrachten.
Das nachträgliche Entfernen einzelner Schadcodes oder Auswirkungen ist nicht ausreichend. Es können auch mehrere Hacks erfolgt sein, ggf. auch zu anderen Zeitpunkten.
Das allgemeine Vorgehen bei einem Hack ist z.B. hier beschrieben, das könntest Du mit jemandem mit WordPress Erfahrung bei Dir im näheren Umfeld zusammen durchgehen. Jeden einzelnen Punkt.
-
Es existiert offenbar eine Mediendatei mit dem gleichen "Slug":
In solchen Fällen könnte es sein, dass z.B. das Yoast SEO Plugin oder ein Medien Plugin o.ä. dazwischenfunkt und in der Folge der fragliche Redirect entsteht.Evtl. hilft das bei der Problemsuche weiter, ansonsten wende Dich an die Person, die diese Mediendatei hochgeladen oder Seiten mit dieser Mediendatei bearbeitet hat o.ä.
Wichtig: Nach jeder Änderung den Browser Cache leeren, der Browser merkt sich auch Redirects.
-
Wie kann ich den Browser Cache leeren..
-
Deaktiviere das Redirection Plugin und deaktiviere das WP Fastest Cache Plugin und leere den Browser Cache und versuche dann den Aufruf der Seite erneut.
Der [FONT=Courier New]x-redirect-by[/FONT] Header wird von WordPress in [FONT=Courier New]wp_redirect()[/FONT] gesetzt.
-
Lt. Query String [FONT=Courier New]?nab=0[/FONT] wird ggf. ein Plugin Nelio AB Testing verwendet. Deaktiviere das Plugin und leere den Browser Cache.
Lt. REST-API wäre zudem die korrekte URL der fraglichen Seite offenbar diese, mit [FONT=Courier New]-2[/FONT] am Ende:
-
-
.. wie haben die das bei der Seite Hemmerle gemacht?
Diese Seite ist nicht mit WordPress sondern mit dem ProcessWire CMS erstellt, gemacht wurde es über eigenes JavaScript. -
Mit CodeSnippets habe ich es auch versucht, aber keine hat mir einen ShortCode geliefert, um ihn die Startseite einzubinden und ein Plugin habe ich auch schon gesucht.
Einige Snippet Plugins ermöglichen auch Aufruf eines Snippets über einen Shortcode, z.B. WPCode.Ergänzung: In Deinem Fall wäre der Code dann vermutlich so gedacht, wobei WordPress eigentlich keine manuellen Uploads direkt in diesem Ordner vorsieht.
-
Dein eigentliches Konzept bzw. Problem ist leider weiterhin unklar.
Normalerweise nutzt man für Beziehungen und Daten in WordPress sog. Custom Post Types und Custom Taxonomies und bei Bedarf die Custom Fields API für weitere Metadaten inklusive deren intern vorhandene unsichtbare Cache Funktionalitäten.
Wenn man einzelne Dinge selbst nachbauen und dann doch in WordPress integrieren will, kommt es erfahrungsgemäss oft zu weiteren Problemen, die erst im Verlauf klar werden.
Daher die Frage nach dem Sinn und Zweck der ganzen Herangehensweise.
-
Hast Du mehr Informationen zu diesem "seinen Grund"? Was genau ist das technische Problem? Leider gibt es dazu derzeit keinerlei Angaben so dass eine Einordnung der Wichtigkeit dieses "Sicherheitsfixes" sehr schwer ist.
Und was wäre eine alternative Empfehlung für aktuell nicht mehr funktionierende WordPress 6.2.1 Websites mit Block Themes und Shortcodes? Offline gehen? Auf ein Classic Theme umstellen?
-
Nun möchte ich zum Anzeigen der Archive Seiten diese Klasse benutzen.
Vielleicht musst Du Dein Problem genauer erklären. Normalerweise nutzt man in WordPress dafür die vorhandene sog. Loop mit der vorhandenen API. -
Eine eigene Instanz von [FONT=Courier New]$wpdb[/FONT] würde man z.B. so verwenden:
Code$mydb = new wpdb('username','password','database','localhost'); $rows = $mydb->get_results("select Name from my_table");
Mehr dazu z.B. hier bei stackexchange. -
Inzwischen gibt es auch einen Follow Up Artikel bei WP Tavern, der die aktuelle Problematik gut zusammenfasst: https://wptavern.com/wordpress-6-2-…block-templates
-
Blockiert die Themes, die Shortcodes in benutzergenerierten Daten analysieren;
Im Original heisst es:ZitatBlock themes parsing shortcodes in user generated data
Und das bedeutet, dass in Block Themes ggf. vorhandene Shortcode Blöcke einfach nicht mehr funktionieren.Das hat grosses Chaos ausgelöst, aktuelle Diskussion z.B. im WordPress Core Ticket #58333 (inkl. mit der heissen Nadel gestrickte Workarounds) oder hier im WordPress.org Support Forum.
-
Leider - ist aktiv (siehe screenshot) Geht nur mit plugin.
Wurde die Datei allgemein über die WordPress Mediathek hochgeladen oder direkt in Elementor in einem Elementor Bild Element? -
Evtl. ist in den Elementor Einstellungen Enable SVG Uploads nicht aktiv.