rainelement

Hi SPC Team,

Following up on my previous inquiries regarding Worker Mode and using the SWCFPC_CF_WORKER_FULL_PATH constant.

Progress & New Findings:

1. Custom Worker Script IS Being Deployed to Cloudflare:
   • After some investigation, including temporarily modifying plugin PHP files to correct an internal typo from swcfpc_cf_woker_enabled to swcfpc_cf_worker_enabled, and ensuring my wp-config.php has define(‘SWCFPC_CF_WORKER_FULL_PATH’, ‘/actual/path/to/my/custom_merged_worker.js’); correctly set, I can confirm that when I toggle “Enable Cloudflare CDN & Caching” OFF and then ON in the plugin settings, new Worker services are created in my Cloudflare account (“Workers & Pages”).
   • The code within these deployed Worker services is correctly my custom merged script (which integrates your worker_template.js with my specific cache key modifications). I have seen multiple instances created from repeated toggles.
2. HTTP Route Creation is FAILING:
   • Despite the Worker scripts being deployed to Cloudflare, none of them are having an HTTP Route (e.g., *.example.com/*) successfully assigned to them by the plugin. They only possess their default *.workers.dev routes and thus are not active for my main domain.
   • My WordPress Query Monitor captures a failed API call when the plugin attempts to enable caching:
     POST https://api.cloudflare.com/client/v4/zones/%5BMY_ZONE_ID%5D/workers/routes results in a 400 Bad Request.
   • The Cloudflare error typically associated with this (from previous generic testing of such scenarios) is often (err code: 10007) This Worker does not exist on your account. This error occurs when attempting to create a route for a worker script name that Cloudflare cannot find or does not recognize as existing for that zone.
3. Database Option:
   • To ensure the plugin recognized the (now correctly spelled) swcfpc_cf_worker_enabled flag, I also had to use a PHP snippet to directly update the corresponding key in the plugin’s swcfpc_config option in the database to an “enabled” state, as the UI did not seem to save this correctly after the PHP file typo corrections.

Current Situation:
My custom Worker script is being successfully uploaded to Cloudflare by your plugin when triggered. However, the crucial subsequent step of your plugin creating an HTTP Route to direct traffic from example.com to this deployed worker is failing.

Request:

1. Could you please advise on why the POST …/workers/routes API call might be consistently failing with a 400 Bad Request (likely due to error 10007, indicating the worker script name used in the route creation call doesn’t match an existing script)?
2. Is there a specific internal naming convention or process the plugin uses for the Worker script name during deployment that might differ from what it then tries to reference when creating the route, especially when SWCFPC_CF_WORKER_FULL_PATH is active?
3. Are there any other plugin settings or known conditions that could interfere with successful route creation by the plugin?

I am using a correctly permissioned Cloudflare API Token for the connection (with Workers Scripts: Edit, Workers Routes: Edit, Zone: Read, Cache Purge, etc., for the specific zone). My example.com zone is correctly selected in your plugin settings.

Thank you for your assistance in resolving this route creation issue to get Worker mode fully operational with a custom script.

Hi Sybre,

Hope all is good and I wish you a nice, calm week ahead!

I just sent an email to you yesterday with the public URL.
Thank you in advance for your time!

Dear Oleg,

Thank you for letting me know. I already created a support there, but waiting for a response. I hope they will respond with a more specific javascript code which I can implement via code snippet or by duplicating the plugin’s files in the child theme folder.

All the best to you all!

For some reason it doesn’t work.

I cleared all cache to make sure there is no old information.
I tried it exactly like this:

[geot country=”Bulgaria”] Cristiano Ronaldo is the best! [/geot] – This one works.

These do not:

The user country is [geot_country_name]
Current user is located in [geot_country_name]
Current user country code is [geot_country_code]

I confirm that I’ve updated the plugin.

Thank you for supporting me in this situation.

Sounds great!

In such case I will use Aoptimize as advised by CommerceGurus and then activate APO without css/js/html minifaction on the CloudFlare settings.

Thank you Frank for the very quick reply, it is always great to speak to you!

Dear Hristo,

Thank you so much for the early and quick reply!

The issue only happens when I open the website via Internet Explored. I wanted to test how the website loads on this browser.

I do believe it could be the browser itself and not a caching issue.

Thank you once more.

Hi Stoyan,

Thank you so much! I actually just did few test as well and everything is OK, I will pay attention in the next day as well.

So in such case I can consider that the SGO plugin is setup correctly, memcache and dynamic cache are both active, Minify through CloudFlare.

Your help is massive to me, thank you all guys!