Beiträge von b3317133

In einer Sandbox hier funktionieren die Redirects alter Beiträge damit.

Klicke noch einmal die WordPress Funktion Einstellungen > Permalinks > keine Änderungen hier! > Speichern Button, ändert das etwas?

Wie schon oben in Antwort #3 beschrieben, meldet solche Dinge direkt bei den Gutenberg Entwicklern, sonst wird sich daran nichts ändern.

Lies noch den Hinweis ganz oben auf der Seite Deines Screenshots im Permalink Manager Lite Plugin:

Zitat

The current permastructures settings will be automatically applied only to the new posts & terms.
To apply the new format to existing posts and terms, please use "Regenerate/reset" tool after you update the permastructure settings below.

Klicke Regenerate/reset an und dort den blauen Regenerate Button.

Siehe dazu auch Hinweis in Antwort #9.

Zitat von Tompa

Mit diesem (Permalink Manager Lite) Plugin hat es leider nicht geklappt.

Was genau hast Du wo genau im Plugin eingestellt?

@threadi Danke, mit dem Permalink Manager Lite Plugin könnte das Vorhaben funktionieren, über dessen eigenes Permastructure Feld und dessen Regenerate/Reset Funktion.

Das Plugin ist allerdings sehr umfangreich und für unbedarftere WordPress Nutzer relativ gefährlich, immer Datenbank sichern vor jeder Änderung!

@threadi Welches davon leitet automatisch auf den neuen Pfad weiter, mit vorher unbekanntem [FONT=Courier New]%category%[/FONT] Teil?

Für eine automatische Lösung könnte man selbst ein Plugin schreiben, das für das Muster /xxx.html den entspr. Post ID in der Datenbank raussucht und dann zu get_permalink(ID), was den neuen Pfad mit Kategorie enthält, bei Bedarf weiterleitet. PHP und WordPress API Erfahrung nötig.

• Was sagt der mitgekaufte "the7" Support?
• Was wurde gemacht, bevor das Problem auftrat? Theme aktualisiert? Elementor aktualisiert? PHP Version geändert?

Vergleiche mal den Namen der Action

add_action( 'elementor/query/limit_projekte', function( $query ) {

mit

add_action( 'query/limit_events', function( $query ) {

Wird die Action denn überhaupt ausgeführt?

PS. Code fügt man mit dem [+] Symbol und Code im Forum Editor ein.

Zitat von GMBauer

Ich habe Honeypot bei mir wieder rausgeworfen, weil das noch ungefähr 10 Prozent durchgelassen hat.

...ob das auch die Font-Aufrufe von Recaptcha abfängt?

Hier 100% Erfolg mit Spambots mit oben beschrieben angepassten Feldnamen, knapp 30.000 erwischt in halbem Jahr, Anzahl steht unten in Formulare > Honeypot.

reCaptcha Webfonts und alles was es noch so nachlädt, kann kein Plugin abfangen, ausser man bindet reCaptcha erst nach Zustimmung überhaupt ein, was aber den Sinn aushebelt. reCaptcha ist nicht DSGVO konform nutzbar.

Beispielsweise durch "Manged WordPress" Hosting, wo im entspr. Klickibunti Backend "sicherheitshalber" mal alles angeklickt wird, was es da gibt, ohne wirklich die Auswirkungen in WordPress zu kennen.

Beispiel älterer Blogbeitrag cPanel WordPress Hardening.

Die Elementor Dokumentation könnte weiterhelfen: How to Create, Edit, & Style Columns in Elementor

Tipp zum erfolgreichen Einsatz des genannten CF7 Honeypot Plugins:

Wir verwenden meist [FONT=Courier New]your-email[/FONT] als Honeypot Feld und nennen das echte E-Mail Feld anders.

Ohne Code kann man kaum helfen. Füge Deinen Code mit dem [FONT=Courier New][+][/FONT] Symbol und Code im Forum Editor ein.

Ein Ansatz mit PHP "Unterbrechung" wäre sowas.

Ein Ansatz ohne PHP "Unterbrechung" nur mit CSS wäre die korrekte Nutzung von [FONT=Courier New]flex-wrap: wrap;[/FONT] wie z.B. die gelben Boxen in diesem Beispiel.

Das Forbidden erscheint, weil die Domain derzeit weiterhin direkt auf das Stammverzeichnis (jetzt) ohne Dateien zeigt.

Wenn Du eine index.html in das Stammverzeichnis kopierst, würde sie statt dem Forbidden gezeigt.

Mit dem Inhalt des Unterverzeichnisses hat das Problem nichts zu tun, darin sollte alles unverändert bleiben.

Ergänzung: Und lass Dir nicht einreden, dass Dein WordPress eine falsche Verzeichnisstruktur oä. hat oder neu installiert werden müsse, das ist alles ok so, viele wissen nicht, dass man das auch genau so einrichten kann, wie es bisher bei Dir eingerichtet ist.

Sobald die Domain dann auch wirklich auf das eigentlich schon im Hosting eingestelle Verzeichnis zeigt, wird die WordPress Webseite wieder erscheinen.

Auch eine Meldung wie "wurde übernommen" oä.?

Derzeit zeigt die Domain weiter direkt auf das Stammverzeichnis.

Entweder die Übernahme dauert länger oder sie funktioniert nicht, in dem Fall Hosting Support ansprechen.

Theoretisch ist alles richtig verschoben und eingegeben.

Wenn die Domain dann funktioniert, beachte noch den Hinweis zu WP Rocket in Antwort #2 ganz oben.

Dann das hier eingeben, das hattest Du aber lt. obiger Aussage schon probiert.

/e-tumleh_de

Was erscheint dann nach dem Speichern?

Würde anhand der Erklärung unter dem Feld das hier eingeben:

/e-tumleh_de/

Was erscheint nach dem Speichern?

Keine Änderungen in .htaccess

Es kommt auf das Hosting an, wo/wie/mit welchen Pfadteilen man den Pfad eingibt oder auswählt. Die meisten zeigen eine Ordnerstruktur zum Anklicken. Poste einen Screenshot wie das bei Dir aussieht.

Bei manchen dauert die Übernahme des neuen Pfades auch etwas, dazu wird oft ein Hinweis angezeigt.

Derzeit zeigt die Domain noch direkt auf das Stammverzeichnis.

Es fehlt noch Punkt 3.

Setze die Domainverknüpfung im Hosting von bisher Stammverzeichnis neu auf das Verzeichnis [FONT=Courier New]/html/e-tumleh_de/[/FONT]