Forum Replies Created

Viewing 15 replies - 76 through 90 (of 144 total)
  • Thread Starter ms100

    (@ms100)

    Hi @xue28

    Yes, I do see that code for some products, but other products do not have that code.

    All products are made like Products > Add New.
    No products have been imported.

    The product description text has been updated yesterday, so that is why the text has changed. Sorry for that inconvenience.

    When I remove the code, I do not see any difference on the front end. But I would like to know why some products have that code, while other products do not have that code? By default Woocommerce does not add that (class=”woocommerce-product-details__short-description”) code to the short product description right?

    I tested changing between Storefront and Astra theme, to see if maybe a theme adds that code, but I did not see any theme add the code. If I don’t need the code, than I will remove the code from the products manually. But I do not want to regret later, because the code was needed for anything that I am not aware of at this moment.

    I would expect the code to be there consistent, or to not be there consistent. At the moment, it is not consistent, so that is why I get confused, what it should be.

    Thanks again very much for your support.

    Thread Starter ms100

    (@ms100)

    Hi @kaavyaiyer

    These are short product description examples to show the difference:

    The one with code: https://snipboard.io/UQh9Ir.jpg
    To visit the page: https://www.temporary-url.com/ACDBBC

    The one without code: https://snipboard.io/IastM9.jpg
    To visit the page: https://www.temporary-url.com/A6033

    One has the code, the other one does not have the code. I did not add the code as far as I am aware. So I wonder why is the difference, and what is the best?

    Thanks again 🙂

    (Kind request to not place a direct hyperlink to our website in this topic.)

    Thread Starter ms100

    (@ms100)

    @searchiq That is one of the reasons. Also because of the PHP error(s) I mentioned, and when running a google pagespeed test, the plugin showed some issues.

    Thread Starter ms100

    (@ms100)

    Please let me inform you, we haved uninstalled the Searchiq plugin. Thanks for the support @searchiq

    Thread Starter ms100

    (@ms100)

    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.

    Thread Starter ms100

    (@ms100)

    Hello @webulous

    I was going to try ‘Turn off Broken Connection Aborting’, but then I found a new warning in the error_log:

    [07-Apr-2023 13:31:39 UTC] PHP Warning: stat(): stat failed for /home/mydomain/public_html/wp-content/cache/wpo-minify/tmp in /home/mydomain/public_html/wp-content/plugins/wp-optimize/minify/class-wp-optimize-minify-cache-functions.php on line 21
    [07-Apr-2023 13:39:52 UTC] PHP Warning: stat(): stat failed for /home/mydomain/public_html/wp-content/cache/wpo-minify/tmp in /home/mydomain/public_html/wp-content/plugins/wp-optimize/minify/class-wp-optimize-minify-cache-functions.php on line 21
    [07-Apr-2023 13:39:52 UTC] PHP Warning: stat(): stat failed for /home/mydomain/public_html/wp-content/cache/wpo-minify/tmp in /home/mydomain/public_html/wp-content/plugins/wp-optimize/minify/class-wp-optimize-minify-cache-functions.php on line 32
    [07-Apr-2023 13:40:10 UTC] PHP Warning: stat(): stat failed for /home/mydomain/public_html/wp-content/cache/wpo-minify/tmp in /home/mydomain/public_html/wp-content/plugins/wp-optimize/minify/class-wp-optimize-minify-cache-functions.php on line 21
    [07-Apr-2023 13:40:10 UTC] PHP Warning: stat(): stat failed for /home/mydomain/public_html/wp-content/cache/wpo-minify/tmp in /home/mydomain/public_html/wp-content/plugins/wp-optimize/minify/class-wp-optimize-minify-cache-functions.php on line 32
    [07-Apr-2023 16:13:31 UTC] PHP Warning: stat(): stat failed for /home/mydomain/public_html/wp-content/cache/wpo-minify/tmp in /home/mydomain/public_html/wp-content/plugins/wp-optimize/minify/class-wp-optimize-minify-cache-functions.php on line 21
    [07-Apr-2023 16:13:31 UTC] PHP Warning: stat(): stat failed for /home/mydomain/public_html/wp-content/cache/wpo-minify/tmp in /home/mydomain/public_html/wp-content/plugins/wp-optimize/minify/class-wp-optimize-minify-cache-functions.php on line 32

    Does this help you in understanding what is going on?

    Thanks again for your support.

    Thread Starter ms100

    (@ms100)

    Using the Query Monitor plugin, I found duplicate query’s. Could that have anything to do with it? Thanks again @webulous

    Thread Starter ms100

    (@ms100)

    @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.

    Thread Starter ms100

    (@ms100)

    @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

    Thread Starter ms100

    (@ms100)

    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.

    Thread Starter ms100

    (@ms100)

    PHP version = 8.1.16 (support 64bit value)

    I don’t know if this is related, but I found it strange. Adding one more character and the result dissapears:

    <a href=”https://ibb.co/BCSLdF0 “>https://ibb.co/BCSLdF0
    https://ibb.co/16LSW3B

    Thread Starter ms100

    (@ms100)

    I noticed, when I opened the page WP-Optimize > Cache, it started to Preload, exactly when I openend the page. Like it got triggered by me visiting that page in the Dashboard.

    I have set the Minify > Advanced options > Lifetime old cache > 0 days.
    But I don’t think this could be the cause, why the cache folders could not be created. 0 days should not cause an error in the log right?

    Thread Starter ms100

    (@ms100)

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

    Thread Starter ms100

    (@ms100)

    The Query Monitor plugin gives warning PHP deprecated several times:

    https://ibb.co/tKmq4xq

    Do you think these are critical @searchiq ?

    Thread Starter ms100

    (@ms100)

    The only one detail I would love, would be for the placeholder to load in the black color at the first print. Because now the color is changing from grey to black, because the CSS code is loaded later in the loading process. But this is just a detail. Anyway the code is working and the text is black now also in Firefox. Thank you for the support @searchiq

Viewing 15 replies - 76 through 90 (of 144 total)