Plamen M
Forum Replies Created
-
Hello @generosus,
I tried to recreate the issue in a test site, following the steps from your reply. I was not able to recreate the reported issue even when I set the compression level to 80%. Some images in the test site did not receive additional compression benefits, since they were uploaded with high compression initially to the test site, however, the compression process was able to further reduce the WebP size of the images that allowed additional compression, without affecting their viewing experience. For these, their downloaded size was lower than the size of the same image at 25% compression.
Your issue might be related to some other optimization plugins or optimization options in your theme’s settings, if any, however, without being able to reproduce the issue, we can only speculate on possible causes.
Also Remember to flush the cache of your browser when testing.
If you continue experiencing the issue, post a support ticket through the Help Desk area of SiteGround so that we can check the issue at its occurrence on your site and try to assist you better.
Regards,
Plamen.M
Tech Support Team
SiteGround.com- This reply was modified 1 year, 1 month ago by Plamen M.
Hello @generosus ,
The suggestion is passed to our developers. It is still under their review. There is still not a reply from them. They are handling requests by a FiFo sequence. We are monitoring it and will post an update as soon as they provide a reply.
Your patience will be appreciated.
Regards,
Plamen.M
Tech Support Team
SiteGround.comThank you for the suggestions.
Since the product evolved and grew beyond the infrastructure of SiteGround, we really want it to stand out among the sea of other optimization plugins out there. One part of this emphasis is the descriptive title.
Regards,
Plamen.M
Tech Support Supervisor
SiteGround.comHello @generosus ,
Thank you so much for taking the time to share your observations with us. We truly appreciate your feedback as it helps us to improve and serve you better.
I want to assure you that the name of the updated plugin was meticulously tested across various platforms prior to the release of the update. I personally verified the plugin’s display on the plugins page, both on a computer screen and on two different mobile devices, to ensure a seamless user experience. The plugin name has been designed to fit comfortably on different screen sizes without disrupting the overall layout of the pages. On mobile devices, the plugin name is thoughtfully word-wrapped to align with the design of the mobile version of the page.
While the name may appear a bit longer, it has been crafted to be in harmony with the design alignment of the Plugins page of the WordPress admin panel.
However, we understand that there’s always room for improvement. Therefore, I will ensure your feedback is communicated to our dedicated team of plugin developers. Your perspective is valuable to us, and we are always open to suggestions that can help us enhance our services.
Thank you once again for your constructive comment. We are here to assist you and make your experience better.
Best Regards,
Plamen.M
Tech Support Team
SiteGround.comHello @emilyalice22 ,
The image conversion process depends on the internal cron processes in WordPress. You need to make sure that nothing on the site is blocking them.
Alternatively, you may try replacing the internal cron of WordPress with a “real” cron task instead:
https://eu.siteground.com/tutorials/wordpress/real-cron-job/
I see that your site is hosted by SiteGround. If you continue experiencing issues, post a support ticket in our Help Desk and we will gladly check the issue further for you:
https://eu.siteground.com/kb/how_to_post_support_tickets/
Regards,
Plamen.M
Tech Support TeamHello @ottodix ,
Please, post a support ticket through the SiteGround’s Helpdesk system. This will allow us access to test the reported issue and help you further.
https://eu.siteground.com/kb/how_to_post_support_tickets/
Thank you.
Regards,
Plamen.M
Tech Support Team
SiteGround.comHello, @asafm7 ,
Caching is excluded only for a pre-defined set of cookies. You can read more at:
https://eu.siteground.com/kb/siteground-dynamic-caching-configuration/#Cookies
You can exclude other cookies from the caching mechanism using the following filter, which should be added to the theme’s functions.php file:
add_filter( 'sgo_bypass_cookies', 'add_sgo_bypass_cookies'); function add_sgo_bypass_cookies( $bypass_cookies ) { // Add the cookies, that you need to bypass the cache. $bypass_cookies[] = 'cookie_name'; $bypass_cookies[] = 'cookie_name_2'; return $bypass_cookies; }
Please test that way and if the issue still persists, you can open a ticket on our end from your SiteGround User Area so we can investigate the case further.
Regards,
Plamen.M
Tech Support Team
SiteGround.comHello @squasher ,
In most cases, such issues are caused by a plugin or a theme conflicting with our plugin. Your best bet is to disable all your plugins, except for ours. Then test the issue and start re-enabling them one by one, testing the issue again after each enabled plugin.
If the problem continues, please, kindly post a support ticket in our Helpdesk system, so that we can investigate the issue in details:
https://eu.siteground.com/tutorials/getting-started/getting-help-from-our-support-team/
Thank you.
Regards,
Plamen.M
Tech Support Team
SiteGround.com- This reply was modified 1 year, 4 months ago by Plamen M.
Hello @pautgn ,
File based caching caches the entire result of the generation of a page, and not its building elements, like JS files, etc. To exclude a page from being cached, add it to the list in:
Exclude URLs from Caching
and/or add a “no-cache” and “no-store” cache control meta tag to the pages which you do not want to be cached.
You can not have the entire page cached, except for a part of it, because the scripts are a part of the final version of the page. Separate scripts can be excluded from the combining or the minification processes only.
Regards,
Plamen Martinov
Tech Support Team
SiteGround.comHello @zoddshop63 ,
The servers of SiteGround, the server setup also uses Nginx and the Rest API Connections work perfectly fine.
Try: Disabling all of the other plugins in your site. Then re-enable the SG Optimizer plugin only. If the error is gone, then re-enable the plugins one by one, testing the Optimizer after each re-enabled plugin.
You may want to also try to temporarily switch to one of the default WordPress Themes while testing. Some theme specific entries in the functions.php file may also block the requests.
You can also check your console for any errors that could indicate the exact reason for the API to not function properly.
In a test WordPress installation, try installing our plugin alone. See if it would work there.
Regards,
Plamen Martinov
Tech Support Team
SiteGround.comTo the best of my knowledge, this should be done manually or through third party plugins. In both cases, your best option would be to consult the process with a professional developer. You may also find many articles on the subject. Here is one to start with:
https://www.searchenginejournal.com/identify-reduce-render-blocking-resources/316365/
Regards,
Plamen.M
Tech Support Team
SiteGround.comHello @ideagomedia ,
Thank you for sharing your excitement with using our service and our plugin.
The plugin does not have a way to determine the importance of the JS and CSS files on your site pages. The combine option would combine all of the scripts on the page. A developer should be able to determine which one of them are ?render-blocking and then you could exclude them from the combination and then add only them to the middle or the bottom of the page loading process to prevent them from blocking the rendering of the page.
As for the second issue, where the site loading is prevented when the script combining is enabled, this usually occurs in cases when the combining process is breaking the code of some of the scripts. The combining follows the logic of strict coding standards to combine the code of scripts and when a script is written without following these standards, it could not be combined properly. In these cases, you may consider excluding the scripts from the combination process one by one until you find the problematic script.
Regards,
Plamen.M
Tech Support Team
SiteGround.comHello @twewscd ,
Thank you for using our plugin and we are very glad that you like it. Setting the compression level to None should be sufficient for our plugin to not apply image optimizations. Could you please provide more details:
- What optimizations do you see applied after you set the compression level to None?
- Why do you prefer to use another image optimization plugin instead of ours?
- With which plugin and what conflict are you trying to resolve?
We expect your reply, so that we can assist you better.
Regards,
Plamen.M
Tech Support Team
SiteGround.comHello @portpass1974 ,
The database cleanup functions depend on the cron events in your site. I see that you are a SiteGround customer. Please, post a support ticket through the Helpdesk system in SiteGround so that we can check the issue at hand:
https://eu.siteground.com/kb/how_to_post_support_tickets/
Additionally, post revisions can be con trolled directly through the wp-config.php file in your site. You can read more at:
https://eu.siteground.com/blog/wordpress-database-cleanup/#Revisions
Regards,
Plamen.M
SiteGround Tech Support Team- This reply was modified 1 year, 5 months ago by Plamen M.
Hello @neziah ,
Thank you for the update. The best solution here is for us to be able to recreate the issue, so that we can assist with a resolution. Otherwise, it would be “shots in the dark”, so to say.
Also, if the issue occurs on a site, hosted at SiteGround, it would be best if the site owner files a support ticket soon after the issue occurs, so that we can also check corresponding site or server logs.
Regards,
Plamen.M
Tech Support Team
SiteGround.com