error_log

Yes @vupdraft I have checked, they are all Writable.

Thanks for your help @webulous

The wp-content/cache folder is writable.
wp-content/cache/wpo-cache is writable. But within that folder, there are some files that have 0644 permission. For example:

http://www.mydomain.nl > 0755
.htaccess > 0644
index.php > 0644

When I open http://www.mydomain.nl folder, there are more files with 0644:

index.html > 0644
index.html.gz > 0644
index.php > 0644
mobile.index.html > 0644
mobile.index.html.gz > 0644

We have a server cronjob that runs every 30 minutes. Preload is set to 10 hours.

I changed Minify > Advanced options > Lifetime old cache > to 1 days. (By the way, when I openend WP Optimize page(s), I noticed the cache Preloading started running again)

We have a LiteSpeed shared hosting server.

@webulous What is the best server cronjob interval for the WP-Optimize plugin? Than I will change it accordingly.

Regarding the error log statements, do you have enough disk space?
Yes, we do have enough disk space.

Today the plugin gives a new fatal error.

Maybe the plugin is looking for gzip, but maybe there is no gzip available on our LiteSpeed server (because it uses brotli compression)?

Foutdetails

Een fout van het type E_ERROR werd veroorzaakt op regelnummer 64 van het bestand /home/mydomain/public_html/wp-content/plugins/wp-optimize/includes/class-wp-optimize-gzip-compression.php. Foutmelding: Uncaught TypeError: array_key_exists(): Argument #2 ($array) must be of type array, WpOrg\Requests\Utility\CaseInsensitiveDictionary given in /home/mydomain/public_html/wp-content/plugins/wp-optimize/includes/class-wp-optimize-gzip-compression.php:64
Stack trace:

0 /home/mydomain/public_html/wp-content/plugins/wp-optimize/includes/class-wp-optimize-gzip-compression.php(120): WP_Optimize_Gzip_Compression->get_headers_information()

1 /home/mydomain/public_html/wp-content/plugins/wp-optimize/includes/class-wp-optimize-admin.php(357): WP_Optimize_Gzip_Compression->is_gzip_compression_enabled()

2 /home/mydomain/public_html/wp-includes/class-wp-hook.php(308): WP_Optimize_Admin->output_cache_gzip_tab()

3 /home/mydomain/public_html/wp-includes/class-wp-hook.php(332): WP_Hook->apply_filters()

4 /home/mydomain/public_html/wp-includes/plugin.php(517): WP_Hook->do_action()

5 /home/mydomain/public_html/wp-content/plugins/wp-optimize/includes/class-wp-optimize-admin.php(159): do_action()

6 /home/mydomain/public_html/wp-content/plugins/wp-optimize/includes/class-wp-optimize-admin.php(108): WP_Optimize_Admin->display_admin_page()

7 /home/mydomain/public_html/wp-includes/class-wp-hook.php(308): WP_Optimize_Admin->display_admin()

8 /home/mydomain/public_html/wp-includes/class-wp-hook.php(332): WP_Hook->apply_filters()

9 /home/mydomain/public_html/wp-includes/plugin.php(517): WP_Hook->do_action()

10 /home/mydomain/public_html/wp-admin/admin.php(259): do_action()

11 {main}

thrown

@webulous Thanks for the clarification.

I’m pretty sure the number of files should not be the cause of this issue (public_html/wp-content/cache/wpo-minify/tmp” could not be created.) But I will do further investigation.

I can imagine most LiteSpeed server have the Litespeed Cache plugin installed. I don’t know how well the WPO plugin is tested on LiteSpeed servers. Could the Preload issue possibly have something to do with this PHP timeout?

Could it in any way be a (Brave) webbrowser related issue? I noticed the Brave Browser gives an unexpected response message when running Preload. When refreshing the page, the preloading seems to continue.

The plugin update fixed the critical error. That is great! Thanks.

Hi @webulous

I have deactivated the Minify function in the plugin. That seems to remove the issues. For now this is ok. Thanks a lot for your support. I will mark as resolved.