Mitch Canton

Yes, we disable to default cron and set up a custom cron to help with site performance. We can reset that for the update.

Please don’t tell me I have too many plugins, that is not your place. Of those plugins, less than 100 are active (others are off and on, as needed), and we use selective script loading functionality to reduce the plugin stack load and any impact on performance.

And it’s not like we’re on shared hosting, so we account for the plugin stack via server and cache settings as well.

Lastly, I don’t have “unnecessary plugins” – if they were unnecessary, they wouldn’t be there. I could just as soon say the five WPGeo Directory plugins were unnecessary. But we want them, so they are necessary, and they are there.

I had already deactivated the WPGD custom plugin I had created for customizations.

I’ll recreate a staging site and run it again. We’ll see what happens.

Thank you for your reply. I appreciate the support we get from WPGD, and that is why I just re-subscribed for another year. But please try not to pontificate in the provision of support. Thanks.

Thanks for taking a detailed look. I guess I’m not so worried about the .05 as I was about the sheer number of queries. I was under the (maybe mistaken?) impression that that was going to cause me some real problems as we increased our logged-in active user count.

I know the way I hacked up the widget where it includes 25+ WPGD shortcodes in the same widget was not likely normal usage, 🙂 but that was the only way I could figure out how to get the listings layout I wanted in that sidebar.

Again, I’m open to doing it another way if you had any suggestions.

I understand. Our issue is that we must make the Prices and Locations add-ons active “Globally” for them to work properly with package ids code. Problem then is that if add-ons are on Globally, but the Base plugin is not loaded on a specific page, the page 500’s.

I need to go through every page and post type on the site to make sure I disable add-ons script whenever and wherever the base plugin script is not loaded. Not convenient at all, but I will sacrifice the convenience for the ability to save resources and improve performance.

I appreciate the rationale and explanation.

I’m not sure why it would need to do that from their perspective but I’ll check with the dev.

So is this something I can prevent them from doing from the WPGD side of things?

Thanks.

Hey Alex,

I did set the image as the ‘no listing’ image in that WPGD category, but it is not applying to any of the listings with that category. Is that supposed to add that image to all listings with that category? and does it matter if that specific listing is the ‘primary’ category or not?

Thanks.

After waaaay too long working on this issue, I wanted to update that it is resolved. It was not really a WPGD issue.

Quick short story for future reference. We use a selective load plugin to, well, selectively load plugins on posts, pages, etc. We had turned off ALL other plugins (via this method) but the issue with losing the WPGD settings remained. So it seemed natural to be a WPGD issue.

Come to find out, somehow another plugin (a Woocommeerce Booster setting) ‘ignored’ this OFF setting, and was indeed conflicting with WPGD, and removing that functionality. Once we went through 90 plugins to determine the culprit, and modified the plugin option, WPGD functionality came back.

Thanks for looking into it with me.