Love the Idea, trying to learn what is needed to make this work?

Hello, looking around I’m finding some issues with trying to get this plugin to work. It seems I have to dig in hard to learn how it detects the setup needs. Nginx is in place and confirmed working, but we are using Aapanel Pro.

We have the full source code, so we can go digging for anything and find how it creates paths and files. As we already developed a Varnish server solution, with the and Nginx layer + Varnish, plus Object Cache + php FPM .

Stack Architecture (Server):
🌐 Client (Browser)
  ⇓
🕸️ Nginx :80/:443 + WAF
  ⇓
💨 Varnish :6081 (Cache) ⚡⚡
  ⇓
🔌 Apache :8288 (ACTIVE)
  ⇓
🐘 PHP-FPM → OpCache → APCu
  ⇓
🔴 Redis :6379 → 🗄️ MySQL :3306

I think the layers are adding to much complexity. Now decided to try this solution as the Varnish solution has too many issues, wasting time trying to find them all. This plugin setup seems very technical and honestly having a harder time than I expected to learn how to get this up and running out of the box.

The first thing we did was set the define(‘NPPP_ASSUME_NGINX’, true); then installed rg then confirm safexec (version) 1.9.2 not (1.9.6) Ubuntu 22.04.5 LTS x86_64 doesn’t seem to allow me to install as the repo is missing in this OS version. Is that a requirement, I maybe able to get around it, but it could break other things?

The  Nginx Cache Directory is set to /dev/shm/nginx-cache
Cloudflare Cache Sync requires the Cloudflare WordPress plugin with APO yet it’s just a simple API, so I think we will look at your plugin and try and add that detection in. The plugin Clear Cache Everywhere already has this Cloudflare API built in for easy reference, that works with ease.

Redis Object Cache Sync is not being seen as Redis Object Cache plugin is needed and yet we use Object Cache Pro, so will need to again check your plugin to perhaps auto detect that as well. Clear Cache Everywhere already see it. So I think that is a detection issue again.

So now we need to get past these issues GLOBAL ERROR WGET: Preload action requires GNU Wget 1.x (>=1.16). Non-GNU Wget implementations are not supported.

Yet we have GNU Wget 1.21.2-2ubuntu1.1 installed, which is well above the required 1.16 version. So maybe this is a detection path issue as Aapanel Pro does not always use standard paths.

I have not dug in deep just yet, but I think a lot of this could be path detection methods as it’s looking for standards which Aapanel is not? It’s Python and Vue based and a mix of other programming stacks.

Otherwise this plugin look like just want I want to test, Varnish was a fail for so many nested reasons not to mention we had to wire Nginx to proxy to varnish as Nginx is the heart of Aapanel Pro with you want to use a proxy for the most part. You can use standalones like Nginx or OLS. But then you have to proxy to a cacher as I’m finding fastcgi is not a complete solution.

We can also setup Open Light Speed with AAP, but OLS does not handle edge caching well at all and thus still slower than we can use. We tried Nginx to Varnish to OLS and that was a failed mess.

So now we are trying pure Nginx, but not many software really think about cache warming or hwo to handle dynamic request or using pure redis for storage, thus products and pages are slow to load the first time out.

What I’m after is a static like response with dynamic responses even when you are logged in. Both for the admin and front end, we know it’s possible as we did it before on another language stack, that used good indexing as well and many other methods to get instant data access, zero lag.

But still working on the tweaks to make this happen on this platform, regardless of methods. One million bad ways and we just want the one good way now. 🙂