We host a few sites of some customers so my sysadmin says:
It's not a setting you want to enable as it will modify the behaviour for all customers to use a php.ini if it exists and the behaviour with the litespeed one is different to cpanels (IE it doesn't inherit all the settings from the main...
It happens with images which are in the filesystem but they don't show up when I try to edit them.
When allow_url_fopen all the images load but it's a security risk as well to left it enabled.
Yes, allow_url_fopen is disabled because we are running on lsapi but it doesn't explain why other images load fine on Wordpress when we try to edit it. If allow_url_fopen is the issue then it should affect all images and that's not the case.
The URL is see on network tab is https://nergiza.com/wp-admin/admin-ajax.php?action=imgedit-preview&_ajax_nonce=10bead81b3&postid=25904&rand=70730 and it returns the second error (cant_stream_image)
if ( ! stream_preview_image( $post_id ) ) {
wp_die( 'cant_stream_image' );
}
The image exists, the file URL is https://media.nergiza.com/tado-x.jpg?1729248206. The link to the media is https://nergiza.com/wp-admin/post.php?post=25893&action=edit. However when I click on edit
the following screen loads and the image doesn't load..
There are no errors at the web...
Do you mean you want me to run the CLI script again? even when I've already used rclone to upload them to the bucket?
I'm afraid of causing any problems since R2 is the current media source
Because that would force the verification. It seems the CLI failed at some point so it didn't upload the files. However by using rclone I uploaded the remaining files but there is no way to flags them as being in R2
I sent it using rclone, maybe that's why Wordpress didn't re-sync it? I don't trust the CLI script on the plugin because it didn't transfer all the images so I went ahead with rclone instead.
Not a big deal, I've replaced the image because it didn't worth the effort to troubleshoot it