Jump to content

andrewatfornax

Administrators
  • Content Count

    1,905
  • Joined

  • Last visited

Everything posted by andrewatfornax

  1. I think they can, it's just not recommended - without anything else present, if Revive Adserver decides that an impression isn't needed, a blank will end up being served, which means the impression won't be counted, and Revive's view of the available inventory will be wrong. Where are you seeing this warning, by the way? I have just tested linking a contract campaign to a zone, with no other campaigns linked, and I can't see where a warning appears... Can you provide a screenshot, please? If Revive does this, I may have a documentation update I need to do!
  2. Do you mean, can Revive Adserver display a certain banner (or set of banners, or externally provided invocation tag) in the event that it would otherwise have no banner to display? If that's what you're asking, then yes! You can definitely configure Revive Adserver to ensure that, no matter what, there is a fallback banner (or tag) that will be displayed to the user, so you don't have an "empty" impression.
  3. So, to clarify - if you've taking the (wise) precaution of running your Revive Adserver admin interface on an SSL secured site, you should check to see if your webserver's SSL capabilities have been affected by heartbleed, and act accordingly. However, there's nothing specific to Revive Adserver here - this is a general problem for many webservers etc.
  4. Please see the documentation on running maintenance: http://documentation.revive-adserver.com/display/DOCS/Running+Maintenance
  5. I think we fixed this issue with the 3.0.4 release. Sorry about that - we had an issue with the automatic generation of some of the files.
  6. The two issues are related. :-) To try to stop people from applying Geo targeting to banners when their Geo targeting plugin isn't working properly, Revive Adserver won't show you the options to adding Geo targeting to banners when the admin interface can't see the GeoIP data. However, because some (advanced) users set up the admin interface and delivery systems on a different servers (for increased scale), and because some (corporate) users have an internal network that they access the admin interface with (which because of the IP address they use, will not get a hit in the GeoIP database), there is the option to override this "feature" to ensure that users can apply Geo targeting to banners. So, it looks to me like you have something incorrectly set up, and thus have no GeoIP data to target with - that's why you can't add Geo targeting to your banners without setting the option; and why when you do apply Geo targeting to your banners, they don't show up. What targeting option(s) are you applying? By default, the "MaxMind GeoIP Plugin" will only provide country information (where available).
  7. Looks like the answer I would have suggested if you didn't get to the solution first!
  8. The download is unlikely to have lacked the plugins. However, it clearly did not install the plugins. Do you still have your log file with the details of what happened?
  9. Hi! Easy question to answer - because of the history of the project. It started out way back when as an open source product to do what was needed - and this really is a long time ago now - and billing & payment simply wasn't a need. Then it was adopted by the company that is now known as OpenX, and again, that company as it developed the software simply didn't need this functionality. Now that the project has been brought back to the open source community, it's possible that we could add this feature, if there's demand for it, and time and/or funding to make it happen. But as a volunteer-based open source project.... Well, the team does everything it can to make Revive Adserver great, but I can basically guarantee we can't make everyone happy & add every feature. Not unless someone wants to come along and come up with a finance package for it that lets us code full time on the project!
  10. If I was trying to debug the issue, I'd start with a clean browser, no cookies, and use a cookie inspector tool to see if I can see the cookies being set, and at least confirm if the cookie magic is happening; if that's okay, then I'd look at what is being logged in the database; if there's nothing happening there on conversion, I'd use xdebug to walk the code and see what's happening.... But that's a pretty heavy process, unfortunately. I hope to get to conversion tracking documentation soon, so chances are I will be stepping through the process and confirming that it really is working soon - and given that I'm not hearing really loud shouting that it's broken, I'm pretty confident that it can work; so chances are you have a configuration issue with the setup...
  11. If by "control panel" you mean the Wordpress control panel, then no, you can't upload and install Revive Adserver through the Wordpress control panel. However, as mentioned above, you mean your hosting provider's control panel, then you may be able to do this. Please see your hosting provider's documentation on how to upload files, if that's what you mean.
  12. Which account is ID 2, and is thus set to GMT time? Is that the account you see the statistics displaying in GMT time in?
  13. I don't see why not. Revive Adserver can deliver ads to any website where you can put code into the site to make banners display.
  14. Maybe you could be clearer, please, on what you mean by saying that you "can't edit" a banner, and what "the link" is that you are clicking? Are you talking about something not working in the Revive Adserver UI, or are you saying that the banner you have created is not working as you'd expect? Some screen grabs of how things are actually set up and/or somewhere we can see the banner(s), if appropriate, would help. Thanks.
  15. After going to the Plugins tab, you need to click on the "Details" link for the Invocation Tags Plugin, before you can see the "Settings" link, but otherwise, the above is spot on.
  16. The Revive Adserver configuration file will be in your installation's "var" directory. It will have a name based on the domain name the site is running on (or installed with) with a .conf.php extension on the end. So, for example, it may be called "www.example.com.conf.php".
  17. Please let us know how you get on! The option for changing the operation interval was introduced for a specific need way back in the day, but unfortunately, unless you have amazingly high traffic volumes, reducing the OI from the default of 60 minutes tends to cause issues, because the (relatively) small number of impressions per OI means the maintenance script struggles to do a good job. Note that changing the OI will mean it takes a while for Revive Adserver to "learn" what the new impressions/OI values are, so don't expect instant and immediate results. One other tip might be to add some delivery capping to the banners, so that you only show each banner a few times a day (e.g.) to any given user. That can really help prevent over-delivery by thinning out the number of impressions that are possible. HTH!
  18. Ah, now, there used to be a feature to allow eCPM-based prioritisation, but I have to admit that I'm 100% sure that this is still definitely around and working. This is something that I suspect I will be looking into while working on documentation updates - but feel free to have a poke about and it might be in the config options somewhere and you can let us know if it is?
  19. I've created some documentation for this now! http://documentation.revive-adserver.com/display/DOCS/Running+Maintenance HTH.
  20. Revive Adserver uses PHP's mail() function to send email - so, exactly how that happens depends on your PHP configuration. See http://www.php.net/manual/en/mail.configuration.php for details.
  21. HTTPS connections will be enabled & handled by your web server - please see your webserver documentation!
  22. Check your web server logs. Blank screens are usually the result of an internal server error, which you'll need to look in the logs to understand what's happening and fix.
  23. Or it could be that the hardware is not the same, or PHP opscode caching is present on one but not the other - unfortunately, there are a very large number of variables when it comes to asking "why is the performance different between two different installations". Fundamentally, there is very little different between late OpenX Source releases and current 3.0.x Revive Adserver releases - it's all been rebranding and fixing a lot of bugs; certainly nothing has changed to fundamentally change the performance of the application, so I would look hard at your systems setup -- which is unfortunately well beyond the scope of support we're able to help out with here.
  24. We're also happy to accept pull requests in GitHub for translation improvements or new languages, if that's something you're interested in taking part in!
×
×
  • Create New...