andrewatfornax

Hi,
Try the following, it might help you.
Go to Banners-->Delivery Options--> choose "Time-Date" option from "Add Delivery Limitation" and click on "Add" button. Do it twice, then follow the below :
 
In first Time-Date field, choose "Is later than or equal to" option and set date as "01 October 2014".
In second Time-Date field, choose "Is earlier than or equal to" option and set date as "31 October 2014".
 
Do the above and save changes.

You will have to ask either your customer or AdForm where to add the {clickurl} macro.

I added domain of adserver link as exclusion in cloudflare 
 
Issue fixed

Do you use an external third party tag ? Might have been coming from there..

hi, thanks for reply. :)
the funniest thing is that it has stopped yesterday. I don't know what it was...
if it comes up again, I will give link to page.

Think I got it. It seems my banner size is 729 x 91 (don't know why it exported from the graphics program that size). I tweaked the banner size field and now it shows up.

Yes. The error is caused by the fact that the Cookie header is too long. In this case, OXLIA is getting too big: it is a cookie used for conversion tracking. Add that to the other cookies for frequency capping/blocking and you can easily get this overflow situation. Please try to reduce the number of campaigns with capping and/or conversion tracking.

Solved it...
Was my own stupidity... changed the Zone on the wrong Website...  >.<

I got it working. Here's what I did:
Working as administrator account, go to Plugins
Find "Delivery Limitations Plugin" - Click on details
Find "Client Delivery Limitation Plugin" - click on settings
Check the box beside "Extract the viewer's operating system and web browser information using phpSniff" to select it and save changes.

Now, go back to the banner you don't want to show to mobile devices.
Go to "delivery options"
Find "delivery limitation" - choose "client - useragent" and "add"
For "Client - Useragent" choose "regex does not match"

In the field below it, add the devices/browsers etc. that you want to exclude.
Example:
Android|iPhone|iPad|iPod|Mobile|kindle|Nexus|Opera Mini|IEMobile|BlackBerry|webOS

Click "Save Changes" and it should show the banner to desktops only.
There could be a better way, but this is working for me.
Hope this is correct and it helps someone.

rv_data_intermediate_ad: Statistics data migrated from bucket table into rv_data_intermediate_ad based on operation time.Opertion time such as 5,10,15,20,30 and 60 mins.  
rv_data_summary_ad_hourly: Statistics data migrated from rv_data_intermediate_ad into rv_data_summary_ad_hourly table every hour and revenue will be calculated in this table.

Repyling to my own post in order to close:
 
The solution was not to put the URL, but the server path into the config area in revive IP2Location plugin settings.

Your PHP setup might not allow Revive to redifine the include path. Maybe set_include_path is disabled via your php.ini?

The reason is that Juicyads tags don't support third party click tracking. Contact them to inquire about their options for it.

These are 'core dumps', meaning your server crashed while doing something. Check with your sysadmin.

https://github.com/revive-adserver/revive-adserver/issues/466

There is a "help" link and a "support" link. The Support link can be configured entirely to your liking in the User Interface settings. The help link/button can't be customized.

To geoipCountryLocation file(.dat file) that you configured should have read and write permission(777), you can assign the appropriate permission and clear the cache.

I installed 3.1.0 and so far it looks very sweet. Banners appearing fine, admin and stats. functionality all there, (from what I've seen so far). Looking very good. Just thought you might like to have a positive feedback for a change
 

http://documentation.revive-adserver.com/display/DOCS/Invocation+code%3A+Zone+level

ahh - ok - had to also modify banner-edit to add it to the list; I thought this was something that would dynamically be added; but because I added a new type (json) instead of an HTML type - it didn't show up.

Yes, as it turns out the delivery capping was set to some value, instead of "unlimited"... :/
Thank you very much for your help and sorry for wasting your time.
 

Do you have delivery capping for the campaign or banner?

problem solved. answer is here and here.

The most common route, as I've seen it, is a rather non-technical one: people have had their passwords compromised because they were easy to guess.

Human engineering is almost always going to be the most common cause, Duff, default, or easy to guess, passwords, and the like...