Forum Replies Created

Viewing 15 replies - 76 through 90 (of 1,873 total)
  • Plugin Author Gabe Livan

    (@gabelivan)

    @antypantyhose I have to admit that I’m surprised by this, as plenty of people use both plugins without any issues. Now, I made some tests, and if the following setting is enabled (“Settings” — “Optimize JavaScript” — “Move All SCRIPT tags From HEAD to BODY”), some confusion can come up from this.

    The SCRIPT is moved to BODY, and it gives you the impression that it’s not loaded at all because its wrapping comments which are “<!– Google Analytics snippet added by Site Kit –>” and “<!– End Google Analytics snippet added by Site Kit –>” are preserved in the HEAD and at first glance, it will give you the impression that the code was removed.

    It would look like this:

    <!– Google Analytics snippet added by Site Kit –>

    <!– End Google Analytics snippet added by Site Kit –>

    So, can you re-enable Asset CleanUp in “Test Mode” (so your visitors will continue to view the website as the plugin is deactivated) and then check the HTML source of your website? (right click on the page and “View Page Source” in Google Chrome).

    If the problem is not this one, perhaps you can keep the plugin enabled in “Test Mode“, and I could do some debugging via /?wpacu_skip_test_mode

    Let me know how testing goes! Looking forward to your reply!

    Plugin Author Gabe Livan

    (@gabelivan)

    @nomadandinlove Indeed, there’s currently no option to prevent this from happening unless you do some custom coding or even more code from Asset CleanUp.

    However, I remember there were similar requests in the past (stopping cache clearing of other plugins) and I’ve decided to provide an update for this.

    If you download the development version (replace the one you currently use) – you have details about how to do this here: https://www.assetcleanup.com/docs/how-to-get-the-development-version-of-asset-cleanup/ – you can use an option to instruct Asset CleanUp to prevent cache clearing for “Cache Enabler” plugin. You can even read about it here: https://www.assetcleanup.com/docs/?p=1502#wpacu-cache-enabler

    This change will be eventually pushed in the next official release of the plugin. However, if you need it sooner (as you requested it recently), you can use it and then when you update the plugin (whenever the new version will be released), you will still have it there and working as it should.

    I hope it helps! Let me know if you have any questions about it!

    Plugin Author Gabe Livan

    (@gabelivan)

    @fbarret if you are comfortable with that, you can share your website URL and re-activate Asset CleanUp in “Test Mode”. I could bypass it via /?wpacu_skip_test_mode and do some debugging. Is that something you could do? Or, you can write to me privately here: https://www.gabelivan.com/contact/

    Plugin Author Gabe Livan

    (@gabelivan)

    @nichita0423 Asset CleanUp was set not to load whenever the editor of the Brizy Page Builder is ON. I’ve re-checked it, and it looks like Brizy uses new parameters (I’ve checked the latest version), and Asset CleanUp was loading when it shouldn’t.

    Now, you are saying that you had to rename some JS files. It might be a different problem in this case as I am not aware of any JS conflicts between plugins.

    I’ve updated the development version of the plugin that will prevent Asset CleanUp from triggering on Brizy edit mode. Can you check it out here? https://www.assetcleanup.com/docs/how-to-get-the-development-version-of-asset-cleanup/

    Plugin Author Gabe Livan

    (@gabelivan)

    @onico0 when an editor is ON, whether from this plugin or another (e.g., DIVI, Bricks, Thrive Builder, the CSS/JS manager from the bottom of the page should not show up, and any functions from Asset CleanUp should not trigger (e.g., minify JS) to avoid any interference with the editor. After all, you are focused on editing the page. CSS/JS management is done separately.

    I’ve updated the development version so Asset CleanUp would not trigger when the “Knowledge Base for Documents and FAQs” editor is ON.

    Consider downloading it here: https://www.assetcleanup.com/docs/how-to-get-the-development-version-of-asset-cleanup/ (you have explanations about how it works)!

    Let me know if this doesn’t fix your issue. It should!

    Plugin Author Gabe Livan

    (@gabelivan)

    @mesmer7 this error related to the fact that the post that the plugin is attempting to retrieve information from, does not exist anymore. Asset CleanUp attempts to retrieve the “post_title” which is not within the $postData variable. This error should not show anymore because in the latest version of Asset CleanUp, a verification is done and if the post is null, then the plugin will not process “post_title” and “post_type” objects.

    This happened because you applied a rule to a post/page (e.g. an article or a dummy page for test) and then that post got deleted from the database. I hope it helps!

    Plugin Author Gabe Livan

    (@gabelivan)

    @mesmer7 if you go to “CSS & JS MANAGER” — “Manage CSS/JS” and you’re still having this problem, then it’s likely a WooCommerce issue as Asset CleanUp would never trigger such an error (e.g., printing whitespace before a header() function) or interfere with a plugin that uses the header() function as it has no reason to do so.

    If you check this post here: https://kinsta.com/blog/cannot-modify-header-information-headers-already-sent-by/ – you will notice, “Usually, the problem in the PHP code is pretty easy to fix. Some common causes that can trigger the error message include:“. Check that out, and if you or your developer can’t fix this, consider writing a ticket to WooCommerce support or the guys behind the “gridlist-view-for-woocommerce” plugin.

    Plugin Author Gabe Livan

    (@gabelivan)

    @latifakouhafa to get back to the previous state, you can use “Tools” — “Reset” from the Asset CleanUp’s menu. It should clear everything. OR, you can just load back the CSS/JS that were unloaded, so the page will be restored.

    Plugin Author Gabe Livan

    (@gabelivan)

    @wpshushu indeed, the plugin has some maintenance scripts running. I didn’t know it would be a hassle sometimes. You can either implement the following code within functions.php (e.g., inside your Child theme) or within a custom plugin where you have custom hooks (I found it the most effective as the actual events are not created):

    wp_unschedule_hook('wpacu_daily_scheduled_events');
    wp_unschedule_hook('wpacu_weekly_scheduled_events');

    OR, you can use a plugin such as “WP Control” where you can edit the actual cron event to run at a much later date. If you delete it, it will be re-created later on, since you only delete the actual event, you do not cancel the hook.

    I hope it helps! Let me know if you have further questions!

    Plugin Author Gabe Livan

    (@gabelivan)

    @lualuadela, indeed, there’s a problem with the URL. When you access it, there’s an error at the bottom of the page: “Ha habido un error crítico en esta web.“. If you install and configure the Error Log Monitor (easiest option) plugin OR check the error logs from your hosting company, you should notice the errors related to this page. The actual PHP error is not printed to the user often for security reasons.

    Let me know if Asset CleanUp will still not work after fixing this. There’s no way for the plugin to fetch the information because you have that error that halts the fetching of the whole page. If the error you’re noticing after you set up “Error Log Monitor” is actually from /wp-asset-clean-up/ directory, let me know, and I could investigate this.

    Plugin Author Gabe Livan

    (@gabelivan)

    @vanvlietwebdesign what’s the instant error you’re getting when you’re installing the PageSpeed plugin? Just to be 100% sure: is it this plugin you’re referring to? https://ww.wp.xz.cn/plugins/google-pagespeed-insights/

    I am sure this is an easy fix (e.g. an incompatibility between plugins), but before fixing it, I need more information regarding this matter.

    Plugin Author Gabe Livan

    (@gabelivan)

    @carlos978 thanks for the suggestion! Can you let me know which features are interfering between the plugins? The more details you can provide to me, the better.

    Plugin Author Gabe Livan

    (@gabelivan)

    @supervinnie41 this should never happen! My apologies for this inconvenience! It looks like your website has something particular there related to some files, and Asset CleanUp. instead of storing the most recent 20 files (just an example), it stores thousands, apparently, hundreds of thousands of files. This is not right and is against the purpose of the plugin, which is meant to optimize a website and not leave so many files there (e.g., it’s also hard when you make a backup of the website and you decide to include the cache directory there).

    Can you share with us via Dropbox or a similar service some of those files (e.g., you can archive 1000 of them in a ZIP file)? I want to analyze some of them. If you feel comfortable, you can also share with us your website’s URL. I might find the problem there as well by checking the HTML source.

    Plugin Author Gabe Livan

    (@gabelivan)

    @fbarret sometimes when you edit a product page and the CSS/JS manager is loading there, you might have to wait until the whole page renders. That’s because the whole edit product page might have lots of CSS/JS and other elements loaded.

    I suggest you manage CSS/JS via “CSS & JS MANAGER” — “MANAGE CSS/JS” (location: /wp-admin/admin.php?page=wpassetcleanup_assets_manager&wpacu_for=custom-post-types) outside the product edit page.

    If you are referring to the plugin slowing down your website when a visitor goes to a product page with variations, then you can re-enable the plugin and set it to “Test Mode” (so your visitors won’t be affected). You can append /?wpacu_debug to the page and you will notice at the bottom of the page details about the plugin loading time.

    Let me know if you are able to do that and I could assist you further!

    Plugin Author Gabe Livan

    (@gabelivan)

    @edude My sincere apologies for missing replying to your tickets! I’ve just checked and there are two emails sent from the “management” email (you mentioned “managment” in your post, but managed to find the emails eventually). I’ll check each one and give you a reply. Therefore, this specific topic will be marked as “resolved”, since it was just a reminder about not getting the replies on time.

Viewing 15 replies - 76 through 90 (of 1,873 total)