Kommentare von

^ War beim letzten Kommentar wieder so.

Habe die (überarbeitete) functions_routing.inc.php von www.beatsblog.ch hierhin kopiert und nun wird die rechte Seitenleiste wieder angezeigt.

Das routing warning war nur oben (angemerkt *) und hatte mit dem cache Fehler Zeug (rechts) nichts zu tun.

* Ebenso wie das subscribe warning ebenda in routing Zeile 426, Das habe ich gerade auf Styx gefixt.

Der voku cache Fehler tritt aber auch auf wenn man im Frontend einen Kommentar sendet und verweist in seiner (#x) Stack trace Liste dann aber auf kein Seitenleisten cache file. Insofern ist da vielleicht noch etwa zu machen. Komisch ist nur dass ich lokal bei mir mit allem was an internen debugging Einstellungen möglich ist, bisher solches überhaupt nicht nachstellen kann. Und die sind viel schärfer als deine dev Version.

Also dieser Nginx Proxy Cache treibt einen zum Wahnsinn, so oft wie der unerreichbare Seiten produziert und mit all den verbunden Nachteilen von runtime Sachen wie bee captchas etc.... ich weiß nicht ob die erworbene Schnelligkeit das wettmacht...

Naja seis drum, jedenfalls hast du mich mit der Klammer falsch verstanden, scheints.

if (function_exists('opcache_get_status')) {
    ..hier drin nun alles was zum cache gehört..
}

define('serendipity_FUNCTIONS_LOADED', true); //so endet die Datei

Ok .. Ich sehe das war noch nicht durchdacht genug.

Probiere es mal damit (kompletter Ersatz)

$opcache = function_exists('opcache_get_status')) ? true : false;

use voku\cache\Cache;
// Configure voku/simple-cache to use templates_c as directory for the opcache files, the fallback
// when Memcached and Redis are not used. Returns the configured cache object. Used internally by
// the other cache functions, you most likely never need to call this.
function serendipity_setupCache() {
    global $opcache;
    if ($opcache === false) {
        return $opcache;
    }
    $cacheManager = new \voku\cache\CacheAdapterAutoManager();
    $cacheManager->addAdapter(
        \voku\cache\AdapterOpCache::class,
        static function () {
            global $serendipity;
            $cacheDir = $serendipity['serendipityPath'] . '/templates_c/simple_cache';

            return $cacheDir;
        }
    );

    $cacheManager->addAdapter(
        \voku\cache\AdapterArray::class
    );

    $cache = new Cache(
        null,
        null,
        false,
        true,
        false,
        false,
        false,
        false,
        '',
        $cacheManager,
        false
    );
    return $cache;
}

function serendipity_cleanCache() {
    global $opcache;
    if ($opcache === false) {
        return $opcache;
    }
    $cache = serendipity_setupCache();
    return $cache->removeAll();
}

function serendipity_cacheItem($key, $item, $ttl = 3600) {
    global $opcache;
    if ($opcache === false) {
        return $opcache;
    }
    $cache = serendipity_setupCache();
    return $cache->setItem($key, $item, $ttl);
}

function serendipity_getCacheItem($key) {
    global $opcache;
    if ($opcache === false) {
        return $opcache;
    }
    $cache = serendipity_setupCache();
    return $cache->getItem($key);
}

define('serendipity_FUNCTIONS_LOADED', true);
/* vim: set sts=4 ts=4 expandtab : */

Edit: Nachgebessert und global eingefügt, sorry!
Edit2: Schließende Klammern eingefügt

Nee da fehlen schließende Klammern (siehe edit2) sorry!

hmmm what what ??? Ahhh - Du meinst

$opcache = function_exists('opcache_get_status') ? true : false;

natürlich! ?

Seit dem Update erhalte ich keine E-Mail-Benachrichtigungen mehr

Seit welchem update, den drei Dateien oder seit 3.4-alpha2 ?

Nachtrag: Laut auftretender Fehlermeldung hast du die functions_comments.inc doch noch nicht upgedated. Das ergibt header already sent Fehler die möglicherweise das email versenden verhindern.

Aber eine solche ohne .inc gibts gar nicht...?

Das wäre natürlich blöd wenn PHP 8 irgend etwas am Mailversandt abstellen würde. Vorerst müssen wir uns aber auf all die kleinen Fehler konzentrieren, die dann einfach eine runtime Unterbrechung darstellen und womögliche Folgefehler provozieren.

Das zeigt nur dass sie komplett nicht verstanden haben. Das sind Support Mitarbeiter, (meist) keine Admins. (Sie sollen aber den Admins den Rücken freihalten.) Man muss ihnen sehr genau erklären dass sie es (trotzdem) weiterzugeben haben an jemanden, der damit etwas anzufangen weiß. Denn phpinfo() Einstellungen verweisen auf PHP Server Einstellungen und sind meist nur dort sinnvoll zu verändern, vorallem wenn es sich um disabled functions dreht, die durchaus hinterfragbar sind. Die

opcache_get_status

Funktion ist ja gerade dafür gedacht herauszufinden ob man opcache überhaupt verwenden kann. Sonst macht das aktivieren der library ja auch gar keinen Sinn, meine ich.