andrewatfornax

You can potentially use Revive Adserver to host and deliver advertising to applications, yes. However, you should take a look at the documentation on the supported mechanisms that Revive Adserver has for the delivery of advertising, as they may not align with your application, depending on how you want to go about it.

I'd love to help, but unfortunately, without having somewhere we can see what's going on, it's hard to do so!

Great! What was the issue?

It turns out we've already got the latest version running, so I've raised a support ticket regarding this issue.

Yes, I see the same thing. Discussion also happening over here: http://forum.revive-adserver.com/topic/2019-links-within-forum-posts/

This might be resolved with an upgrade to the forum software - we'll see if we can get that sorted out soon. If that doesn't work, we'll have to raise a support ticket with them.

Hi Peter, So, a key concept here is that for all campaigns, no matter what type, if the campaign needs to be "turned off" once the total number of impressions required have been delivered, two things need to happen: 1. The Maintenance Engine needs to run, and count up the statistics, and note that the campaign needs to be disabled; and 2. The cache files for the relevant zone(s) need to be refreshed to take into account the new state of what needs to be delivered. There really should be no issue with setting the cache file to be < 20 minutes - this is often desirable to allow new campaigns (or manually deactivated campaigns, etc.) to be turned on or off more quickly than every 20 minutes or so. However, while there is an option to configure the Maintenance Engine to be run more often than once per hour (the default), I really would not recommend it. The experience I had with doing so in production systems 6 years ago (or so) was that it was a great idea in theory, but in practice, it made little difference to overall results, for a LOT more configuration and management effort, and a LOT more database space and processing power required, because the volume of impressions Revive Adserver was then using to predict what would happen were smaller, and ended up being more error prone. Fundamentally, Revive Adserver is an ad server that is based on hourly decisions about delivery, to deliver faster ad serving that is possible with at delivery time decision making about global delivery limitations (at least, without needing a load of high end kit to manage the process), at the expense of accuracy, to a degree. I would suggest that if you're after more accurate delivery, perhaps Contract campaigns are the better option - are Override campaigns strictly necessary? They are intended for campaigns that attract a premium price (on account of overriding the regular Contract campaigns), and so some over-delivery should be less important, due to the higher revenues... Sorry, that probably doesn't help much!

Sorry about that - not sure what happened. The link has been fixed. (Although the text of the link was always correct.)

Would you mind posting more of the log file, please?

You're very welcome!

I see that AdBlock have just announced: https://adblockplus.org/acceptable-ads

Hi jerry2, I think I answered this question recently in another post - or at least something similar... Yes, over here: It would be nice to add support for HTML5 banners from tools like Swiffy and Google Web Designer, etc. though, I agree.

Hi firstimpression, Glad that you found the option to allow the display of banners on first impression when capped. It's worth noting, though, that this is only for the very first time the user has visited a site that contains banners from your Revive Adserver installation. If they've been to your site before, and have the cookie set from Revive Adserver, then they will see capped banners for the first impression for any new campaigns. Basically, if they are a new user as far as Revive Adserver is concerned (there's no cookie to identify the user to Revive Adserver), then it's impossible to tell if that's because they are a new user, or because they won't let Revive Adserver set cookies. So, by default, it won't serve a banner, in case this means that the capped banner gets served over and over and over again to the user, in spite of the desire to not do this. That's why it works as it does.

When you copy the config file over, making sure that the permissions are set to allow the webserver to read it?

Hi rahixccr, Unfortunately, we haven't yet managed to get support for the newer GeoIP plugin format working for Revive Adserver yet. We're looking at it, and hope we can get it done soon.

Hi sojic, Unfortunately, Revive Adserver only supports this kind of limitation by impressions (i.e. X views in Y time period), not by click.

Okay, but where did that ad tag come from? That's not a Revive Adserver tag, so...? I'm not sure what you're asking us for help about.

Hi Will, You can't. Revive Adserver has a 1:1 relationship between banners and zones. If you want to display multiple banners (in your case, 6 of them), then you need to put 6 zone tags onto the site. They can just be six copies of the same zone tag, though - they don't have to be 6 different zones (again, though they could be, if that's what you would rather have).

Hi Harshadewa, Revive Adserver lets you set up multiple accounts, and inside each one, you have have completely separate sets of advertisers and websites. So, the default banner for an account just applies to the websites that are configured in that account. The global setting, however, applies to all websites (where there isn't an account level default). If you're not using multiple accounts, then either will work, and have the same effect. (But if you set the account default, then the global default won't have any effect.)

Hi Moe, So, when Advertiser A shows in your wide skyscraper - what DOES show in the leaderboard, if not Advertiser B? Is it a banner from Advertiser A again? Are you using a zone tag type that supports the option for not showing more than one banner from a given campaign, and is that enabled? http://documentation.revive-adserver.com/display/DOCS/Tag+settings

Hi renta, It's not something that's really supported out of the box yet, but it's certainly something we're aware of. We have been wondering if we need to add in support for one or more of the tools that help people create HTML5 banners, now that Flash appears to be dying. It's certainly on our radar - but unfortunately, I don't have much to offer you right at the moment.

Can you see anything in the Revive Adserver, web server or database log files that might be out of the ordinary? It's not a problem that I've seen reported before.

Hi vokopeti, It looks to me like your HTML banner is more of a JavaScript banner! In which case, Revive Adserver probably can't track the clicks at all (as the product currently stands). Does it work if you just use a plain HTML banner, where the anchor tag is in the HTML?

Hi spartan, There is an eCPM prioritisation option in Revive Adserver, but I have to confess I don't know much about it or how well it works (as a result of an interesting history with the product). The question that I would like you to think about is this: You say you want to see a lot of ads from C, then some from A, and less of B. But how many ads from C? And how many of A? And how little of B? You could for example just set up C as an Override campaign - and ONLY show banners from C. That would technically meet your requirements, but is not, I suspect, what you really want! How would you define what your actual delivery requirements are?

Hi jmeyer, How are you testing that it's not showing, please? Based on impression stats, or based on manual testing of the delivery? If the latter, are you definitely using a web browser on a computer that's then hitting the Revive Adserver using an IP address that reverse-DNSes to a domain that has your matching string pattern? (It's worth checking the web server log to see the IP address that's arriving on the server to be sure.)