• Resolved whanklee

    (@whanklee)


    Dear Support Team,

    I am writing to report a critical performance issue with the Molongui Authorship plugin that severely impacts high-traffic WordPress sites using persistent Object Caching (Redis).

    The Issue: The plugin appears to be triggering a wp_update_user or update_user_meta call on the frontend for post authors/users on almost every page load. This results in the WordPress user cache being invalidated (clean_user_cache) and rebuilt instantly and repeatedly.

    This behavior causes “Cache Thrashing”:

    1. The user object is read from Redis (GET).
    2. The plugin updates a meta value in the database.
    3. This triggers a cache deletion (DEL).
    4. The cycle repeats immediately on the next request (or even within the same request).

    On a site with high traffic, this floods the Redis server with DEL and SET commands, causing CPU spikes and eventually crashing the Redis service due to memory exhaustion.

    Evidence: We monitored our Redis instance using redis-cli monitor. When the Molongui Authorship plugin is active, we see a continuous loop of writing and deleting user cache keys (e.g., users:{id}).

    Here is a snippet from our logs showing the behavior for a specific user ID (Author) within milliseconds:

    [LOG SNIPPET START]
    1771278917.059761 "DEL" "wp_prefix:users:79"
    1771278917.060828 "GET" "wp_prefix:users:79"
    1771278917.061443 "SET" "wp_prefix:users:79" ... [User object data]
    1771278917.063053 "DEL" "wp_prefix:users:79"
    1771278917.064479 "GET" "wp_prefix:users:79"
    1771278917.065185 "SET" "wp_prefix:users:79" ... [User object data]
    1771278917.066185 "DEL" "wp_prefix:users:79"
    [LOG SNIPPET END]

    Confirmation: As soon as we disabled the Molongui Authorship plugin, the DEL commands stopped immediately, the Redis connection stabilized, and the site performance returned to normal.

    Recommendation: Please investigate checking if update_user_meta is being called on frontend init hooks without proper checks (e.g., updating a “last seen” timestamp or similar data on every load). Database writes on frontend views should be avoided or handled via AJAX to prevent cache invalidation storms.

    Could you please look into this and provide a patch?

    Best regards,

Viewing 2 replies - 1 through 2 (of 2 total)
  • Plugin Support Ryan Mitchell

    (@ryanmitchell)

    Hi @whanklee,

    Thank you for reaching out and reporting this issue. We’ve identified a possible cause and would like your help confirming it.

    Could you please follow these quick steps?

    1. Go to Authors > Tools in your WordPress admin.
    2. Locate the Custom PHP box.
    3. Enter the following line of code:

    add_filter( '_authorship/get_user_by/delete_cache', '__return_false' );

    1. Save your changes and check if the issue is resolved.

    Let us know how it goes—we’ll be here to help either way!

    Thanks,

    The Molongui Support Team

    Thread Starter whanklee

    (@whanklee)

    Hi,

    I checked, and yes, the issue has been resolved. I no longer experience any slowdown. I am not currently using the plugin, but you should consider fixing this bug in the next update.

Viewing 2 replies - 1 through 2 (of 2 total)

You must be logged in to reply to this topic.