Jump to content

andrewatfornax

Administrators
  • Content Count

    1,905
  • Joined

  • Last visited

Everything posted by andrewatfornax

  1. Yes! Revive Adserver can do a number of things with multiple domains: 1. You can have multiple, but completely independent installations running out of one code base (but with different databases); or more commonly (and usefully) 2. You can have one installation running, but deliver the UI and/or banners on different domains.
  2. Nothing official yet. I'm working on documentation when I can, and adding pages as often as I can. There's usually something new every week or so.
  3. Yes, but don't. There are a number of serious consequences from doing that, and generally, you probably don't want them. (I will write that up one day in the documentation!) http://documentation.revive-adserver.com/display/DOCS/Running+Maintenance
  4. Correct - also, remnant campaigns are there so that every possible impression has something delivered and logged, because Revive Adserver doesn't log "blank" impressions. EDIT: Revive Adserver now DOES count blank impressions, so this will have improved things as well! Sometimes, Revive Adserver can take a while (e.g. a couple of weeks) to learn how much inventory you have; but if you have wildly changing inventory, it may not do a great job (i.e. predicting the future is hard). So, it does its best, but it won't ever be perfect.
  5. If "www.example.com" if your "primary" domain, your config file "www.example.com.conf.php" should be the one with all the details in it. However, there should also be one called "default.comf.php" that has contents something like: ;<?php exit; ?> ;*** DO NOT REMOVE THE LINE ABOVE *** realConfig="www.example.com" Do you have one of these?
  6. There's a reason why Revive Adserver has an email/newsletter zone type - and why that zone type has a very specific, no-javascript, no cookies type of zone tag; Javascript generally won't be run by email clients; that's why your banner code isn't working. Set up an email/newsletter zone, and use the invocation code from that in your emails.
  7. What do your webserver logs tell you? Hopefully, they will indicate why permission is denied.
  8. Can you describe the problem more completely, please? I routinely develop Revive Adserver using a root-based installation on a sub-domain, and never have any issues performing an upgrade, so I find the setup you've described to be an unlikely cause of any issues.
  9. Looks like a file is missing. Is it there? Or has it got lost when you unpacked or uploaded the files?
  10. Kinda looks like you're doing interesting things with your server setup - multi domains, perhaps - or maybe rather restrictive web server setup / PHP security mods?
  11. http://documentation.revive-adserver.com/display/DOCS/Email
  12. Turn off your ad blocking plugin in your browser.
  13. You copied over all of the *.conf.php files, right - not just the default one?
  14. 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.
  15. 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.
  16. Can you please create a Git issue for this? Seems like something we would be able to do.
  17. 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.
  18. I don't think so. (I assume you mean display something like how often a user sees any given banner?)
  19. Revoke? Or "invoke"? Do you mean you're trying to have one banner display on one URL, and one display on the other URL?
  20. You can read about the three different types of campaigns in Revive Adserver here: http://documentation.revive-adserver.com/display/DOCS/Creating+a+campaign
  21. 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?
  22. 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.
  23. 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?
  24. 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
×
×
  • Create New...