acpl / flarum-lscache
LSCache implementation for Flarum.
Fund package maintenance!
android-com-pl/flarum-lscache?sponsor=1
Installs: 2 487
Dependents: 0
Suggesters: 0
Security: 0
Stars: 5
Watchers: 2
Forks: 1
Open Issues: 0
Type:flarum-extension
Requires
- php: >=8.1
- flarum/core: ^1.8
Requires (Dev)
- clarkwinkelmann/flarum-ext-author-change: ^1.0
- flarum/approval: ^1.8
- flarum/likes: ^1.8
- flarum/phpstan: ^1.8
- flarum/tags: ^1.8
- fof/masquerade: ^2.1
- sycho/flarum-move-posts: ^0.1.7
- v17development/flarum-blog: ^0.7.7
Suggests
- blomstra/flarum-redis: This library allows using Redis as cache, session and for the queue. https://github.com/blomstra/flarum-redis#set-up
README
A Flarum extension. Integrates LSCache with your forum.
Requires a LiteSpeed Web Server or OpenLiteSpeed.
Installation
Install with composer:
composer require acpl/flarum-lscache
Upon initial activation, the extension will add its configurations to the .htaccess
file.
It's recommended to back up your .htaccess
file before installing the extension.
Updating
composer update acpl/flarum-lscache php flarum migrate php flarum cache:clear
Cache Management
This extension smartly manages the cache by purging it only where needed. For instance, when a new post is added in a discussion, the cache for that specific discussion, its tags, and the homepage are purged.
When you clear the Flarum cache, the LSCache is also cleared automatically unless you disable this feature in the settings.
You can clear the LSCache without clearing the Flarum cache via the admin panel. This option is available under the standard Flarum cache clearing option. There is also the php flarum lscache:clear
command. The command supports the --path
argument. For example, php flarum lscache:clear --path=/tags --path=/d/1-test
. You can use this if you only want to purge specific paths instead of the entire cache.
For Developers
How the Extension Tags Paths
First, it's useful to understand how the extension adds LSCache tags to forum paths.
The extension uses route names. For example, if you registered routes for a resource in your extension named examples
:
(new Extend\Routes('api')) ->get('/examples', 'examples.index', ExamplesListController::class) ->post('/examples', 'examples.create', ExamplesCreateController::class) // and so on
The extension will automatically add the following tags to the response:
- For paths with the
.index
suffix (e.g.,examples.index
):- A tag corresponding to the main resource name is added (e.g.,
examples
)
- A tag corresponding to the main resource name is added (e.g.,
- For other paths:
- A tag with the full path name is added (e.g.,
examples.overview
)
- A tag with the full path name is added (e.g.,
- If the request contains parameters:
- For the
id
parameter: a tag{resource}_{id}
is added (e.g.,example_1
) - For the
slug
parameter: a tag{resource}_{slug}
is added (e.g.,example_example-slug
)
- For the
Tip
To see the cache tags added for a given request, check the value of the X-LiteSpeed-Tag
header in the Network tab of DevTools.
Purging Cache
By default, the extension purges the cache for a resource with a given ID if it detects successful requests to paths with the suffixes .create
, .update
, .delete
.
To disable this behavior and add your own event handling, add your resource to the $resourcesSupportedByEvent
array:
// 💡 resource name should be in singular form \ACPL\FlarumLSCache\Utility\LSCachePurger::$resourcesSupportedByEvent[] = 'example' return [ // ... your current extenders ];
Then you can create an event listener:
// extend.php use Flarum\Extend; return [ // ... your current extenders (new Extend\Conditional) ->whenExtensionEnabled('acpl-lscache', [ (new Extend\Event)->listen(ExampleUpdated::class, ExampleUpdatedListener::class) ]), ];
// ExampleUpdatedListener.php use ACPL\FlarumLSCache\Listener\AbstractCachePurgeListener; class ExampleUpdatedListener extends AbstractCachePurgeListener { /** @param ExampleUpdated $event */ protected function addPurgeData($event): void { // Purge cache tag $this->purger->addPurgeTag('examples'); // or purge multiple cache tags $this->purger->addPurgeTags([ 'examples', "examples_{$event->example->id}" ]); // Purge a single path $this->purger->addPurgePath('/examples'); // or purge multiple paths $this->purger->addPurgePaths([ '/examples', "/examples_{$event->example->id}", ]); } }
Tip
It is recommended to purge cache tags instead of paths, as they also apply to different versions of the address, e.g., with query strings.
It's also possible to create an event subscriber if you want to group multiple listeners in one class:
// extend.php use Flarum\Extend; return [ // ... your current extenders (new Extend\Conditional) ->whenExtensionEnabled('acpl-lscache', [ (new Extend\Event)->subscribe(ExampleEventSubscriber::class), ]), ];
// ExampleEventSubscriber.php use ACPL\FlarumLSCache\Listener\AbstractCachePurgeSubscriber; use Illuminate\Contracts\Events\Dispatcher; class ExampleEventSubscriber extends AbstractCachePurgeSubscriber { public function subscribe(Dispatcher $events): void { $this->addPurgeListener($events, ExampleUpdated::class, [$this, 'handleExampleUpdated']); // ... rest of listeners } public function handleExampleUpdated(ExampleUpdated $event): void { $this->purger->addPurgeTags([ 'examples', "example_{$event->example->id}", ]); } // ... rest of methods }