1.1.0 slows down whole website

I narrowed it down to also

allow_url_fopen

When set to On and the plugin is activated, website has extremely long load times.

When set to Off, everything works fine.

So basically it has something to do with fetching/sending files, though I don’t understand why that would happen if all the images are already synced and available.

Will take a look, thank you!

I have made a change to check for “allow_url_fopen” and if it’s on, use the command I was using (get_headers()) and if it’s off to use curl. Please let me know if this resolves the slowness issue.

New errors now

curl_multi_info_read() expects parameter 1 to be reso urce, integer given in /wp-content/plugins/rackspac e-cloud-files-cdn/lib/php-opencloud-1.9.2/vendor/guzzle/guzzle/src/Guzzle/Http/C url/CurlMulti.php on line 245

and

curl_multi_exec() expects parameter 1 to be resource, integer given in /wp-content/plugins/rackspace-clo ud-files-cdn/lib/php-opencloud-1.9.2/vendor/guzzle/guzzle/src/Guzzle/Http/Curl/C urlMulti.php on line 229

When synchronizing

I’ve updated the OpenCloud library to v1.10.0, it seems to have fixed the Guzzle errors. Could you update and let me know? Thanks!

Thanks, still the same though a different error

curl_getinfo(): 17 is not a valid cURL handle resource in /wp-content/plugins/rackspace-cloud-files-cdn/lib/functions.php on line 517

Cheers

I have implemented some bug fixes. It looks like one of them may resolve your issue here. Please upgrade to 1.1.4 and let me know. Thanks!

Same error as above, but now it’s on line 604

Cheers

Please try again. Changed the file verification method where this issue exists.

This was not another version, though, you will have to deactivate, delete, install and then reactivate.

regarding CURL, fopen and get_headers code, i would suggest using the in-built wp functions for that, as they handle the proper feature detections already https://codex.www.ads-software.com/Function_Reference/wp_remote_retrieve_response_code ( and https://codex.www.ads-software.com/Function_Reference/wp_remote_get and https://codex.www.ads-software.com/Function_Reference/wp_remote_request etc )

it seems the script is checking through verify_exists every time if the file is on the CDN, is that intended behaviour?

can you please use e.g. transient cache for this instead, that’s expensive lookups on loading time and CDN costs

or move it to cron altogether and just compare against the retrieved bucket list?

I have modified the plugin so it caches the file(s). Can you verify if this works or not?

Testing on my end shows this issue has been resolved. Since I have not received a response here, I will close this issue so I’m not tracking a bunch of dead issues.