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 erstellenIch erinner nur mal zum Beispiel an die Artikelserie dort zum Google-Fonts-Topos,..
WPTavern verwendet bis heute externe Google Webfonts und andere externe Resourcen und Tracker ohne Zustimmung und ohne Privacy Policy. Wie gesagt, nicht wirklich ein gutes Beispiel.
Weiter habe ich Deine "Wall-of-Text" nicht gelesen, Sorry.
-.... WPTavern ist nah dran an Muhlenweg
WPTavern wurde komplett von Mullenweg gekauft. Der ehemalige Eigentümer ist seitdem Angestellter einer Firma von Mullenweg:
Jeff Chandler was hired as an employee for Audrey.co, Matt Mullenweg’s personal research and investment company with the primary duty of creating and managing content on WPTavern.
WPTavern ist voller Tracker, hat keine Privacy Policy und ist nicht GDPR konform, gesamt nicht wirklich ein gutes Beispiel.
..wo die Ursache des langsamen Ladens der Startseite beseitigt ist.
Wurde bereits in diesem Thread beseitigt.
Nutze das Plugin, ignoriere die Meldung (und andere seltsame Tipps), kein weiterer Handlungsbedarf, fertig.
Wenn durch Dein Plugin dort 211 Millisekunden steht, passt alles und ist so fertig. Lass Dich nicht verwirren.
WordPress erkennt nicht alle Cache Plugins und Mechanismen. Und diese Meldung führt leider oft generell zu Missverständnissen.
Die Überschrift der Meldung und diese Zeile bedeuten, dass Dein Server schneller antwortet, als viele andere und alles OK ist.
Die mittlere Antwortzeit des Servers betrug 211 Millisekunden. Dies ist weniger als der empfohlene Schwellenwert von 600 Millisekunden.
Kein Handlungsbedarf, Meldung ignorieren.
Ersetze in der Datenbank in der Tabelle [FONT=Courier New]wp_options[/FONT] (bzw. ggf. anderes Präfix) den Wert der Zeile [FONT=Courier New]sticky_posts[/FONT] durch [FONT=Courier New]a:0:{}[/FONT]
Oder schreibe temporär diese Zeile in die [FONT=Courier New]functions.php[/FONT] des Child Themes und rufe eine Seite des Websites einmal auf und entferne die Zeile dann wieder.
update_option( 'sticky_posts', array() );Ok, damit hast Du die Ursache gefunden.
Deaktiviere das derzeit aktive All in One Event Calendar Plugin, das greift ggf. in die Blog Ausgabe ein, wenn es dort seine Events mit unterbringen soll.
Ansonsten prüfe, wieviele "Sticky Posts" bzw. deutsch "Oben halten" Beiträge Du hast, evtl. sind das zu viele bzw. mehr als 15, die landen alle auf der ersten Seite.
Auf Seite zwei usw. werden derzeit korrekt 15 Beiträge gezeigt.
https://www.tap3folge.de/page/2/
https://www.tap3folge.de/page/3/
...
Im Feed stimmt die Anzahl auch auf der ersten Seite:
https://www.tap3folge.de/feed/
Es muss daher wohl etwas in die erste Seite der normalen Startseite eingreifen. Was steht im Child Theme in [FONT=Courier New]home.php[/FONT] oder [FONT=Courier New]front-page.php[/FONT] oder [FONT=Courier New]index.php[/FONT] falls vorhanden?
Ich habe es jetzt gleich noch ausprobiert: Ganz ohne Plugins, wird nur noch der Header angezeigt...
Das Advanced Custom Fields Plugin muss aktiv bleiben. Das Child Theme nutzt die Advanced Custom Fields Plugin Funktion [FONT=Courier New]the_field()[/FONT] ohne weitere Überprüfung ob diese überhaupt vorhanden ist und die Ausgabe bricht daher mit internem Serverfehler nach dem Header ab, wenn das das Plugin inaktiv ist.
@threadi Und das funktioniert mit aktuellem WordPress?
Last updated: 5 years ago
Tested up to: 4.9.23
Es ist auch die kostenpflichtige Pro-Version. .. Es gibt dort die Einstellung "Enable Font Family"..
Wende Dich am besten an den mitgekauften Support des Plugins, dort kann man Dir sicherlich die Möglichkeiten und Auswirkungen dieser Einstellung näher erklären. Vermutlich würde es helfen, dort keinen Google Webfont einzustellen, mehr kann man dazu aber kaum sagen, wenn man nicht zufällig auch die Pro-Version dieses Plugins im Einsatz hat.
Darf ich fragen, wie du das Counter Number ...
Im Browser über Seitenquelltext anzeigen...
... klappten danach leider die downloads von daten nicht mehr.
Das kann beispielsweise bedeuten:
Auch nach Rückfrage gab es keine klare Beschreibung. Das war hier das Hauptproblem.
Der Code sollte nicht verschwinden beim Permalinks neu speichern. Welche WordPress Version? Welche Plugins laufen?
Wie genau sieht die [FONT=Courier New].htaccess[/FONT] mit dem eingefügten Code aus?
Deaktiviere das Counter Number Plugin oder schalte den Webfont für das Counter Element ab.
Eine einfache "Klick und Fertig" automatische Möglichkeit gibt es nicht.
