Jump to content

andrewatfornax

Administrators
  • Content Count

    1,942
  • Joined

  • Last visited

Everything posted by andrewatfornax

  1. You copied over all of the *.conf.php files, right - not just the default one?
  2. Okay, now we're down to checking your web server log, unfortunately. Use something like Firebug to track the execution of banner invocation and see that there are calls being made to Revive Adserver to log the banner delivery. Try calling the URL manually, and watch your web server logs to see if it tells you anything. You may need to increase the logging level in your webserver and/or PHP.
  3. I think ultimately, it would be great if Revive Adserver can have support for letting website owners & advertisers to effectively self-service (including important features like moderation of new campaigns, banners & built in payment processing) -- but that is a massive job, and is at best a long term aspiration for Revive Adserver right at the current time. It's certainly something I will keep in mind, though.
  4. Can you please create a Git issue for this? Seems like something we would be able to do.
  5. Either you've made a mistake, and haven't copied the correct configuration file(s) over to the correct location, or your web server cannot read the configuration file(s) in the new location. Check that they really are there, and the permissions are correct.
  6. I don't think so. (I assume you mean display something like how often a user sees any given banner?)
  7. Revoke? Or "invoke"? Do you mean you're trying to have one banner display on one URL, and one display on the other URL?
  8. You can read about the three different types of campaigns in Revive Adserver here: http://documentation.revive-adserver.com/display/DOCS/Creating+a+campaign
  9. That's the table where banner impressions are stored. So, Revive Adserver doesn't appear to be logging new impressions. Is the Banner Delivery Logging Plugin installed and enabled?
  10. Out of luck, I'm afraid. The HTML that you have sent in the email is already sent. The only way to do this differently would be to send very simple HTML that loads external content -- but then you run the risk that the email client won't load the external content and they don't see it.
  11. I'm the first to admit that Revive Adserver is not perfect here (and would love to have the time to completely re-think this problem!). However, one often overlooked issue with delivering contract campaigns where there is "enough" inventory is the effect that campaign and/or banner capping or delivery limitations has on the "available" inventory. Do you have any of these limitations set up?
  12. What you want to do is add a remnant campaign to your zones, to "mop up" any "spare" inventory that Revive Adserver doesn't need for your contract campaigns. See the documentation on the different campaign types: http://documentation.revive-adserver.com/display/DOCS/Creating+a+campaign
  13. Yes, it should still be possible. However, hardware has moved on a lot since then, and I'm honestly not sure that this is the best way to do it. You would need to have a really, really, really massive installation to actually need this. Better would be to scale out your solution with multiple delivery servers, but stick with a single database.
  14. Please see your webserver logs. 500 is an internal server error, so chances are there is something wrong with your webserver, PHP installation, or Revive Adserver files (in which case, re-download the latest version of the code and try again).
  15. Yes - it uses whatever PHP is configured to use: http://documentation.revive-adserver.com/display/DOCS/Email
  16. Okay, so you will only see a banner 50% of the time - load the zone tag a few more times and see if it shows up after a while. If not, check your delivery limitations and capping to make sure that's not preventing it from displaying for you.
  17. No. An upgrade won't re-create any default users. If you have changed users (removed them, added them, etc.) they will be preserved by the upgrade.
  18. You will need to use third party tags that support HTTPS -- assuming the third party actually does so. If they do not, then it won't work.
  19. Try ensuring that all files, and subdirectories, underneath the Revive Adserver var/ directory are correctly set to be able to be written to by the webserver.
  20. There's no need to change the RV.php file if you're running the latest version of Revive Adserver - that bug has been fixed. If the maintenance page says that maintenance is running, all is well - apart from the missing stats. We will have to look elsewhere... Do you see anything appearing in your data_bkt_m table in your database (if you do a "SELECT * FROM data_bkt_m") as delivery of your banners is happening?
  21. One last try: Please take a look at the probability % values for those banners in the relevant zone(s) and tell us what you see.
  22. No idea! What does your log file say?
  23. The Revive Adserver team don't maintain an Azure package. Where are you finding this?
  24. Can you please post a link to a site where it's not working? Or is this for an internal site only, given that it's installed and running on localhost?
  25. My advice would be to add a remnant campaign to the zone. Revive really only works when it knows about all the inventory, and unfortunately, doesn't currently log blank impressions; so you need a remnant campaign there to take up any "spare" inventory and let Revive figure out your real inventory to do a decent job of delivering contract campaigns.
×
×
  • Create New...