The System Info plugin generates a <code>composer.json</code> file and provides system information based on the active plugins and theme in your WordPress installation. It’s designed to help you easily manage your site’s dependencies through Composer, a tool for dependency management in PHP.
<h3>Features</h3>
<ul>
<li>Scans your current WordPress setup to detect active plugins and the active theme.</li>
<li>Automatically generates <code>composer.json</code> content with the necessary Composer requirements based on the detected plugins and theme.</li>
<li>Displays the generated <code>composer.json</code> content in the WordPress admin interface for easy copying.</li>
</ul>
<h3>Usage</h3>
<ol>
<li>After activating the plugin, navigate to <code>Tools -> System Info</code> in the WordPress admin interface.</li>
<li>Review the automatically generated <code>composer.json</code> content.</li>
<li>Copy the displayed content and use it in your Composer setup as needed.</li>
</ol>
<h3>Example Output</h3>
{ 
 “name”: “yourname/wordpress-site”, 
 “description”: “A WordPress site managed with Composer”, 
 “require”: { 
 “php”: “>=7.4”, 
 “johnpbloch/wordpress”: ““, 
 “wpackagist-plugin/example-plugin”: ““, 
 “wpackagist-theme/example-theme”: “*” 
 } 
}

System Info

The System Info plugin generates a composer.json file and provides system information based on the active plugins and theme in your WordPress installa …

Blogestudio

Pau Iglesias

The WordPress Cron implementation needs web visits to be triggered regularly.
If you don’t want to depend on the possible visits, or need a more accurate cron requests, it’s easy to setup the Linux crontab to replace the WP-Cron system.
Simply disable the WP-Cron adding the constant DISABLE_WP_CRON to the wp-config.php file, and create a new crontab line with <code>wget</code> or <code>curl</code> commands fetching the wp-cron.php URL of your blog.
But for WordPress MultiSite installs you will need one crontab line for each blog and, if you have many blogs, it is not simple to maintain and configure all the cron calls.
Also, there is a risk to overlap requests, possibly affecting server performance or WordPress behaviour.
The aim of this plugin is to provide a method to implement Linux cron requests for WordPress MultiSite with only one line in the Linux crontab.
This only one request points to the main blog cron URL, but with special arguments, ensuring a controlled and private cron requests.
Then, from the main blog is performed a propagation process, calling one by one all the network blogs (also with privacy URL arguments).
In the network settings of this plugin you can setup the frecuency of this process, the time between each blog cron calls, estimate all the process duration to avoid overlapping, consulting amount of time of all cron processes, etc.
Obviously, this configuration depends of your number of blogs, the desired frecuency of cron calls and/or the performance capabilities of your server, so you will need some testing to achieve the proper parameters.

MultiSite System Cron

This is really slick. I had been setting a separate cronjob for every site on my network. Now I can just set one cron job. Something like this should be in core. I'm surprised that it's not more popular.

No more need to set cron job for every network site

For WordPress MultiSite installs, allows accurate and private system crontab requests instead of classic WP-Cron.

System Info vs MultiSite System Cron