Beiträge von b3317133

Bei den Beiträgen mit ID 280 und ID 235 ist jeweils sticky/oben halten aktiv, solche Beiträge werden nicht mitgezählt.

Irgendjemand hatte Optimierungsplugins falsch/doppelt eingerichtet, sowas gilt es zu vermeiden. Der Zusammenhang mit den nicht mehr funktionierenden Menüs hätte dabei eigentlich auffallen sollen. Verwende vor allem nicht mehrere gleichartige Plugins parallel. Suche eines aus, informiere Dich dann zu jeder einzelnen Einstellung und teste jede Funktion des Websites.

Erneut der Hinweis: Deaktiviere das Plugin Autoptimize und leere dann Deinen Browser Cache. Derzeit werden dadurch Scriptfehler erzeugt. Falls Dein Such Plugin Ergebnisse per AJAX Script einbindet, ist es auch davon betroffen.

Das ist keine "Fehlermeldung", sondern das ist der "Shortcode" des Plugins "Post Type Search Module For Divi", der wohl an diversen Stellen in Deiner Seite eingefügt wurde. Er wird im Klartext angezeigt, wenn das Plugin nicht vorhanden bzw. nicht aktiv ist.

Zitat von Copperhead77

Damit habe ich auf der Startseite eine Suche eingerichtet, wonach die Besucher dort nach Schlagwörtern suchen konnten. Diese Ergebnisse generierte ich somit dann aus den Projekten, wo ich die einzelnen Rezepte als jeweiliges Projekt speichere.

Mache alle aktuellen Änderungen rückgängig bis zu dem Zeitpunkt als die Suche noch funktioniert hat oder spiele ein Backup aus der Zeit ein. Falls Du selbst keine Backup hast, frage beim Hostinganbieter nach, ob dort ggf. Backups vorliegen.

Alternativ könntest Du Dich auch an die ganz unten auf der Seite genannte Agentur wenden, vielleicht hat man dort noch eine funktionierende Version der Seite oder die Person, die die Seite ursprünglich eingerichtet bzw. technisch betreut hat, kann weiterhelfen.

Die Scriptfehler sind weiterhin vorhanden und stören u.a. die Anzeige/Funktion des Cookie Plugins, deaktiviere das o.g. Plugin Autoptimize, vermutlich ist das hier die Ursache.

Der zitierte Shortcode [FONT=Courier New][et_pb_search_posttype ...][/FONT] gehört zum Plugin "Post Type Search Module For Divi" und funktioniert nur dann, wenn das Plugin auch aktiv ist.

Weiterhin fällt auf, dass Deine Seite derzeit Scriptfehler in der Browser Console erzeugt. Möglicherweise wurde WordPress aktualisiert ohne vorher die Kompatibiltät zu Theme oder Plugins zu prüfen. Deaktiviere alle Cache-, Minify-, CDN- und sonstige Optimierungen (derzeit mind. aktiv: Autoptimize), dann kann man dieses Problem ggf. etwas besser eingrenzen. Mit der nicht funktionierenden Suche hat es aber wohl nichts zu tun.

Aus Deinen anderen Beiträgen z.B. hier im Forum geht hervor, dass Deine Installation wohl gehackt war, wie genau wurde das dort beschriebene Problem gelöst?

Link zu dieser Registrierungsseite wo das mit der Download Datei passiert?

Mit jetzt deaktivierten Optimierungen funktioniert das Menü Desktop und Mobil einwandfrei.

Das Problem hier war also entweder die Kombination verschiedener Optimierungsplugins und/oder deren Einstellungen und/oder das Theme bzw. Plugins sind nicht kompatibel mit den vormals gewählten Optimierungen.

Bei Darstellungssproblemen sollte man generell immer als erstes alle Cache-, Minify-, CDN- und sonstige Optimierungen deaktivieren, um entstandene Fehler dadurch auszuschliessen.

Im WordPress Plugin Verzeichnis mit z.B. Suchbegriff Gallery Filter könnte etwas passendes dabei sein.

Es sind weiterhin Cache- bzw. Minify-Plugins usw. aktiv, dabei mit W3 Total Cache und Clearify Cache sogar zwei Plugins, die sich funktionell in die Quere kommen können und nicht parallel betrieben werden sollten.

Deaktiviere alle Optimierungen, damit Helfer den Fehler eingrenzen können.

Verwende die kostenlose Version von Polylang ggf. ergänzt durch das TTfP Plugin falls nötig und ergänze dann die nötigen Seiten selbst im Zuge des Einpflegens der Übersetzungen mit gleich sprachlich passendem Permalink usw.

Ergänzung: Anleitung Theme Hersteller zur Nutzung Polylang.

Du hast bisher trotz mehrfacher Nachfrage keine einzige Version Nummer genannt, weder von Elementor noch von den Browsern, auch nicht von Windows o.ä.

Auch fehlt ein Link zum Website wo Du die Performance Probleme im Frontend beschreibst. Der user.ini Screenshot enthält Werte, die Datei ist aber lt. Screenshot nicht gespeichert. Wie soll man da helfen?

Evtl. ein ähnliches Problem wie hier beschrieben. Viel Erfolg.

• Wird Elementor Pro 3.18.2 vom 20.12.2023 genutzt? Falls Lizenzen abgelaufen sind, wird ggf. eine ältere Version als aktuell gezeigt.
• Wie ist die Ladegeschwindigkeit des Elementor Pro Editors mit anderen aktuellen Browsern bzw. PCs?

• Also wird Elementor Pro 3.18.2 vom 20.12.2023 genutzt (Changelog)?
• Und bitte alle Fragen beantworten sonst ist Hilfe schwer/unmöglich, vielen Dank.

Zitat von andreasrisse

ich habe das Problem das der Elementor pro Editor Recht langsam lädt. Es dauert gerne mal 1 Minute bis ich damit arbeiten kann.

• Die gezeigten Screenshots Performance Test betreffen nicht das Laden des Editors von Elementor sondern das Frontend des ganzen Websites.
• Werden die aktuellen Elementor Pro und WordPress Versionen verwendet?
• Welcher Browser und Version wird verwendet und wie ist die Ladegeschwindigkeit des Elementor Pro Editors mit anderen aktuellen Browsern bzw. PCs?

Man kommt darauf, indem man sich die Browser Konsole genauer anschaut.

Die klassische WordPress AJAX Schnittstelle funktioniert nicht, wenn ein [FONT=Courier New].htaccess[/FONT] Schutz des[FONT=Courier New] /wp-admin/[/FONT] Ordners gesetzt wird. Viele Plugins und auch manche Themes kommen mit so einem Schutz nicht klar.

Ein sicheres Admin Passwort ist ein besserer Schutz als eine solche [FONT=Courier New].htaccess[/FONT] Konstruktion.

Es liegt am [FONT=Courier New].htaccess[/FONT] Schutz des Ordners[FONT=Courier New] /wp-admin/[/FONT] und das Login-Fenster erscheint, wenn das Plugin WP Accessibility einen AJAX Aufruf tätigen will.

Wenn im Browser ein Adblocker läuft, verursacht WP Accessibility einen Scriptfehler (siehe Browser Console) und der AJAX Aufruf findet nicht statt, wodurch die Abfrage offenbar bei manchen oder in manchen Browsern nicht erscheint.

https://www.ihrletzterweg.de/audiowalk/wp-admin/admin-ajax.php
https://www.ihrletzterweg.de/audiowalk/wp-admin/

Hier wird kein Login-Fenster gezeigt.

Melde Dich aus WordPress ab, leere Deinen Browser Cache, rufe die Seite auf. Erscheint immer noch ein Login-Fenster?

Zitat von phoenix43

.. mit neuen Beiträgen, die erst später veröffentlich werden, schonmal ein bisschen anzuiteasern.

Du könntest Teile des Beitrags z.B. über ein Plugin wie Timed Content ausblenden (Nutzung in einem Classic Block).

Am wichtigsten ist es, die für den Hack genutzte(n) Lücke(n) zu ermitteln, welche war(en) es?

Und am Rande bemerkt, ein aktiver Hack kann sich problemlos vor Plugins wie Wordfence usw. verstecken oder diese unterlaufen.

Gekaufte kommerzielle Themes wie Bridge werden per FTP oder über den in Deinem Screenshot oben sichtbaren Button "Theme hochladen" installiert. Normalerweise liefert der Verkäufer entspr. Anleitungen mit.