Jetpack adds powerful features… but sometimes we don’t want them all. This plugin brings additional control over Jetpack modules.
- Blacklist / remove individual Jetpack modules.
- Prevent module auto-activation on connection or after an upgrade.
- Allow activation of Jetpack modules without a WordPress.com connection.
- Single site and Multisite compatible.
In most use cases, a carefully considered combination of Jetpack modules can be a really good thing. But not always is much consideration being done beforehand. Or site admins just don’t know all the implications…
- Maybe your Nginx web server uses FastCGI caching, making it incompatible with the Mobile Theme module? Blacklist that module to prevent any admin from activating it.
- Do you already a light box provided by your theme or another plugin? Then blacklist the Carousel module to prevent accidental activation.
- Or you’re running a Multisite and do not want any admins monitoring uptime with the Monitor module just to call you every time their site is briefly inaccessible?
- Or you offer your own backup service and do not care much for VaultPress competition?
- You’re running a school network and (some) sites are managed by minors who are not allowed to sign up for an account at WordPress.com? Then use the Jetpack Development Mode option to allow usage of modules that do not require a connection.
Any one of Jetpack’s modules can bring overlapping or even conflicting functionality. In such cases, being able to prevent (accidental) activation is a good thing.
SINGLE SITE AND MULTISITE
Although the original idea arose on a multisite installation, Jetpack Module Control is developed for both single and multisite installations.
On multisite, it can only be network activated and allows global rules for Jetpack on all sites. At this point it also allows per-site changes by Super Admin only. Jetpack itself can, but does not need to be, network activated.
For single site installations, plugin settings can be locked down by adding
define('JETPACK_MC_LOCKDOWN', true) to wp-config.php for complete security. This can be useful to prevent other admins being able to reactivate blacklisted modules.
The project can be forked and or contributed to on Github.
All contributions — be it in the form of feature requests, bug reports, translations or code — are welcome!