SuperfeinCreative

Thanks for your speedy reply! I actually had set http restrictions for the server key, and that was causing the issue…that, and my impatience to wait 5 minutes for changes to API keys to appear on my end. The trial and error eventually got me to figure out that http restrictions to the server key blocks it from working. I gather from the troubleshooting page that I need to add IP restrictions instead? It’s too bad, because I much prefer to add http restrictions.

Cheers,

Zach

Thanks @lukefiretoss, exactly what I needed!

Thanks! I submitted a request.

Hi @priscillamc, thanks for responding.

It’s not that I have conclusive evidence of a performance issue, but rather there is a preferred head tag order that is considered best practice for optimal performance. Arranging the head tags in this performance-driven way is called ‘orchestration.’

If there is currently no filter or method for changing the priority of Yoast head tags, then perhaps I can submit a feature request. Where would I do that?

Thanks.

I realized that in your settings I can delete all the conversions with a single button. I can’t believe I missed that. So that one is resolved. Hoping to still get answers to my other questions, when you have some free time.

Is there a way to exclude certain images from the conversion process, when on an NGINX server?

Thanks for getting back to me Matthias. I followed the instructions but it didn’t work. Perhaps it would be easier if I dug into the DB?

I’m using RML v4.4.1 could that be why it’s not working? Do I need an earlier version of RML for this to work?

Cheers,
Zach

Thanks Kyle, that did the trick. Thanks again for a great plugin!

Hi @jaygidwitz,

Thanks for responding! Oddly that GA account just wouldn’t authorize until I added myself (business email) as a user on my client’s GA account. I’ve never come across this before, and I’ve setup and linked many client’s GA accounts before.

Anyway, it’s all good now. Thanks!

Fantastic @abletec! That worked like a charm. Something must have gotten corrupted during the update.

Much appreciated!

Cheers,
Zach

Windows 7 64 Bit

Chrome Browser for Windows latest version.

Fantastic! As far as I can tell that fixed it. Will let you know if I come across anything else.

Just before applying your fix, I noticed that even the Analytics for WP dashboard view wasn’t loading, plus several other odd issues. Seems that solved them all.

Thanks @antoscarface! Brilliant support!

I have the same problem since the latest update.

I’m on a staging site on wpengine.com.

Using Chrome latest version on Windows 7 x64.

Don’t have many plugins installed.

Happy to help test, if you want.

I would like to second what @mailcatala said. This should really be WooCommerce compatible other wise it’s pretty much useless! WooCommerce powers a third of all e-commerce stores, surely this should be a priority improvement for this plugin.

Other wise, yes it works, and seems to work well. But I can’t think of a situation where I would use it for non-WooCommerce purposes.

Best,
Zach

Hi Ivan,

I did contact support and the issue was the PHP Max Input Vars, which the technician increased from 3000 to 6000. This seemed to solve all the issues. So for anyone else out there, you can either get hosting support to do this for you, or you can add a php.ini file to your WordPress root directory. I won’t give instructions on how to add it in case it isn’t compatible with your hosts setup, but that’s the file you would add the directive (code) into.

Hope someone finds this helpful!

Thanks Ivan, I appreciate your dedication to Siteground customer service, you guys are seriously professional. ??