Broadcasts: DISABLE_WP_CRON notice

[n7studios]

Summary

Adds a notice in the Broadcasts settings of the Plugin if the DISABLE_WP_CRON constant is detected. This was the reason for this issue, where broadcasts were not importing for the creator.

The WordPress Cron system is essential for importing broadcasts. Normally, it's triggered by site activity, such as visitors or user logins. However, some web hosts disable this default behavior by specifying the DISABLE_WP_CRON constant, opting instead to trigger it via crontab or similar methods (see more: https://help.dreamhost.com/hc/en-us/articles/360048323291-Disabling-WP-CRON-to-Improve-Overall-Site-Performance).

The notice prompts creators to either ensure that their host is handling WordPress Cron manually or to remove the DISABLE_WP_CRON constant if Cron is not being triggered.

Testing

Existing tests pass.

Checklist

• I have written a test and included it in this PR
• I have run all tests and they pass
• The code passes when running the PHP CodeSniffer
• Code meets WordPress Coding Standards for PHP, HTML, CSS and JS
• Security and Sanitization requirements have been followed
• I have assigned a reviewer or two to review this PR (if you're not sure who to assign, we can do this step for you)

[noelherrick]

Is there an easy way to make this dismissable? No worries if not

[n7studios]

Is there an easy way to make this dismissable? No worries if not

It's possible, but we'd have to store that the notice was dismissed. If the user removes DISABLE_WP_CRON, but later adds it back to their wp-config.php file, we've no way of telling them a second time that this could be a problem.

Given the notice is only displayed on the Broadcasts settings screen, I'd prefer to keep it displayed when the Plugin detects the DISABLE_WP_CRON constant is enabled for now. Happy to add support for dismissing the notice if there's an increase in support tickets about this not being dismissible.