Forum Replies Created
No, I checked and it is still not working. I didn’t take the time to document what is happening because it is the same as what I’ve already spent time documenting. If you haven’t taken the time to click through these, they would be very helpful in understanding the issue.
- https://proofs.advisorsexcel.com/2024/weekly-dbr/i/download-limits-09.05.2024.pdf
- https://proofs.advisorsexcel.com/2024/weekly-dbr/i/download-limits-09.05.2024_unique-only.pdf
There’s no need to create new test packages as this is occurring sitewide on all packages. The issue is actually multiplied when switching between packages. That’s when it seems to count multiple times. Once downloading the same pacakage back-to-back, those seem to count as one download, but moving between packages will count anywhere from 2-4 downloads.
We will test and confirm. Thanks, Shahjada.
I am only online from 8am-5pm CST, so I didn’t see your message. You have permission to look into this outside of the 6am-8pm CST timeframe.
Yes, views are counting towards downloads. And the downloads aren’t counting properly. As you’ll see in the provided examples, sometimes a view or download will register as 3 downloads.
- https://proofs.advisorsexcel.com/2024/weekly-dbr/i/download-limits-09.05.2024.pdf
- https://proofs.advisorsexcel.com/2024/weekly-dbr/i/download-limits-09.05.2024_unique-only.pdf
We are using multiple roles on our site and most users have more than one of these roles applied. I don’t know if somehow that is contributing to the triple counting, but I haven’t been able to test and get any kind of consistent experience yet, but it does count wrong every time even if it doesn’t do it the same way consistently.
Yes please. Thanks for jumping in Tahasin. Let me know what you need from me. There’s a lot of history here to catch up on, but I am happy to provide any screenshots you may need.
Revisiting this topic as it has not been resolved. I closed your access to our site awhile back in order to keep it secure. I don’t want to open another topic as I’ve already opened two an I think the history here of the issue is relevant. However, if I don’t get a response, I guess I’ll start this process over. I first reached out about this issue a year and a half ago and it has not been fixed nor has anyone been engaged in communication about the issue which is extremely frustrating.
Thanks! I got it!
Hi Nayeem, it is a longstanding issue that you assisted with in the past. We just have too many site views which creates some issues with PDF Viewer working. I’m just looking for a solution on our most visited packages that will allow us to reduce the number of fetch requests and using an iframe seems to work for what we are looking for. Is there a way to build a shortcode of my own that works like the [file_list] one? I realize it is meant for multiple files, but we aren’t going to be using it that way, so if I could strip out the code that removes it from my URL string, that would be awesome.
We tried making our own with some php and it places into the template perfectly on its own, but when I add it to the src url of an iframe, it doesn’t read the shortcode at all:
<iframe src="[wpdm_url_ae]" style="width: 100%; height: 400px; border: none;"></iframe>
#document (https://resources.advisorsexcel.com/resource/test-package/[wpdm_url_ae])Thanks, Shahjada. We may pursue this add-on. No one has told us about this option.
Looks to be working now! Thanks, Nayeem!
Hi Nayeem! So I’ve implemented this code and it is working, but once I select that choice in my filter it reverts to the original name. Any idea why that might be?
So, it is changing everywhere on the admin side, but on the frontend where I am trying to call that post type in my filters, it still auto-displays that post type name as “Downloads” instead of “Resources.” You can see in this screenshot: https://dbr2.flywheelsites.com/wp-content/uploads/2024/07/downloads-filter.png
I did the same method to turn the “Posts” post type to “News” and that worked, as you can see.
Thanks for the update. My concern is that we get a lot of site traffic. Is there potential that the number of hits are causing issues that your other customers are not experiencing because they don’t have the same volume of traffic?
With the increase to our database, we are running optimally now, but we would love to not have to increase that for the WPDM plugin to function correctly under strain.
Hi Tahasin…any news? It has been nearly 2 weeks without an update.
Thank you, Nayeem. I’d appreciate any update you have as you have it.
Nayeem, I’ve spoken to Flywheel and there isn’t really much more detail that we can provide that isn’t already in the logs. We saw these increases in slow errors happening with the spikes to 100% CPU usage within the MySQL layer. Over the course of the past 30 days, the download-manager plugin has been mentioned in over 44,000 slow errors, which well over 5x more than other plugins that were logging consistent slow errors. During these spikes there is usually a backlog of mySQL queries, however, those have to be caught in real time in order to know the specific query that’s happening. Since the database upgrade, we haven’t seen any of these large spikes, and simply reviewing the site, we’re not seeing a large amount of the same query running like what would have been happening previously. With that being said, the slow errors should provide enough information to your developers for them to have an idea of what is going on with the plugin at that time, and while other plugins may be throwing some slow errors, it was only those that were logging thousands upon thousands.
The logs provided from May 29th for reference, show the numerous logged errors calling out the download-manager plugin and specifically mentioning mySQL queries, indicating these played a large role in the problems that were seen.
Hey Nayeem, I think it might be time to see if there’s a developer or manager to loop in here. Yes, other plugins have errors, but when our site reaches the 100% CPU usage that causes things to crash, the plugin that is throwing thousands of errors and isn’t functioning in that moment is WPDM and PDF Viewer. These particular plugins are causing the increase in resources that is maxing out an already high database CPU and Flywheel has been able to identify the source is this plugin in particular.
I don’t want to point fingers or place blame, but we have got to get this figured out because everything I’ve been able to determine on our end says it is Download Manager. This plugin is the core to the functionality of our site, so when things act up, the site is completely unusable. We are now paying thousands of dollars a month to increase our database CPU to mitigate maxing it out when we shouldn’t need to be if the plugin could handle the load during peak times.