@smilow1
super – freut uns. Danke für die Rückmeldung und “Gelöst”-Markieren. 👍
@smilow1
du kannst das Plugin per FTP deaktivieren: Wie du das ohne Adminzugang machen kannst, findest du in dem folgenden Beitrag aus unserer FAQ: Wie deaktiviert man alle Plugins ohne Adminzugang?
Wenn es sich aber um ein einziges Plugin handelt, reicht es, wenn du den Ordnernamen des Plugins CF7 Apps umbenennst, indem du z. B. einen Unterstrich vor dem eigentlichen Namen setzt. Also angenommen der Ordner heißt „cf7apps“, dann in „_cf7apps“ umbenennen. Dann wird das Plugin automatisch deaktiviert.
@bscu
Aber da hatten wir wohl beide den gleichen Gedanken 😊
Der Website-Zustand, auf den du hingewiesen hast (falls der TE noch reinkommt), ist sicher nicht verkehrt. 😉
Hallo,
was genau hast du vorher gemacht? – Updates, etc.?
Hilfreich könnte die Aktivierung des Debug-Modus sein. Damit Fehler ausgelesen werden können, müssen die Fehler in eine Log-Datei auf dem Server geschrieben werden, auf die man dann per FTP (oder auch SSH) zugreifen kann.
Sichere bitte zunächst die wp-config.php auf deinem lokalen Rechner.
Gib dann bitte mit einem geeigneten Programmier-Editor (z. B. Notepad++) in der wp-config.php oberhalb von /* That's all, stop editing! Happy blogging. */ folgendes ein:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_DISPLAY', false);
define( 'WP_DEBUG_LOG', true );
Achte darauf, dass du define('WP_DEBUG', false); überschreibst, falls die Zeile bereits in der wp-config.php steht. Wenn versucht wird, diese Konstante ein zweites mal zu definieren, gibt es einen Fehler, der deine Seite lahmlegen würde.
Mit diesen drei Codezeilen sagen wir WordPress, dass der Debug-Modus aktiviert werden soll. Die Fehlermeldungen sollen aber nicht direkt angezeigt werden, sondern in die Datei /wp-content/debug.log geschrieben werden.
Wenn der Fehler gefunden wurde bzw. wenn die Fehler nicht mehr in die debug.log geschrieben werden sollen, dann musst du daran denken, die Variable
define( 'WP_DEBUG_LOG', true );
wieder auf false zu setzen:
define( 'WP_DEBUG_LOG', false);
Viele Grüße
Hans-Gerd
Hallo,
sorry, aber die Website mit der genannten URL ist keine WordPress-Website.
Am besten wendest du dich mit dem Problem an den Hoster (IONOS).
Viele Grüße
Hans-Gerd
Hallo @anneke23
ich habe mir gerade die Website angesehen und sehe die Website mit der gewünschte Schriftart (siehe developer console – Aufruf mit F12 und dann unter Elements -> Computed -> font-family).
Lösche doch mal bitte den Browsercache und/oder öffne beispielsweise die Seite im Inkognito-Modus von Chrome.
Wie man den Browsercache bei Chrome löscht, findest du hier.
Viele Grüße
Hans-Gerd
Hallo,
hilfreich könnte die Aktivierung des Debug-Modus sein. Evtl. gibt es einen Plugin-Konflikt oder ein veraltetes Plugin, das nicht mehr gepflegt wird. Damit Fehler ausgelesen werden können, müssen die Fehler in eine Log-Datei auf dem Server geschrieben werden, auf die man dann per FTP (oder auch SSH) zugreifen kann.
Sichere bitte zunächst die wp-config.php auf deinem lokalen Rechner.
Gib dann bitte mit einem geeigneten Programmier-Editor (z. B. Notepad++) in der wp-config.php oberhalb von /* That's all, stop editing! Happy blogging. */ folgendes ein:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_DISPLAY', false);
define( 'WP_DEBUG_LOG', true );
Achte darauf, dass du define('WP_DEBUG', false); überschreibst, falls die Zeile bereits in der wp-config.php steht. Wenn versucht wird, diese Konstante ein zweites mal zu definieren, gibt es einen Fehler, der deine Seite lahmlegen würde.
Mit diesen drei Codezeilen sagen wir WordPress, dass der Debug-Modus aktiviert werden soll. Die Fehlermeldungen sollen aber nicht direkt angezeigt werden, sondern in die Datei /wp-content/debug.log geschrieben werden.
Wenn der Fehler gefunden wurde bzw. wenn die Fehler nicht mehr in die debug.log geschrieben werden sollen, dann musst du daran denken, die Variable
define( 'WP_DEBUG_LOG', true );
wieder auf false zu setzen:
define( 'WP_DEBUG_LOG', false);
Hilfreich für eine Analyse wäre auch der Website-Bericht:
Du findest unter Werkzeuge > Website-Zustand > Info einen Bericht zur Website. Warte bitte einen Moment bis die Ladeanzeige ganz oben abgeschlossen ist und kopiere dann per Button den Website-Bericht in deine Zwischenablage. Über den Button „Bericht in die Zwischenablage kopieren“ kannst du den Bericht unverändert (bitte mit den Akzentzeichen am Anfang und Ende) einfügen und anschließend hier posten. Evtl. ergeben sich dann weitere Anhaltspunkte, ob und wo das Problem liegt.
Hier ein Screenshot dazu (bei Klick auf das Bild, wird das Bild vergrößert):
Und mit z. B. STRG V in die Antwort bei diesem Thema einfügen.
Mehr Infos zum Website-Zustand findest du z. B. in dem folgenden Video
Viele Grüße
Hans-Gerd
Taucht das Problem auch auf, wenn du das in einem anderen Browser aufrufst?
Hilfreich könnte die Aktivierung des Debug-Modus sein. Damit Fehler ausgelesen werden können, müssen die Fehler in eine Log-Datei auf dem Server geschrieben werden, auf die man dann per FTP (oder auch SSH) zugreifen kann.
Sichere bitte zunächst die wp-config.php auf deinem lokalen Rechner.
Gib dann bitte mit einem geeigneten Programmier-Editor (z. B. Notepad++) in der wp-config.php oberhalb von /* That's all, stop editing! Happy blogging. */ folgendes ein:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_DISPLAY', false);
define( 'WP_DEBUG_LOG', true );
Achte darauf, dass du define('WP_DEBUG', false); überschreibst, falls die Zeile bereits in der wp-config.php steht. Wenn versucht wird, diese Konstante ein zweites mal zu definieren, gibt es einen Fehler, der deine Seite lahmlegen würde.
Mit diesen drei Codezeilen sagen wir WordPress, dass der Debug-Modus aktiviert werden soll. Die Fehlermeldungen sollen aber nicht direkt angezeigt werden, sondern in die Datei /wp-content/debug.log geschrieben werden.
Wenn der Fehler gefunden wurde bzw. wenn die Fehler nicht mehr in die debug.log geschrieben werden sollen, dann musst du daran denken, die Variable
define( 'WP_DEBUG_LOG', true );
wieder auf false zu setzen:
define( 'WP_DEBUG_LOG', false);
Hilfreich für eine Analyse wäre auch der Website-Bericht:
Du findest unter Werkzeuge > Website-Zustand > Info einen Bericht zur Website. Warte bitte einen Moment bis die Ladeanzeige ganz oben abgeschlossen ist und kopiere dann per Button den Website-Bericht in deine Zwischenablage. Über den Button „Bericht in die Zwischenablage kopieren“ kannst du den Bericht unverändert (bitte mit den Akzentzeichen am Anfang und Ende) einfügen und anschließend hier posten. Evtl. ergeben sich dann weitere Anhaltspunkte, ob und wo das Problem liegt.
Hier ein Screenshot dazu (bei Klick auf das Bild, wird das Bild vergrößert):
Und mit z. B. STRG V in die Antwort bei diesem Thema einfügen.
Mehr Infos zum Website-Zustand findest du z. B. in dem folgenden Video
Hallo @iriteser
ich habe mir das noch mal angesehen und einige Tests mit insgesamt 11 Beiträgen, davon ein Beitrag als Sticky Post durchgeführt.
Bei meinem Test habe ich die Query Loop (Abfrageschleife so eingerichtet, dass ich bei Darstellung rechts 8 Beiträge und bei „Oben gehaltene Beiträge“ „Einbeziehen“ eingestellt habe.
- Zunächst ist völlig egal, welches Block Theme verwendet wird, es werden auf der ersten Seite immer der Sticky Post und danach die ersten 8 Beiträge gezeigt. Auf der zweiten Seite werden dann wieder der Sticky Post und anschließend die restlichen zwei Beiträge gezeigt.
- Dann habe ich versucht, das Problem mit zwei Abfrageblöcken zu lösen: Ein Abfrageblock, der nur Sticky Posts zeigt und ein Abfrageblock, der alle Beiträge außer sticky posts zeigt. Da müsste man allerdings mit einem Snippet dafür sorgen, dass der erste Abfrageblock auf der zweiten Seite nicht gezeigt wird. Dafür habe ich leider keine Lösung gefunden.
- Als Workaround gehe ich auf einer Website so vor: Ich verwende keine sticky posts, sondern ändere da lediglich das Erstellungsdatum des Posts, so dass er an der ersten Stelle steht. Das klappt dann ohne Probleme. Vielleicht ist das eine Lösung, die für dich (erst mal) in Frage kommt.
Und jetzt bin ich hier raus.
@la-geek
Was willst du eigentlich?
das frage ich dich. Bleibe doch bitte bei der Sache. Ich war ontopic bis zu dem Zeitpunkt, bis du dich eingeschaltet hast.
@la-geek
Der von dir erwähnte KI-Website-Generator wird von WordPress.com bereitgestellt, dort kann man auch Abos abschließen.
Es ging ja um den Hoster und da wird das eben als Zusatz angeboten.
Allerdings gibt es ja durchaus auch die Möglichkeiten bei selbst gehosteten WordPress-Instanzen unter Einstellungen Konnektoren einzurichten.
Das wäre dann auch eine ergänzende Information und damit auch eine wichtige Info in einem WordPress.org-Forum. 😉
Insofern gibt es das eben nicht nur bei wordpress.com, sondern auch bei wordpress.org. Aber eben nicht als KI-Website-Generator.
@la-geek
Lt. Werbung von dem Hoster wird das aber tatsächlich angeboten, siehe hier.
Hallo @ahna2394
aber ich halte Dich gern auf dem Laufenden, falls Du magst?
gerne. Wir freuen uns immer über Rückmeldungen, ob und wie Probleme gelöst werden.
