Jump to content

andrewatfornax

Administrators
  • Content Count

    1,905
  • Joined

  • Last visited

Everything posted by andrewatfornax

  1. Those don't like like file paths any more - suspect you entered a URL rather than a file path during the upgrade?
  2. Review your webserver logs, then read the webserver documentation! 🙂
  3. I meant more that the permissions to access the OLD installation were incorrect - the error is stating that it cannot locate the old installation's plugin files, which it needs to do to copy them over to your NEW install (as you may have 3rd party plugins installed). If you've specified the correct path, and that is the path to where the OLD installation plugins are, and the files really are there -- then it has to be a permission issue, the new installation's web server configuration is not allowing access to this path.
  4. That's a permission error from the web server itself, not from Revive Adserver. Check your web server logs.
  5. Hi @Kat, With an HTML banner, you can put as many links into a banner as you like. However, that's probably not actually what you want. If the customer wants to track impressions, then their banner needs to load a tracking asset which calls back to their system to record the impression. If they customer wants to track clicks, then the hyperlink to their site needs to actually be a link to their click tracking system, which records the click and re-directs the user to their site. These, however, are not thing that you should have to worry about. If the client wants these things, they should include them in their banner - normally, you would just deliver their banner as they have created it.
  6. This is not something that is part of the built in functionality of Revive Adserver, sorry.
  7. The GitHub ticket above has been closed now; you could try again with the changes from the ticket manually merged into the 5.0.0 release?
  8. Hi @rogeriolira, If your question is specifically about Aquaplatform, you could get in touch with them directly, as this is a community forum for Revive Adserver. However, in general, you need to place your zone invocation tag in your HTML code where you want the banners to appear - so if that's in the footer of your site, that's where you put the zone tag.
  9. https://documentation.revive-adserver.com/display/DOCS/Revive+Adserver+Broken
  10. https://documentation.revive-adserver.com/display/DOCS/Managing+Configuration+Files
  11. Related? https://github.com/revive-adserver/revive-adserver/issues/1103
  12. Related? https://github.com/revive-adserver/revive-adserver/issues/1103
  13. Related? https://github.com/revive-adserver/revive-adserver/issues/1103
  14. Are you passing in the domain name after the path to the script, as per the documentation? If you are, then do you have any more details other than "it's not working"? Otherwise, my answer will be "then fix it" 🙂
  15. Hi there, There's a link to sign in on the Revive Adserver Hosted Edition website: https://www.revive-adserver.net/
  16. Probably the only way I (or the community) can help is if you can post a clear and complete picture of what you have set up, in detail, and where we can then see the banner(s). The approach of giving us a small amount of information at a time (and not responding to questions that are asked) doesn't help me (or the community) to help you.
  17. Just link additional banners to the zone(s) as required. Revive adserver will display different banners, based on what is linked and the priorities/delivery options, etc.
  18. Not sure what that is, but can you log in? If you can, then you can recover from this and manually install the default plugins - see our troubleshooting guide for info on this!
  19. No worries, step through the troubleshooting guide then and that should sort it out for you.
  20. Follow the debugging guide for banners not displaying for further ideas, but my immediate guess would be that your web server isn't configured for the new domain, and therefore isn't passing the request through to Revive Adserver?
  21. Actually, I take that back. I set up a new development environment recently, and ran into the issue with MySQL 8. I spent some time looking into the issues, and there is no simple solution, so I am afraid that for now, we have updated the requirements to note that MySQL 8 is not currently supported.
  22. HI @firstimpression, No, no documentation on this. 1. You should only have leftovers in the event that data arrives in the tables AFTER the maintenance engine has run to summarise stats for that hour. If you fail to run maintenance for a given hour (or two, or however many), then the next run is supposed to figure out when it was last run, and summarise stats for all the required hours between then and now. 2. The point that you are running distributed stats is probably the reason you have leftovers - I would guess that central maintenance runs on the hour, but the system to transfer stats from distributed-mode "slaves" (they are not really DB slaves) fails, so the data doesn't arrive in time for central maintenance to see it. That's why you have to use the republish script to deal with the missing data. There is no solution to this, but as a suggestion to make it happen less frequently: 1. Put good monitoring and alerting in place to ensure that the data transfer works; and 2. Delay when central maintenance runs to give the data transfer process more time to complete. If you can, you can even hook #2 up to #1, and only run central maintenance once you know the data transfer is done. But this would have to all be your own custom code....
×
×
  • Create New...