@prefix sioc: <http://rdfs.org/sioc/ns#> .
@prefix dc: <http://purl.org/dc/elements/1.1/> .
@prefix dcterms: <http://purl.org/dc/terms/> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
@prefix content: <http://purl.org/rss/1.0/modules/content/> .
@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .

<https://lhero.org/portfolio/lh-buddypress-multi-network/>
  a sioc:Post ;
  dc:title "Background Jobs" ;
  dcterms:identifier 152529 ;
  dc:modified "2026-10-26T11:56:54Z"^^xsd:dateTime ;
  dc:created "2026-10-26T11:56:54Z"^^xsd:dateTime ;
  sioc:link <https://lhero.org/portfolio/lh-buddypress-multi-network/background-jobs/> ;
  sioc:has_creator <https://lhero.org/author/1/#account> ;
  sioc:has_container <https://lhero.org/#posts> ;
  content:encoded """<ul class="lh_portfolio-meta"><li><strong>Part of:</strong> <a href="https://lhero.org/portfolio/lh-buddypress-multi-network/">LH Buddypress Multi Network</a></li></ul><p class="wp-block-paragraph">The plugin keeps each site&#8217;s user records up to date with a user sync: every user with a role on the site gets a last activity date, a BuddyPress blog record and a profile name. Since 1.1.3 the sync is scheduled through <code>LH_Buddypress_Multi_Network_Queue</code> (<code>includes/class-lh-buddypress-multi-network-queue.php</code>). It runs on Action Scheduler when the current site has it, in the <code>lh-buddypress-multi-network</code> group (listed under Tools &rarr; Scheduled Actions), and on WP-Cron otherwise. The same hooks are used on both runners, and on Action Scheduler any WP-Cron copy of a job is cleared so it runs once.</p>

<ul class="wp-block-list"><li><code>lh_bmn_wakeup</code> &#8211; the daily sync, per site. Created on <code>init</code> (throttled hourly by the <code>lh_bmn_schedule_checked</code> transient) on each site where BuddyPress loads, with up to 1000 seconds of jitter, so sites added later get it too.</li><li><code>lh_bmn_single</code> &#8211; a one-off sync 30 seconds after a user registers, is added to the site or updates a profile. While one is waiting no other is queued, so a burst of changes runs the sync once.</li></ul>

<p class="wp-block-paragraph">A user added to a site is handled while WordPress is switched to that site, so that sync goes to the site&#8217;s WP-Cron: Action Scheduler is only safe for the site the request is running on. On deactivation the whole Action Scheduler group is cancelled on the current site and every WP-Cron instance of the plugin&#8217;s hooks is removed, including the retired <code>lh_bmn_process</code>; on network deactivation WP-Cron is also cleared on every other site.</p>

<h2 class="wp-block-heading">Filters</h2>

<ul class="wp-block-list"><li><code>lh_bmn_wakeup_hook</code>, <code>lh_bmn_single_hook</code> &#8211; the job hook names.</li><li><code>lh_bmn_uses_action_scheduler</code> &#8211; return false to keep every job on WP-Cron.</li></ul>"""^^rdf:XMLLiteral ;
  sioc:content """Part of: LH Buddypress Multi NetworkThe plugin keeps each site&#8217;s user records up to date with a user sync: every user with a role on the site gets a last activity date, a BuddyPress blog record and a profile name. Since 1.1.3 the sync is scheduled through LH_Buddypress_Multi_Network_Queue (includes/class-lh-buddypress-multi-network-queue.php). It runs on Action Scheduler when the current site has it, in the lh-buddypress-multi-network group (listed under Tools &rarr; Scheduled Actions), and on WP-Cron otherwise. The same hooks are used on both runners, and on Action Scheduler any WP-Cron copy of a job is cleared so it runs once.

lh_bmn_wakeup &#8211; the daily sync, per site. Created on init (throttled hourly by the lh_bmn_schedule_checked transient) on each site where BuddyPress loads, with up to 1000 seconds of jitter, so sites added later get it too.lh_bmn_single &#8211; a one-off sync 30 seconds after a user registers, is added to the site or updates a profile. While one is waiting no other is queued, so a burst of changes runs the sync once.

A user added to a site is handled while WordPress is switched to that site, so that sync goes to the site&#8217;s WP-Cron: Action Scheduler is only safe for the site the request is running on. On deactivation the whole Action Scheduler group is cancelled on the current site and every WP-Cron instance of the plugin&#8217;s hooks is removed, including the retired lh_bmn_process; on network deactivation WP-Cron is also cleared on every other site.

Filters

lh_bmn_wakeup_hook, lh_bmn_single_hook &#8211; the job hook names.lh_bmn_uses_action_scheduler &#8211; return false to keep every job on WP-Cron.""" ;
  sioc:topic <https://lhero.org/?taxonomy=author&term=cap-1> .

<https://lhero.org/author/1/#account> rdfs:seeAlso <https://lhero.org/author/1/?feed=lhrdf&format=turtle> .
<https://lhero.org/?taxonomy=author&term=cap-1> rdfs:seeAlso <https://lhero.org/?taxonomy=author&term=cap-1&feed=lhrdf&format=turtle> .
