Hallo, die Lesezeit funktioniert normalerweise.
Warum sie bei manchen Seiten nicht funktioniert haben wir noch nicht herausgefunden.
Es könnte vieles sein, PHP Parameter, Cache, Schriftart ect pp.
Wie gesagt wir haben keinen Kausalität gefunden.

Das kann ich mir vorstellen, daher mein vorgeschlagener Ansatz. Beim erstellen/bearbeiten eines Artikels läuft eh ein Wortzähler mit und daher wäre die Berechnung an dieser Stelle, die einfachste Lösung um allen Problematiken aus dem Weg zu gehen.
Zudem ist die Berechnung der Lesezeit "nur" beim erstellen/bearbeiten die Lösung, die den Server am wenigsten belastet (Performance)

Alternativ wäre das auch über eine SQL Prozedur möglich, die bei einem Insert/Update die Berechnung und das Füllen des Feldes übernimmt um den Webserver selbst zu entlasten.

Hallo, die Funktion an sich ist gut und diese sollte auch so bleiben, da sonst die Abwärtskompatibilität nicht mehr vorhanden ist.
Das Problem ist jedoch, dass wir den Fehler nicht testen können, da er bei uns nicht vorkommt.
Weder mit PHP 8 noch mit Php7 ect pp

Okay, bei der Fehlersuche will ich gerne unterstützen.

Wann und wo findet die Berechnung denn statt und wie/wo wird das Ergebnis abgespeichert?
Falls die Analyse erst beim Artikel-Aufruf stattfindet, kann es zu Problemen kommen, da die Webseiten aufgrund der DSGVO, immer ein CMP vorgeschaltet haben. Daher ist von dem Weg grundsätzlich abzuraten. Bewerten kann ich das natürlich nicht, wie da das Template arbeitet.

Das Problem tritt übrigens auch dann auf, wenn ein Beitrag nicht gecached wird.
Auch wenn in dem Beitrag keine "Module" drin sind, taucht der Fehler auf.

Eine weitere Theorie: Wenn die Readtime irgendwo im File-System gespeichert wird, dann wäre interessant, wo, weil dann wäre da ein guter Ansatz. Gerade bei gehärteten Systemen ist das Schreiben/erstellen von Dateien im File-System nicht zulässig, müsste also explizit gesetzt werden.

Ein (theoretisches) Problem könnten die Beitragseinstellungen sein.
Als Anlage, wie wir Beiträge einstellen. Zusätzlich ist immer eine Bildbeschreibung und Bildunterschrift, sowohl beim Einleitungsbild als auch beim Beitragsbild, vorhanden.

Joomla 3.10.10
PHP 7.4.10

Weiterhin wird "Google-Strukturierte-Daten" eingesetzt und Komento

Hier mal ein typischer Beitrag: www.eu-schwerbehinderung.eu/index.php/33-aktuelles/1721
Falls notwendig, können wir auch gerne ein Backend Zugriff ermöglichen. Details dazu bitte per E-Mail.

Nachdem wir einen Beitrag gefunden haben, wi die Lesezeit auch angezeigt wurde, haben wir intensiver getestet.

Das Ergebnis:
Kein Cache Problem
Kein anderes Plugin/Erweiterung ist Ursache.

Als Ursache wurde folgendes gefunden:
Sobald ein Content die Option "weiterlesen ..." beinhaltet, funktioniert die Lesezeit. (<hr id="system-readmore" />)
Zwar wäre das ein möglicher Workaround, ist jedoch praktisch nicht umsetzbar, da damit die RSS-Feeds an dieser Stelle abgeschnitten werden und somit unbrauchbar und nicht mehr den rechtlichen Anforderungen entsprechen.

Das Problem taucht also im "parsing" auf.
Wäre schön, wenn es hier kurzfristig eine Lösung gibt.

Vielen Dank

Hallo, stimmt.
Soeben als Bug eingereicht
github.com/templaza/astroid-framework/issues/159