Plugin info

Total downloads: 881
Active installs: 0
Total reviews: 0
Average rating: 0
Support threads opened: 0
Support threads resolved: 0 (0%)
Available in: 1 language(s)
Contributors: 2
Last updated: 4/7/2025 (268 days ago)
Added to WordPress: 4/7/2025 (0 years old)
Minimum WordPress version: 5.8
Tested up to WordPress version: 6.7.4
Minimum PHP version: 7.4

Maintenance & Compatibility

Maintenance score

Stale • Last updated 268 days ago

38/100

Is Queue Ajax Calls Performantly abandoned?

Likely maintained (last update 268 days ago).

Compatibility

Requires WordPress: 5.8
Tested up to: 6.7.4
Requires PHP: 7.4

Similar & Alternatives

Explore plugins with similar tags, and compare key metrics like downloads, ratings, updates, support, and WP/PHP compatibility.

No similar plugins found yet.

Description

This plugin offers a way to queue Ajax calls, skipping the loading of the the bulk of WP system, saving considerable system resources in the form of CPU load and runtimes. This operation can be set for any AJAX call.

This is done by catching the AJAX calls early in the WP lifecycle, via an MU plugin. The calls are santized ( user should define fields ) and ar stored in a queue for later processing. The queue system is based on Automattic’s own Action Scheduler plugin.

Processing the calls : the calls are processed in bulk via a hook that is run by CRON.

The original motivation for this development was to handle the multitudes AJAX calls that the PixelYourSite evokes when the facebook conversation API is in use. The conversation API requires the server to send the tracking information instead of the client browser. This means possibly lots of calls even if the site is beyond walls of cache.

Who is it for

At this stage the plugin is a developer level plugin and is intended to be used as such. It requires defining fields for sanitation.
However, it comes with a basic implementation for the latest PixelYourSite API calls and can be easily activated without further configuration for most cases.

The flow

  • AJAX call evoked in the client browser ->
  • MU plugin catches the call if the configuration includes the specific action of the call ->
  • Processor ( built-in or user defined ) checks the data and sanitizes it ->
  • Data is stored in DB to be handled in queue. The data includes the call’s data and cookies ->
  • Data is processed in batch via a CRON hook. The processing is done via the same “Processor”.

Basic terminogoly

Processor : A class/instance that is used to define the data map of fields for sanitation and later on, for batch processing. In many cases, the Processor will be quite simple. Please check the built-in Processor class “class-pys.php” under the “qacp/Processors” directory.
Data Map : The map of fields and their respectable sanitation functions. There’s an example in the “qacp/qacp-how-to.txt” file.

Things to Remember

  • The Processor should define clearly what are the received fields and their sanitation functions.
  • The action and processor should be registerd. There’s an example in the “qacp/qacp-how-to.txt” file.

Hooks

  • qacp/processors/active_processors
  • qacp/processors/actions
  • qacp/processors/identify_processor
  • qacp/processors/instance_by_action_name

  • qacp_before_batch_processing

  • qacp_before_process_entry_{$_action_name}
  • qacp_before_process_entry
  • qacp_process_one_entry_{$_action_name}
  • qacp_process_one_entry
  • qacp_mark_event_finished
  • qacp_after_process_entry_{$_action_name
  • qacp_after_process_entry
  • qacp_after_batch_processing

Installation

No installation instructions available

Frequently Asked Questions

No FAQ available

Review feed

No reviews available

Screenshots

No screenshots available

Changelog

No changelog available