• Alright so I have all of the minify and combined settings on within this plugin, however when using google to scan my site: https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Fwww.tattiniboots.com

    I am still getting this as the top issue: ”
    Eliminate render-blocking resources”

    With these in the list:
    URL
    Size
    Potential Savings
    …block-library/style.min.css?ver=5.2.3(www.tattiniboots.com)
    5 KB
    330 ms
    …build/style.css?ver=2.4.2(www.tattiniboots.com)
    5 KB
    630 ms
    …css/font-awesome.min.css?ver=5.5.5(www.tattiniboots.com)
    7 KB
    780 ms
    …css/settings.css?ver=5.4.8(www.tattiniboots.com)
    10 KB
    930 ms
    …css/style.css?ver=5.2.3(www.tattiniboots.com)
    3 KB
    480 ms
    …css/style.themes.css?ver=5.2.3(www.tattiniboots.com)
    2 KB
    480 ms
    …css/font-awesome.css?ver=5.2.3(www.tattiniboots.com)
    7 KB
    480 ms
    …css/fontawesome-5.min.css?ver=5.2.3(www.tattiniboots.com)
    16 KB
    930 ms
    …css/owl.carousel.css?ver=5.2.3(www.tattiniboots.com)
    2 KB
    180 ms
    …css/animate.css?ver=5.2.3(www.tattiniboots.com)
    5 KB
    330 ms
    …css/horseclub_woocommerce.css?ver=5.2.3(www.tattiniboots.com)
    11 KB
    630 ms
    …css/js_composer.min.css?ver=5.5.5(www.tattiniboots.com)
    45 KB
    1,830 ms
    …css/bootstrap.css(www.tattiniboots.com)
    6 KB
    480 ms
    …css/horseclub.css?ver=1.0(www.tattiniboots.com)
    37 KB
    1,530 ms
    …skins/red.css(www.tattiniboots.com)
    2 KB
    180 ms
    /css?family=…(fonts.googleapis.com)
    2 KB
    780 ms
    …jquery/jquery.js?ver=1.12.4-wp(www.tattiniboots.com)
    33 KB
    1,380 ms
    …jquery/jquery-migrate.min.js?ver=1.4.1(www.tattiniboots.com)
    4 KB
    330 ms
    …js/tracking-analytics-events.js?ver=5.3.9(www.tattiniboots.com)
    1 KB
    180 ms
    …js/tracking-scrolldepth.js?ver=5.3.9(www.tattiniboots.com)
    2 KB
    180 ms
    …js/jquery.themepunch.tools.min.js?ver=5.4.8(www.tattiniboots.com)
    38 KB
    1,530 ms
    …js/jquery.themepunch.revolution.min.js?ver=5.4.8(www.tattiniboots.com)
    18 KB
    780 ms
    …javascript/wpmenucart-ajax-assist.js?ver=5.2.3(www.tattiniboots.com)
    1 KB
    180 ms
    …js/scripts.js?ver=5.2.3(www.tattiniboots.com)
    1 KB
    180 ms
    …js/owl.carousel.min.js?ver=5.2.3(www.tattiniboots.com)
    11 KB
    480 ms
    …js/owl.rows.js?ver=5.2.3(www.tattiniboots.com)
    1 KB
    180 ms
    …jquery-blockui/jquery.blockUI.min.js?ver=2.70(www.tattiniboots.com)
    4 KB
    180 ms
    …frontend/add-to-cart.min.js?ver=3.7.0(www.tattiniboots.com)
    1 KB
    180 ms
    …vendors/woocommerce-add-to-cart.js?ver=5.5.5(www.tattiniboots.com)
    1 KB
    180 ms
    …vendor/modernizr-2.6.2.min.js(www.tattiniboots.com)
    6 KB
    330 ms
    …css/pe-icon-7-stroke.css(www.tattiniboots.com)
    2 KB
    180 ms
    …animate-css/animate.min.css?ver=5.5.5(www.tattiniboots.com)
    4 KB
    180 ms

    What else can I do?

Viewing 13 replies - 1 through 13 (of 13 total)
  • Plugin Author Gabe Livan

    (@gabelivan)

    @ttattini are you sure you have enabled Minify/Combine with Asset CleanUp Pro and you’re not in “Test Mode”? The changes didn’t take any effect, that’s why I’m asking.

    The score for “Eliminate render-blocking resources” can be improved by unloading useless (if any) CSS/JS from the HEAD section of the website or by moving the CSS/JS to BODY or async/defer load them (which is a Pro feature).

    Thread Starter ttattini

    (@ttattini)

    I have un-enables all options to minify/compress with your plugin, then re-enabled, then pushed a clear of the cache

    My results are now as follows:
    https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Fwww.tattiniboots.com%2F&tab=desktop

    Are these files not able to be compressed or?

    Plugin Author Gabe Livan

    (@gabelivan)

    @ttattini

    I have un-enables all options to minify/compress with your plugin, then re-enabled, then pushed a clear of the cache

    If Minify CSS/JS options are enabled then it must be something wrong with the permissions for writing to /wp-content/cache/asset-cleanup/ (caching directory) because the website loads the original (non-minified) files. It’s like the minify feature is turned off, even though you said you enabled it. Can you check if there are files created in the caching directory?

    Thread Starter ttattini

    (@ttattini)

    Thank you for helping me get to the bottom of this

    To begin, here are screenshots emphasizing/confirming that everything is turned on correctly within your plugins settings (Also notice that Test Mode is Turned Off):

    View post on imgur.com

    View post on imgur.com

    In wp-content/cache/ there is no /asset-cleanup. Please see screenshot below:

    View post on imgur.com

    I am not sure if supercache conflicts with your plugin? Do you have any report on this? Or is there a way to check permissions to ensure that your plugin can write to this directory?

    Thank you again,
    – Tanner

    Plugin Author Gabe Livan

    (@gabelivan)

    @ttattini it looks like this is the reason behind the minify/combine not working for both CSS/JS options: no files and directories can be created in /wp-content/cache/ by Asset CleanUp.

    The plugin attempts to create any missing CSS/JS files (permission 755) there whenever the cache is cleared and the plugin is activated. Can you clear the cache or deactivate and activate it back?

    If the directory “asset-cleanup” is not created, then it’s a problem with the writing permissions. Perhaps, your hosting account has something peculiar/unusual about that. Can you send me on private (https://gabelivan.com/contact/) your “System Info” from “Tools” (plugin’s menu)?

    Please check this article regarding checking the right permissions:
    https://www.wpbeginner.com/beginners-guide/how-to-fix-file-and-folder-permissions-error-in-wordpress/

    You can securely connect via SFTP to your website and check what was set for /wp-content/cache/. You can also create “asset-cleanup” directory in “/wp-content/cache/” and re-activate the plugin.

    Thread Starter ttattini

    (@ttattini)

    I have checked file permissions for the cache folder and they are 755:

    View post on imgur.com

    Other Plugins have no issue writing here so I did not assume that this was the issue

    I have since checked the folder and now there is a folder for Asset-Cleanup: https://i.imgur.com/KdPhW9h.png

    However the plugin is still not working as the site speed checker at Google still mentions all of these files:

    View post on imgur.com

    I have gone back to the load manager and turned everything off; and then deactivated the plugin. I also erased the cache of the entire website. After running another speed test, nothing was altered (as assumed)

    I have then re-activated the plugin, and turned everything back on

    The website is still operative.
    After running another speed test, it actually dropped? Not sure about that one

    I have sent you the System Info from “Tools” to your direct contact. If you need a temp login to the website please let me know as well

    Thanks again,
    – Tanner

    Plugin Author Gabe Livan

    (@gabelivan)

    @ttattini thanks for sending me the “System Info” which revealed that Asset CleanUp has written all the needed files there. There are 55 files stored there totaling 5.55 MB. If you visit other pages, such as https://www.tattiniboots.com/shop/ you will see that Inline/Minify/Combine CSS/JS features are working fine (all files are loaded) and you’ll get a higher score in Gtmetrix for the Shop page.

    If you visit view-source:https://www.tattiniboots.com/shop/ (Google Chrome) you’ll notice in the HTML source references from /wp-content/cache/asset-cleanup/. So, there’s no problem in terms of saving the optimized files at all.

    UPDATE: After several checks, the references are not showing up anymore on the Shop page. Perhaps there’s an incompatibility with WP Super Cache. I’ll test it out.

    The original source files for CSS/JS are not updated (didn’t find why at this point in time) on specific pages such as the homepage. The inline feature and the unload rules apply to all pages, which is good.

    Other pages where the Minify/Combine/Unload features are not applied is /cart and /checkout but this was explicitly set to be like that when you activated the plugin as those pages are non-cacheable anyway and there’s no point in taking chances and break something there if you unload the wrong CSS/JS for any reason.

    This would require a more in-depth check. It could be an incompatibility between plugins. It’s the first time when I’m dealing with something like that. I’ll do more debugging and get back to you with what I find.

    Thread Starter ttattini

    (@ttattini)

    Thank you again for the prompt reply,

    With the “System Info” we have been able to determine that all necessary written files have been added; great!

    I’ve ran a page speed test on: https://www.tattiniboots.com/shop. You can see the results as follows: 54 Mobile | 72 Desktop. These are great statistics, however are also relevant to the lack of content on that page. (The home page features several sliders and other elements). If you scroll down to the “Eliminate Render Blocking Resources” at: https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Fwww.tattiniboots.com%2Fshop&tab=desktop

    You will see the following: https://i.imgur.com/Z7ZJ9pb.png

    Therefore confirming that the original source files for CSS/JS are in fact not updated. Thank you for confirming that the inline features and unload rules are working however

    I am thrilled to be able to point out such an issue to you; and please keep me updated on the debugging process.

    To help, I did go ahead and Delete the Cache, De-active WP Super Cache, then run the scan at the Insight center over at Google again. However that did not resolve the issue. If you need access to the sight I am sure we can work something out so that you can dive deeper.

    Keep me posted; thank you

    – Tanner

    Plugin Author Gabe Livan

    (@gabelivan)

    @ttattini Indeed, as I mentioned in my previous (later updated) comment, the Shop’s CSS/JS original sources are no longer replaced with the cached ones.

    Everything was working fine and I even accessed the page with random query strings (e.g. /shop/?random_value_here) to make sure it by-passed the caching and it was all good. Later on, the sources were back to their original (non-optimized) values without changing anything.

    I’ve tested WP Super Cache (latest version) on my end and all was good (just as I expected). No issues whatsoever. It’s enough one plugin from your active ones to behave funny or alter the HTML source code in such a way that would interfere with Asset CleanUp updating the paths to the new files (since they are already created). Whatever it is, I’ll find out. I’ll keep you updated after further testing.

    Thread Starter ttattini

    (@ttattini)

    I now see the new update,

    Yes WP Super Cache does not seem to be the problem. Let me know if there is anything you would like me to try/conduct on my side in the meantime as you proceed with further testing. I assume .webp images aren’t enough to throw everything off?

    – Tanner

    Thread Starter ttattini

    (@ttattini)

    Just checking in to see if there is any update on this

    – Tanner

    Plugin Author Gabe Livan

    (@gabelivan)

    @ttattini there have been some updates on Asset CleanUp for making sure that sources with relative paths get updated. There are quite a few plugins from your website and going through them one by one and doing various tests is not an easy task. I haven’t had a chance to test all of them, yet. Usually, issues related to incompatibility get solved fairly quickly, but on this occasion, being so peculiar (never encountered the same problem before), it takes a longer time to debug.

    There’s one thing I noticed on your website and is not a recommended practice anymore nowadays: you removed (or the HTML tags are hardcoded) the query strings (e.g. /?ver=) from the sources. This is not good for the functionality of your website (as the versioning is there for a reason) in case those files will get updated and the browser’s caching (of your visitors) will load the same (outdated) cached files, since there’s no versioning to ‘tell’ the browser that there was an update.

    “Remove Query Strings from Static Resources” is no longer added (from the beginning of this year, 2019) in the reports of GTmetrix, PageSpeed Insights (if it was ever there) or Pingdom speed test.

    Here are a few articles that would help you out:

    I haven’t forgotten about your initial problem and I’ll continue making tests until I’ll come up with something.

    Thread Starter ttattini

    (@ttattini)

    The only option I have set to off in regards to Version is “Remove “WordPress version” meta tag?”. Other than that, I am not sure why “/?ver=” is not displaying behind the site. I will look into resources to get this added on each page

    I understand that Query Strings are no longer added, thank you for the linked articles. We do not use too many Query Strings anyway

    As for the continuation of your search! Best of luck and thank you as always

    – Tanner

Viewing 13 replies - 1 through 13 (of 13 total)
  • The topic ‘What else can I do to Defer…’ is closed to new replies.