Rezly

I fixed the issue. It was not related to AAWP or AIOWPS. It was a syntax change in Apache.

Many thanks,

Lorenzo

Yes i’ve a particular caching system but also if i deactivate and also if i flush the cache the problem still appear sometimes, but only when AAWP is showing boxes and not ever.

I’ll try to deactivate hotlink image function in order to see if this is the problem. Do you have other suggestions? In my opinion is a security rule that is not 100% compatible with AAWP plugin.

The URL for product’s image is generated by Amazon’s API and the domain is images-eu.ssl-images-amazon.com.

I’ve already tested this. The only solutions, in my case (i think), are:

– disable the cache plugin (cannot do that)
– disable the aiowps’s captcha (cannot do that)
– exclude aiowps from caching (not tested cause i’d like to know what files should be excluded)

The only thing that i’ve not tested, is to delete cache and, when it works, insert a wrong captcha to see if 500 error appears. I think no, but i’ll test it.

Thanks,

Lorenzo

Hi,

i’m using wp-rocket but it has been ever used with CAPTCHA. What are the files to exclude from caching, related to AIOWPS’s CAPTCHA?

Or, maybe, should i exclude the entire folder of AIOWPS?

Cause, when i delete the cache, the CAPTCHA works. With cache, it shows a 500 error every time. But it shouldn’t do that.

Thanks,

Lorenzo

Hi,

i had already upgraded to the version 2.0.5 of ad inserter. Anyway, i’ve reloaded the plugin via FTP.

I don’t know, but sometimes, also with this version, the header entry AI_WP_DEBUGGING=deleted appears in the headers, unconditionally.

If you can, i suggest to insert an option for this. For example: check if you want to deleted cookie when wp-debugging is enabled. And if yes, the cookie will be inserted in the headers only when wp-debugging is enabled and only for admin console. If not, the cookie will not be inserted in the headers.

Or, more simply, insert an option in order to switch off the debug for ad inserter.

Thanks,

Lorenzo

Hi Thomas,

i sent you an email.

Thanks,

Lorenzo

Hi Thomas,

thanks for the reply. So, i’m planning to use it, but i have to serve an ad code like this:

<script data-wid="auto" type="text/javascript" src="path of the video ad"></script>

I saw that in the manuals section of your site, it says that the cache busting may have problems with this type of script and it would be best not to activate it. But i need it to not show video ads on the mobile version in never situation (like DFP). What do you think about that?

from the manual:

There are some issues with ad-codes that try to include multiple external scripts at once ( <script src=”..”>).

Also, the passive mode, if proloads the ad codes, does those one are inserted into the page source?

Thanks another time,

Lorenzo

• This reply was modified 8 years, 5 months ago by Rezly.

Hi Thomas,

thanks for the replies. Concerning the second one, i’d like to know what cache-busting really does. So, you explained that it injects Javascript only for ads. So, i want to be sure if that just modifies all concerning the ads, and not even affect other resources.

Many thanks,

Lorenzo

• This reply was modified 8 years, 5 months ago by Rezly.

Perfect,

thanks for all the replies. So i need the Pro version for cache-busting. Sorry for many questions, but i need to know also this, so after i can decide:

1) the add-on, are they installed as another plugin?

2) concerning the cache-busting. From what i understand, cache-busting only enable javascript to serve ads with a particular condition (as for example browser width/viewport). Nothing else, right?

3) concerning the “hide ads for bots”. I’m on alert about this option. I’m not selling ads or tracking impressions to the clients. So, if i simply use Advanced pro to insert ads with only particular conditions (as viewport), should i enable it or not? I think no, but i’d like to know you opinion.

4) i also use a plugin similar to w3 total cache. Should be no problem about that with your plugin, right?

These are the last questions.

Many thanks another time,

Lorenzo

Perfect,

only last four rapid questions, if you could kindly reply:

1) if i install advanced ads, without the pro, is it possibile to install the responsive add-on?

2) if i use advanced ads, without the pro version, when i check “hide for mobile” in the free version with cache-busting, will i set the same parameters that you have explained now?

3) if i use the pro version, could you ensure me that the plugin is fully compatible with mod_pagespeed and memcached on Apache server (generally)?

4) (OT) what does really mean “hide ads from bots”. What does it do this function exactly?

Many many thanks,

Lorenzo

After testing the beta version of AIOWPS, i can confirm that AIOWPS from version 4.1.1 will fix the fatal error with Yoast SEO plugin when you access to the wp-admin URL, without inserting the code that i reported above.

Thanks to @wpsolutions for the support.

Hi wpsolutions,

i sent you a message to receive the beta version for testing about this problem. Then, i’ll update this thread to confirm that the newer version of AIOWPS will fix this problem.

Many thanks for now.