Very slow loading in comparison to Woo Categories Pages
The support doesn work on Saturdays and Sundays, so some Friday requests can be answered on Monday. If you have problems with registration ask help on contact us page pleaseIf you not got email within 24~36 business hours, firstly check your spam box, and if no any email from the support there - back to the forum and read answer here. DO NOT ANSWER ON EMAILS [noreply@pluginus.net] FROM THE FORUM!! Emails are just for your info, all answers should be published only here.
The support doesn work on Saturdays and Sundays, so some Friday requests can be answered on Monday.
Quote from lionheart on May 21, 2024, 01:02Again why aren't you comparing YOUR plugin's sorting via category versus Clicking on the specific category link like I've demonstrated MULTIPLE times in the video I keep sending you? The category link takes only 4 seconds to load so why doesn't YOUR plugin load the category in only 4 seconds? You still have not provided an explanation for that?
We've already proven that your plugin is slow. When we added the extra code to the theme file to remove styles from loading unnecessarily, it sped things up. Why do you keep wasting time trying to prove it is not your plugin?
Again why aren't you comparing YOUR plugin's sorting via category versus Clicking on the specific category link like I've demonstrated MULTIPLE times in the video I keep sending you? The category link takes only 4 seconds to load so why doesn't YOUR plugin load the category in only 4 seconds? You still have not provided an explanation for that?
We've already proven that your plugin is slow. When we added the extra code to the theme file to remove styles from loading unnecessarily, it sped things up. Why do you keep wasting time trying to prove it is not your plugin?
Quote from Pablo Borysenco on May 21, 2024, 17:36hello
I'll try to explain this to you.
Your site loads slowly with any new URL. Plugin search query changes URL. But my plugin can't speed up your site. I proved it on video.
When we added the extra code to the theme file to remove styles from loading unnecessarily, it sped things up. - Yes, of course this will speed up loading by about 0.2-0.5 seconds. But your video has nothing to do with this. These styles are loaded regardless of whether there is a search query for this, it should be loaded the same way in any case. If connecting these small files takes a few seconds, you have problems with the server. Further on your video, filtering works in ajax mode where these files are not connected at all. So this code has nothing to do with the problem and does not bring any visible improvement (in the realities of this site)
The plugin does two types of work (server load) 1) preparing and drawing the filter form, this works wherever there is a filter. And this is the most loaded part of the filter’s work. But it doesn't seem to affect the speed because when there are no requests in the URL it doesn't affect the speed 2)Preparing a search query. The plugin intercepts the woocommerce request and adds parameters (in this case "tax_querty") then this request is executed by woocommerce. In fact, this is very little server load and the request is no different from the request on the category page.
Most often, a cache is generated for each page and stored using a key from a hashed URL( simplified explanation ). Another URL means there will be a search by key (hash code) and if the data is not found, the request will be sent to the server. Next, the response from the server is cached (a record is made in the database with the key being generated) and the response is sent to the client. In fact, the first request takes more resources when the cache is enabled( especially when there is database replication (many clusters) ) For this reason, some smart caches warm up the data. For example, it takes a site map and automatically caches these pages (warming up the cache) after clearing the cache databases.
And after my tests it is very similar: The site has a performance problem (my plugin is disabled), and cash improves this situation a little. But the problem appears when there is a request with a new URL (my plugin is disabled or my plugin changes the url) and the cache has no data.
hello
I'll try to explain this to you.
Your site loads slowly with any new URL. Plugin search query changes URL. But my plugin can't speed up your site. I proved it on video.
When we added the extra code to the theme file to remove styles from loading unnecessarily, it sped things up. - Yes, of course this will speed up loading by about 0.2-0.5 seconds. But your video has nothing to do with this. These styles are loaded regardless of whether there is a search query for this, it should be loaded the same way in any case. If connecting these small files takes a few seconds, you have problems with the server. Further on your video, filtering works in ajax mode where these files are not connected at all. So this code has nothing to do with the problem and does not bring any visible improvement (in the realities of this site)
The plugin does two types of work (server load) 1) preparing and drawing the filter form, this works wherever there is a filter. And this is the most loaded part of the filter’s work. But it doesn't seem to affect the speed because when there are no requests in the URL it doesn't affect the speed 2)Preparing a search query. The plugin intercepts the woocommerce request and adds parameters (in this case"tax_querty") then this request is executed by woocommerce. In fact, this is very little server load and the request is no different from the request on the category page.
Most often, a cache is generated for each page and stored using a key from a hashed URL( simplified explanation ). Another URL means there will be a search by key (hash code) and if the data is not found, the request will be sent to the server. Next, the response from the server is cached (a record is made in the database with the key being generated) and the response is sent to the client. In fact, the first request takes more resources when the cache is enabled( especially when there is database replication (many clusters) ) For this reason, some smart caches warm up the data. For example, it takes a site map and automatically caches these pages (warming up the cache) after clearing the cache databases.
And after my tests it is very similar: The site has a performance problem (my plugin is disabled), and cash improves this situation a little. But the problem appears when there is a request with a new URL (my plugin is disabled or my plugin changes the url) and the cache has no data.
Quote from lionheart on May 23, 2024, 22:58What the Hell!!!!
You changed a setting on the live site without letting me know and it broke all the links from the homepage. My client just complained to me about it.
Before I gave you access 'his option changes the search link. The search query becomes part of the URL.' had been set to YES. I did not change it and you are the only other person who had access.
What the Hell!!!!
You changed a setting on the live site without letting me know and it broke all the links from the homepage. My client just complained to me about it.
Before I gave you access 'his option changes the search link. The search query becomes part of the URL.' had been set to YES. I did not change it and you are the only other person who had access.
Quote from Pablo Borysenco on May 24, 2024, 10:42Hello
Yes, it's my fault. I actually changed this setting and showed you a test video of how a new URL affects loading speed.
I'm sorry about that, I had no idea that you could use search links in content(menu) without setting up SEO rules.
Hello
Yes, it's my fault. I actually changed this setting and showed you a test video of how a new URL affects loading speed.
I'm sorry about that, I had no idea that you could use search links in content(menu) without setting up SEO rules.