Erik Geurts
-
Posts
752 -
Joined
Posts posted by Erik Geurts
-
-
See https://www.revive-adserver.com/mailinglist/ and we post every release on Twitter as well.
-
That is not the correct process for upgrading. You should not just upload the new files overwriting the existing files.
The upgrade process is described in full detail here: https://www.revive-adserver.com/support/upgrading/
-
You're referring to the generic documentation for the Download edition. The Hosted edition uses a specific delivery URL that's clearly mentioned in the FAQ. The reason the FAQ does not specifically refer to video ads is because we assume that video ads won't be used very frequently on the Hosted edition.
-
This is a user of the Hosted edition. It turns out the dimensions of the banners in the campaigns did not match the dimensions of the zone(s).
-
Thanks for letting us know, Roy. The link has just been fixed.
-
As explained in the FAQ, the delivery URL does not include the /www/delivery part, it's straight to fc.php
-
See https://www.revive-adserver.net/faq/ and then the very last question "What is the ad delivery URL of Hosted edition?" on that page.
-
For 70 million ad request for month, you would need to select the Ultimate plan, that would cost you $150 per month. However, you would be paying an overage use cost each month, since 70 million is significantly higher than 15 million. You can have as many publishers (websites) as you want.
See https://www.revive-adserver.net/pricing/ for pricing details and direct signup.
If you'd need something a bit more dedicated, we can recommend Aqua Platform's Revive Adserver hosting, see www.aquaplatform.com.
-
Well, on the contrary...
Revive Adserver processes and stores hardly any personal data.
Either way, Revive Adserver is just a piece of software. The publisher using it is ultimately responsible for how they use it. They are the 'data controller' and most likely also the 'data processor'. Nothing new here, same for any other software being used by the same publisher.
GDPR is not a technical issue, it's primarily a legal issue.
Also, GDPR has been in effect since May 25, 2016. Everyone should have been compliant for a long time already. The only thing new is that enforcement will start on May 25, 2018.
-
It may be that you ran into an issue that was found in the upgrade process in v4.1.0 and that was fixed in v4.1.1. Please try if using the most recent version fixes this for you. See https://www.revive-adserver.com/download/ and https://www.revive-adserver.com/blog/revive-adserver-v4-1-1-released-bug-fixes/
-
The API built into Revive Adserver has nothing to do with the actual ad delivery, it's just for the management of your inventory and for reviewing statistics.
-
-
On 4/12/2017 at 3:35 PM, Sperber said:
Thanks Ian,
indeed that fixed the problem, as we had 7.1.3 running. Is it planned to update Revive to work with the latest PHP versions, since they have some features we would like to benefit from?
Technical requirements for Revive Adserver v4.0.x are listed here: https://www.revive-adserver.com/support/requirements/
As you can see, PHP 7.1.x is not yet officially supported. I've opened an issue on Github for the developers to look into this, see https://github.com/revive-adserver/revive-adserver/issues/837
-
That table is used for tracking conversions (i.e. when someone sees or clicks an ad, and subsequently purchases something). However, it is a remnant of a very old version, it is no longer being used.
-
Instead of beer, perhaps consider: https://www.patreon.com/revive_adserver
-
It should be possible to change it there in the UI, but only while working as the specific account, not as administrator.
-
12 hours ago, Brian Bilbrey said:
Well, sure ... but that doesn't fix any other issues that can turn up with GD not being found by Revive.
The dashboard is the only place that uses it, so it won't affect anything else.
-
Revive Adserver does not contain any functionality to detect and/or report viewability.
-
Revive Adserver does not contain any functionality to detect and/or report NHT.
-
That "dashboard" page isn't extremely useful, and not at all critical to the working of the ad server. I would recommend just disabling it altogether and you won't see that message anymore.
To disable it:
- log in as an administrator, and switch to "working as administrator"
- go to the Configuration tab, and then "User interface settings" menu item on the left
- at the very end of that page, uncheck the "Enable dashboard" checkbox
- don't forget to save the changes
Problem solved.
-
That URL of the impression tracker you posted (I removed the domain since that's irrelevant) does not look like one that's generated by Revive Adserver. Did you modify the code in some way?
-
Revive Adserver is what the name implies, an ad server. It's not an affiliate marketing/tracking application.
-
There is no feature to 'save' such settings. All you do is to switch to the desired type of invocation code (in your case javascript) and then generate the tags (again).
Next, you copy the javascript code that the application has generated and you paste it into your target environment.
-
maintenance every 10 min
in Managing Revive Adserver
Posted
With those kinds of volumes, running maintenance once per hour should be more than sufficient. There are almost never any good reasons to run it more often.