For performance reasons we disable the Wordpress cron on most of our sites, and simply call wp-cron.php once a day via a traditional UNIX cron.
However, we think we've noticed a performance issue with WPBDP phoning home for what we assume is a license check whenever someone saves a new post. Looking at the external calls made by /wp-admin/post.php with New Relic, it seems like we're seeing 4 calls to businessdirectoryplugin.com per 'save' transaction, with an average time of around 6.8 seconds! This accounts for 55% of the time it takes to save a new post.
We do have a licensed copy of BDP running, and we know that phoning home is a part of that, but should the plugin be doing that on every save? Is it phoning home more often because we've disabled the wp-cron? Turning wp-cron back on is definitely not an option, this site is huge and the client is extremely performance focused.
Looking for thoughts on why we might be seeing a 6 second call to your server with every save, and how we might fix that issue. I don't really want to hack in and disable the plugin's ability to do a license check, if that's even possible, but we really need to limit the call to once a day at most.
That doesn't sound right as the license checks should not be made per post save.
Can we please get WP admin and FTP credentials to your site to dig into this further?
We need the following information to debug the issue:
- WP admin username
- WP admin password
- WP login URL
- FTP username
- FTP password
- FTP servername/IP address
- Links to this forum thread
Contact us here with that info so we can help better:
Sorry about the delay, just digging out from the holidays, and, well... I didn't jump right back to answer because, frankly, there's no way we can grant you access to our server. I'd be happy to answer any questions you might have about our configuration though.
And along the same lines, and regarding another site we have that uses BDP. Is the plugin running any kind of pseudo-cron itself? Outside of the wp-cron?
Regarding your question, we don't use any "psuedo-cron". Only WP-based cron.
Unfortunately, without server access, we are unable to diagnose this issue--our tests on local servers do not reproduce this specific behavior. You can contact me directly (http://businessdirectoryplugin.....m/contact/) if you wish, but without server access, we're dead in the water here.
On a side note, let me relate a few things about us and our business to hopefully put your mind at ease about sharing your credentials:
1) We ask for credentials to people's sites on a weekly basis--probably 2-3x on average. We've been in business for several years, so that's a lot of people who've trusted us with their sites.
2) We treat your site like it was our own. We are extremely careful with it. We don't do anything destructive nor would we ever deliberately do so. Ruining customer sites is incredibly bad for business and it's the wrong way to behave as human beings, too.
3) We only keep your credentials around long enough to investigate the problem. Once we're done, we get rid of them to keep your site secure. We don't create additional logins or change the passwords. It's your site and we make sure it's working when we're done.
Our number one goal here is to make YOU successful as quickly as possible. In this case, that means getting access to debug the problem. FTP allows us access to files while we're adding debug code and if we make a syntax error, we can easily fix that without killing your site.
There are so many variables in a WordPress environment (plugins, theme, PHP versions, database versions, server hardware, installed PHP libraries, etc) that the code is only one tiny part of the puzzle here. It's the interaction of several things that often ends up being the problem, which is why we have to debug it on your server directly. Doing this with screenshots or partial files won't really get us to the root of the problem unfortunately. I hope that's enough to convince you to trust us for this short time to get your site fixed as quickly as possible.
Most Users Ever Online: 103
Currently Browsing this Page:
Guest Posters: 3553
Administrators: Business Directory Support: 1672