Jump to content

andrewatfornax

Approved members
  • Posts

    2007
  • Joined

  • Last visited

Everything posted by andrewatfornax

  1. Well, that appears to be the tradeoff. Of course, better page speed may mean higher page rank over time, which means more traffic, so more revenue? Assuming the networks delivering the banners are fast enough...
  2. I think you may need to change to the admin user, and then go into the plugin settings, and configure the file locations? Sorry, have not got to the geo plugin documentation yet - it is on the todo list.
  3. Yes, you almost certainly can - easiest way would of course be to restore from backup, but if you don't have that, put a clean install in a new DB, and look at the default account details, and insert those again with SQL?
  4. If you want to serve banners over SSL, then the invocation tag will need to be generated, or modified, to support this. Most tags provide comments on how to do this, or an option in the page to generate the tag to set this up for you.
  5. This is, I believe, supported now - take a look in the configuration file.
  6. Well - what you could do is either: 1. Set up different zones for logged in/not logged in users, and use your CMS or other code to display the appropriate zone to logged in/not logged in users, and traffic banners to the zones accordingly; or 2. Pass in a targeting variable to your zone tag via the CMS or other code, indicating if the user is logged in or not, and use delivery limitations to target banners accordingly.
  7. Thanks for the suggestion - I will look into this and update documentation ASAP.
  8. Normally, I would expect this is because the page impressions are recorded at the top of the page, but banner impressions depend on the banners actually loading; when site performance means pages take more than a second or so to load, you'll start to get an increasing variance between page impressions and banner impressions as load time decreases.
  9. Hi hogiro, I think that *probably* the best you could do, based on the Revive Adserver UI and according to http://dev.maxmind.com/geoip/legacy/csv/?rId=revive would be the Legacy Region database, as that seems to include Germany as a county, and then various regions within Germany. It does not appear to me that the US/Canada postal code delivery option has a database from MaxMind (in the legacy format, which is what Revive needs) that supports postcode-level targeting for Germany. Unfortunately, I have not yet had a chance to fully re-test the targeting functionality here as part of the ongoing documentation project, so can't say for sure at this stage. On the todo list!
  10. But eventually, as I progress through updating the documentation, I'd expect plugin development documentation to end up somewhere under: http://documentation.revive-adserver.com/display/DOCS/Developer+Guide
  11. Unfortunately not. We can't tell from the above post if the 404 is from your adserver (in which case, something has gone wrong with your server - you will need to investigate yourself or speak to your admin team), or if it's from the banner's target server (in which case, something has gone wrong with the site the banner is linking to - you will need to speak to the administrator of that server). HTH,
  12. Hi omenicus, Alas, that link is not for anything associated directly with the Revive Adserver team (and isn't loading for me anyway), so I'm afraid we really can't comment on what it is. Best bet would be to contact the appropriate people for that link. Cheers, Andrew
  13. Please note also, improved documentation on delivery via SSL vs. not via SSL here: http://documentation.revive-adserver.com/display/DOCS/Tag+settings
  14. Sure, PM details, and I will take a look. NB. I'm travelling with the day job next week, so may be a couple of weeks before I can take a proper look into it, sorry.
  15. I don't believe that as yet, Revive Adserver has changed any re: reporting statistics for banners from what was available in OpenX.
  16. Most likely explanation: Your OpenX installation is on faster hardware than your Revive Adserver installation. As a result, your OpenX served banners appear quickly, and the impressions are therefore more likely to be logged; your Revive Adserver banners are served more slowly, and users are more likely to navigate away from the page before they have loaded, and so there are fewer impressions logged.
  17. You probably can't - if the browser (or a browser plugin) blocks it, well, then it's blocked. I suspect there's really not much we can do about that.
  18. Thanks for the feedback! I don't think there is any specific need for Revive Adserver to have any given number of CPU cores - rather, it's more likely that this is simply the level of CPU power your specific installation requires to cope with the load you have. Did you change to asynchronous tags at all? One thought might be that if you did, then Revive Adserver is now trying to do more work in parallel than before (rather than doing all ad serving serially), and so this may have affected the level of performance you need for your specific installation... Hope that helps.
  19. I've never used a cPanel based host before, so your mileage may vary on the results here, but: https://www.google.co.uk/webhp?sourceid=chrome-instant&ion=1&espv=2&ie=UTF-8#q=change%20mysql%20password%20with%20cpanel
  20. The following post may also be of help: http://www.openxconsultant.com/blog/2011/10/what-to-do-when-you-suspect-your-openx-system-has-been-hacked/
  21. Yeah, it's been a while since I've looked at this - and have not had a chance to review yet as I work through updating the user documentation - but my expectation is that you're right - when you create a user account, Revive Adserver should email the new user with a link for them to create their own password.
  22. Thanks for the feedback - and good to know that it's down to the network speed, rather than something wrong with the asynchronous tag. A thought - would you be able to mix the two types? Use the normal SPC tag on pages where users are likely to navigate quickly, but asynchronous on pages that are more content focused and users may stick around longer?
  23. This is a complex (and incompletely described, as I don't know what banner/campaign to zone links exist) scenario. Can you please try a more simple scenario? Campaign A - One banner; Campaign limited to 5 views. Campaign B - One banner, no capping. One zone. Both campaigns linked to the zone. I've tested this with both Asynchronous and JS tags, and in both cases, I see a mix of the campaign A and campaign B banners in the zone until I've seen the campaign A banner 5 times, and then I only see the campaign B banner. Can you get it to show the campaign A banner more than 5 times with this setup using the Asynch tag?
×
×
  • Create New...