andrewatfornax

Hi Michael,
Try recursive chowning your folder to the user your httpd runs under, e.g. chown -R apache:apache /var/www/your/path/to/revive

If all you are doing is 'hiding' the zone you do not need using a bit of CSS, you should realize it is still being rendered in the browser, just hidden. So impressions will be counted.
The better approach is to use a form of device detection and actually not render the desktop zone on mobile and vice versa. See for example mobiledetect.net

If you link a campaign to a zone, all the banners in that campaign that have the same dimensions as the zone will automatically be linked to the zone. If you add a new banner of those same dimensions to the campaign later, it will automatically be linked to the zone as well. As such, linking campaigns to zones is the most efficient, and I would recommend always doing that. No need to link the banners too.
However, sometimes you do not want each banner in that campaign linked to a zone, just one or a few specific ones. In that case, you shouldn't link the entire campaign, but just the banners you actually need, to that zone.

It may look like that, but please be aware that someone has been able to compromise your server and probably still has root access. Your issue may come back at any time. I would recommend changing all passwords.

I've never heard of a hoster limiting the number of times a program/script runs. And a maximum of 300.000 is very little. A "unique visitor" is not the best measure for estimating this (in my personal view, unique visitors is a meaningless metric in any event).
Just look at your ad server statistics (assuming you can still log in) and you'll probably see that there have been as many ad impressions as they mentioned. I would switch hosts immediately, however inexpensive they are, it doesn't seem they have what it takes.

Why are you concerned that your comment would be blocked? I see no reason for that at all.

It is not necessary to manually and/or automatically clear those cached files. If you want to do it anyway, it won't hurt from a functional perspective. Revive Adserver will just rebuild any cached files it needs, and that might slow down the application while it is doing the rebuilding.

Hi Devrim
Thank you for your response, and for the links. Eventually I just looked at the source code and I managed to use it and get the data I wanted.
 

No, this is not normal. The lg.php program logs impressions, so it should be part of an iframe invocation code as well. Or have you perhaps disabled impression logging?

Thank you for your reply. In the end it was something that I edited in Revive's core code.
Just wanted to confirm that it was an incorrect behavior.

I've been playing with the settings and getting used to how revive works.  I changed my auto maintenance to cron maintenance and manually executed the maintenance script and increased the click count to reactive the campaign.  I refreshed my page a few times and the banner reappeared :-) I need to continue to read the docs and change settings until I get the ad environment that works for me :-)
thank you @Erik Geurts and @andrewatfornax for taking the time to respond to my questions :-)

This can be achieved by creating a contract campaign. You can give it a target of X impressions per day (or a total number of Y impressions over the entire lifetime of the campaign. See http://documentation.revive-adserver.com/display/DOCS/Creating+a+Campaign#CreatingaCampaign-Contractcampaigns for more information about contract campaigns or perhaps start at http://documentation.revive-adserver.com/display/DOCS/User+Guide for all available end-user documentation.

Depends on settings I think @dottedquad - there's an option to recalculate priorities of campaigns on changes, which I think it on by default... But it can be disabled, so if it's not appearing to work, check that setting.

Depends on settings I think @dottedquad - there's an option to recalculate priorities of campaigns on changes, which I think it on by default... But it can be disabled, so if it's not appearing to work, check that setting.

You only have to put one zone's invocation code on your website. I usually call that the primary zone.
That primary zone delivers a banner with the third party's tag in it. 
If the third party is unable to deliver a paid ad of their own, they will serve your own passback zone's invocation code. And that zone (let's call it the secondary zone) delivers one of your own alternative banners, closing the sequence.
So the secondary zone is not placed directly onto your site, it will appear through the third party's system automatically, if and when needed. 
This setup is also referred to as daisy chaining or waterfall. 

Hi @whynote,
Well, doesn't look to me like you have done what you think you have done. As you post above, here's what your Revive Adserver's /var directory permissions are:
drwxr-xr-x  5 www-data www-data  4096 Sep 19 13:03 var
So, the "www-data" user account has write permissions on the directory, but the group and the all user group do not.
So, unless your web server is running as the "www-data" user account, then the web server doesn't have permissions to write files in that directory - which is exactly what the error is telling you.

Well.. I found the reason in the debug.log: "Please verify that the current setting of session.save_path is correct"
Thanks to everyone for trying to help.

That is not possible. You can assign a weight to a remnant campaign, the system will calculate the probability of delivery by putting that weight into the perspective of the total weight of all active banners on each zone. See http://documentation.revive-adserver.com/display/DOCS/Creating+a+Campaign

I would recommend to put the MaxMind files in their own folder somewhere on the server outside of the Revive Adserver folders. That way when you perform an upgrade in the future, these MaxMind files will not be affected and geotargeting will continue to work. 
See http://www.reviveconsultant.com/articles/choosing-a-smart-location-for-a-revive-adserver-installation/

So I appreciate you may not want to say here, but:
1. What is the URL you are using to initiate the update process?
2. What are the names of all of the *.conf.php files that you have copied from the old installation's /var directory into the new installation's /var directory?

There is some ongoing work for the next release of Revive Adserver with regard to various forms of device and OS targeting. You will not need a third party plugin for that, it will be built right into the core application.

Happy to report the reinstall IN A SUBDIRECTORY was the answer to my problem! I'm proof, Erik that the INSTALLATION instructions should be followed to the letter! I'd been installing Revive on its own setup/domain, at the root level. Looking forward to using this tool!

You most likely have a cronjob running, with wget or so which automatically saves the file.
you could add to your wget command the -O flag to specify the save location for the file, which you can point to /dev/null, and your issue is solved.

I recommend switching to the asynchronous tag type we introduced in the spring of 2015.
See https://www.revive-adserver.com/blog/revive-adserver-v3-2-0-released/

Does anyone know of a simple way to detect Mobile/Smartphone visitors in order to add a delivery limitation for them?
Update: found a solution for this issue
.