Forum Replies Created

Viewing 15 replies - 1 through 15 (of 16 total)
  • Thread Starter ReallyDeeJ

    (@reallydeej)

    Legend. Thanks 🙂

    Still no patch? 🙁

    Thread Starter ReallyDeeJ

    (@reallydeej)

    Cleared all caches (as we do any time we update any plugins), made no difference. Can’t share the URL publicly & we also had to roll back to 2.6.X to make things work again, can’t leave a client production site with no CSS / JS loading for an undetermined amount of time. It was a cPanel environment so that may have something do to with it but we’ve also had no problems at all with W3TC in that environment until this latest version.

    • This reply was modified 2 years ago by ReallyDeeJ.
    Thread Starter ReallyDeeJ

    (@reallydeej)

    Yes, I tried disconnecting & reconnecting square, many many times… Still no change.

    Creating a support ticket now.

    Thread Starter ReallyDeeJ

    (@reallydeej)

    Some further info. We’re using square for processing payments, this works. When purchasing an item the stock level on square goes down as expected, but because this sync isn’t working the stock level in WooCommerce never gets updated.

    Still zero indication as to why the sync has stalled.

    Thread Starter ReallyDeeJ

    (@reallydeej)

    I changed the PHP version from 8.2 to 8.1.27, set max post size to 2GB & time limit to 1200 & still no change.

    I even re-imported the entire site from staging to production again. The issue is still occurring except now instead of being stuck at 97% it gets stuck at 104% :-\

    Looking at the Ajax request that returns the sync status it returns this, the percentage, imported / updated/ skipped products counts don’t change, I can’t see any indication that the sync is actually progressing. Or working at all.

    {
    “success”: true,
    “data”: {
    “action”: “sync”,
    “id”: “8b235662178f6896e165d8330960c193”,
    “job_products_count”: 71,
    “percentage”: 104.22535211267605,
    “imported_products_count”: 74,
    “updated_products_count”: 0,
    “skipped_products_count”: 0,
    “status”: “processing”
    }
    }

    This site was meant to launch 2 days ago & this is currently holding everything up.

    Still no error message or anything useful to give any indication of what the problem may be.

    Thread Starter ReallyDeeJ

    (@reallydeej)

    The lack of any sort of error message or really any thread to pull is quite frustrating.

    Thread Starter ReallyDeeJ

    (@reallydeej)

    Hey @anastas10s,

    Yes, the sync setting is set to Square.

    Yes, all the requirements are met:
    – PHP 7.4+ – PHP 8.2
    – WordPress 5.8+ – WP 6.4.2
    – WooCommerce 6.8+ – WC 8.5.1 (just upgraded from 8.4 to see if it made a difference, it didnt)
    – A Square account – YES
    – An SSL certificate to use the payment gateway – YES
    – Background processing to support automatic product sync – YES

    I’ve temporarily disabled Wordfence (as that wasn’t enabled on staging when everything was working) but still no change. We do have W3TC caching plugin installed, this was also on staging & we only have static page caching enabled for users who don’t have anything in their cart + JS minification, we’re not doing things like object caching, disabling this plugin also makes no difference. As for the caching setting in that doc you linked, yes we have PHP opcache.save_comments enabled.

    As for troubleshooting the sync issues:
    – Are SKUs set for your Square and WooCommerce products? YES
    – Is the Square product assigned to the Location that’s configured in the plugin settings? YES
    – Does your site support background processing? YES

    Still stuck in the same spot with a sync that won’t go past 97%, won’t end, won’t give any errors (apache logs, WC logs, nothing…)

    Thread Starter ReallyDeeJ

    (@reallydeej)

    Hours later, still stuck on 97%, still no actual errors showing in the WC logs…

    Thread Starter ReallyDeeJ

    (@reallydeej)

    And here’s one of the square logs, all 141k+ lines of it – https://gist.github.com/DeeJ/2053ca9619bd795120c73ff95aac5493

    • This reply was modified 2 years, 2 months ago by ReallyDeeJ.
    Thread Starter ReallyDeeJ

    (@reallydeej)

    System status report – https://gist.github.com/DeeJ/544f671dde94485c41a94a7614cd43cb

    Have enabled square error logging but nothing is showing up in the logs yet. Is there a way to cancel a sync & force it to start again? The existing sync is still stuck on running & I can’t see how to stop it.

    Thread Starter ReallyDeeJ

    (@reallydeej)

    Resolved.

    Thread Starter ReallyDeeJ

    (@reallydeej)

    Thanks for your help. After much digging we discovered that it was being caused by Apache mod security2. Disabled that & W3TC started writing to the .htaccess file again no worries.

    Thread Starter ReallyDeeJ

    (@reallydeej)

    We are using Disk: Enhanced for page caching. Although it’s slower than normal (150ms+ vs the 60ms we’re used to).

    In Performance > Minify the ‘Rewrite URL structure’ option is not enabled, it’s disabled (the checkbox has disabled=”disabled” so I can’t enable it at all).

    Performance > Install doesn’t give me any rewrite rules to use. The install script was actually returning a 500 error as $other_areas was null on line 281 of wp-content/plugins/w3-total-cache/inc/options/install.php. The install page would only properly load after I edited that line to check $other_areas wasn’t empty before running the count($other_areas) on that line.

    The .htaccess file is in the site root (in our case /var/www/{sitename}/www/), the same directory that index.php, wp-config.php etc is in.

    Unfortunately I can’t publicly post the URL of the site.

    Thread Starter ReallyDeeJ

    (@reallydeej)

    Hey @vmarko,

    It’s not the aggregation page I’m having issues with (in my case /events/ which lists all the events), already figured how to clear that (& subsequent paginated pages). The problem is with the singular pages (ie /events/some-event-one, /events/some-event-two etc..). These individual posts (of the custom content type ‘event’) are not being cleared by w3tc_flush_post or w3tc_flush_url.

    Our script periodically pulls in the latest event info from an API & updates the individual events using wp_update_post. After updating the post (event) & calling w3tc_flush_post or w3tc_flush_url with appropriate parameters, the page cache still isn’t cleared for that individual post. For example we make our API call, see some-event-one has new info, update the post with wp_update_post, call w3tc_flush_post &/or w3tc_flush_url, but the posts page /events/some-event-one will still show the old information that’s still cached as static html.

    If I manually go to edit that posts details in WP, don’t change anything but hit the Update button the cache will clear for that specific post. So W3TC obviously already has a hook for it, I just can’t find out what the hook is to fire it off myself through code & w3tc_flush_post or w3tc_flush_url don’t seem to do anything when manually called.

    Hope that makes sense. Also I can’t really seem to find any documentation for pgcache_flush_post_queued_urls, is there a good place to look?

    • This reply was modified 6 years, 8 months ago by ReallyDeeJ.
Viewing 15 replies - 1 through 15 (of 16 total)