moon0326

@shamanua Thanks for checking.

That means the configuration part is setup correctly. Could you try one last thing?

Please change your theme to “Twenty Twenty-Four” (this is the default theme) and see if it makes any difference?

@mattheus

Your code looks good to me! Please test it on a staging site first, just to be safe. From what I understand, the action-scheduler-high-volume is designed to process more data at once. However, since you’re experiencing high CPU usage, I don’t think it’s suitable for your situation.

I recommend identifying which process is causing the CPU spike first — disk, DB, or external requests.

@shamanua

Please download https://gist.github.com/moon0326/389b7f487ac8832221393ba75fa9341c as “test-stripe.php” and place it in your plugins directory.

1. Activate the plugin
2. Click on “Test Stripe” on the sidebar
3. See what it returns. Both “Stripe Enabled” and “Should show checkout button” should have “1” status.

@shamanua Thank you for checking.

My assumption is that 3rd item has something to do with the issue. Could you check please?

It’s difficult for us to verify the issue since we don’t have access to your Stripe account details or settings.

I just created a new site, installed the plugin, and created a new Stripe account for testing. Everything works as expected.

These are my settings from Stripe and WooCommerce Stripe (WooCommerce -> Settings -> Payments -> Manage)

Product test page: https://frequent-hoverfly.jurassic.ninja/product/test/

I’ll provide a code snippet that checks a few things later today.

• This reply was modified 1 month, 3 weeks ago by moon0326.

@lifanxu You’re welcome! Glad it worked out. ??

Hi @lifanxu,

Thank you for contacting WooCommerce support.

By default, the REST API returns only users with the Customer role. You can try including all roles by appending &role=all to the query.

In your case, the URL would be:
https://{shop}/wp-json/wc/v3/[email protected]&role=all.

Let us know if this works for you

Hi @mattheus

Does the plugin sync all products during every job, or does it intelligently handle only updated products (e.g., price, stock, or other changes)?

Once the initial full sync job is completed, products are synced only when they are updated.

When processing batches (e.g., 500 products per batch), what is the typical time interval between each batch?

It’s hard to say since it involves many different variables. Technically, it’s a single job that queries 500 products at a time within the same process, without any intervals.

Is this timing configurable, or does it depend on server performance and resources?

Timing is currently not configurable. Once you activate the plugin, it queues a full sync job.

Does the plugin pause between batches to reduce server load, or is it designed to process batches continuously until the sync completes?

I think I might have confused you with the filter. The filter is used to determine the number of products queried, but the querying happens within a single job. There is no pause or delay.

What events or conditions trigger a sync? For example, do manual updates, scheduled jobs, or specific product changes initiate synchronization differently?

An initial full sync job is triggered as soon as the plugin is activated. After that, products are synced only when they are updated.

Can we control or limit which events trigger a sync?

Yes, but it’s limited.

1. You can use woocommerce_gla_get_sync_ready_products_pre_filter filter to exclude certain products. See: https://github.com/woocommerce/google-listings-and-ads/blob/develop/src/Product/ProductFilter.php#L47
2. You can also use woocommerce product filters. See https://github.com/woocommerce/google-listings-and-ads/blob/develop/src/Product/SyncerHooks.php#L116 for the filters used in Google Listing & Ads plugin.

Are there different modes of synchronization (e.g., real-time, scheduled, or manual), and do they behave differently in terms of resource usage?

There are two types of synchronization, as far as I understand: the initial full sync and the individual product sync on updates.

If a sync is interrupted, does it resume from where it left off, or does it restart the entire process?

Products are marked as ‘synced’ once they are sent to Google, so the full sync only includes products that haven’t been marked as ‘synced.’ In this process, any failed products will be retried.

While the?woocommerce_gla_batched_job_size?filter is helpful, are there plans to add an option in the back-end to adjust the batch size? This would make it easier for users without coding knowledge.

That’s a good idea. I’ll suggest it to the team.

Does the batch size affect the overall sync time significantly, and are there any risks in setting it too low (e.g., 100 products per batch)?

As it is used in a single job, it would not significantly affect overall performance.

Are there server configurations or optimizations (e.g., increasing PHP memory limit, optimizing database queries) that you would recommend to handle large catalogs efficiently during sync?
Does the plugin benefit from specific caching mechanisms or database indexing to improve sync performance?

This is tricky to say, as there are many variables involved. As a first step, I would check the process list to see which process is using the most CPU.

Are there any upcoming features or enhancements planned to improve synchronization for stores with large catalogs? For example, options to prioritize specific products or optimize handling for unchanged data.

I didn’t see any related issues on https://github.com/woocommerce/google-listings-and-ads/issues?q=is%3Aissue%20state%3Aopen%20label%3A%22type%3A%20enhancement%22, but I think this would be a really useful feature for stores with lots of products. I’ll pass your feedback on to the team.

Please let us know if you have further questions.

Hi @lauramark,

Thank you for contacting WooCommerce support.

When this option is selected, your customers are prompted to create a new account after placing an order. The option does not automatically create an account.

This is what customers see after placing an order:

View post on imgur.com

Hi @jpegtobbe

Thank you for contacting WooCommerce support.

I believe https://github.com/woocommerce/woocommerce/pull/54181 is related, and a fix is being reviewed.

Thank you for providing the link @shamanua.

I’ve looked at your product page and it does not have <wc-order-attribution-inputs id="wc-stripe-express-checkout__order-attribution-inputs"></wc-order-attribution-inputs> tag. If express checkout is enabled, this tag should be added in your page.

I would try a few things.

1. Ensure the page isn’t being cached. I see that it’s being served by Cloudflare with s-maxage=2592000 tag, which indicates the page is cached for 30 days. Make sure the cache is refreshed when you update the express settings.
2. If #1 doesn’t work, disable all plugins except WooCommerce and Stripe, then test again.

@cjames53 Good find! Yeah, sounds like it’s related to the plugin.

Hi @monster000,

Just out of curiosity, do you see the same issue with new products, or is it only for existing products?

Hi @shrff,

Would you also share your URL?

Thanks!

Thank you for the confirmation @shamanua

Would you mind sharing your URL if it’s publicly accessible? Since I can’t reproduce the issue on my setup, it would be helpful to try it on your website.

Thank you for your detailed follow-up, Mati.

To be honest, your questions are a bit beyond my expertise. I’ll do my best to respond to them, but it may take 1–2 days as I also need to test them myself. I’ll try to leave a comment before end of this Friday. I’ll also forward your feedback to the team working on the plugin.

• This reply was modified 1 month, 3 weeks ago by moon0326.