Jump to content

andrewatfornax

Administrators
  • Content Count

    1,905
  • Joined

  • Last visited

Everything posted by andrewatfornax

  1. Hi @midler, Unfortunately, I don't have an Android phone, but even if I did, without some more information, I wouldn't be able to confirm if it's a bug or not, as you don't actually provide links to somewhere where we could test the issue to see if it happens for us. Do you still have the issue? If so, maybe setting up a test scenario that can be used to evaluate what's going on would be a good starting point. Thanks!
  2. Sounds like this is fixed - the issue was a need to change the language, rather than the timezone...
  3. https://documentation.revive-adserver.com/display/DOCS/Only+One+Active+Banner+in+Email-Newsletter+Zones ?
  4. https://documentation.revive-adserver.com/display/DOCS/Banners+Not+Delivering
  5. Country geo-targeting will work out of the box, as we include the free county data file in the Revive Adserver release. In what way is the targeting "not working"?
  6. The issue is that the user you are using to connect to the database with does not have all of the required permissions to create the database and tables... See your database documentation for details on how to do that!
  7. Hi @Keval SMS, Could I please recommend that you contact the authors of the 3rd party plugin directly about this issue? Thanks!
  8. I think the short answer is that I am not aware of any option to change this. Can you please raise a GitHub case (with PR if you are so inclined)?
  9. So, just to clarify, though - if you put the legacy city geo targeting data file in place, Revive Adserver provides an option to allow targeting by city, which isn't available if the data file isn't present?
  10. Yes, that is indeed the case - if you use a *x* zone, then any banner of any size will be able to be displayed. Unfortunately, that's just the way it is - if you want to be able to fall back from a zone of one size to another size, well, the assumption is that any size is okay... The only way around this would be to use *x* zones, but separate out your banners by sizes into different campaigns, or use other Delivery Rule options to control where banners are displayed. There are some API options that can be used to obtain information about what zones have banners linked or not, but this is for management, rather than delivery. In the delivery service, no, there is no current option to "ping" the zone to find out if it would deliver a banner or not.
  11. I don't think there's any upper limit to the weight, other than what the database field will support - unless the UI prevents certain values?
  12. Ah, I think maybe you don't need the PDO version of the MySQL library; instead, you can use the mysqli version, which Revive should support natively.
  13. What does your phpinfo(); page look like?
  14. Hi @dalouke, Capping depends on the ability to set a cookie in the user's browser, so, the very first impression they see is not a capped banner, if there is no cookie already set from Revive Adserver. This is to ensure that we don't deliver a capped banner over and over and over again to someone who won't accept the cookie.
  15. https://documentation.revive-adserver.com/display/DOCS/Banners+Not+Delivering
  16. Update your PHP installation to have the MySQL extension!
  17. https://documentation.revive-adserver.com/display/DOCS/Plugins+Incorrectly+Upgraded and https://documentation.revive-adserver.com/display/DOCS/Plugins+Missing+or+Disabled ?
  18. https://documentation.revive-adserver.com/display/DOCS/Revive+Adserver+Broken ?
  19. No, best option is the use of Delivery Rule Sets for consistent application.
  20. Yes, this can be done - in the UI, there are options for different URLs for the admin UI, delivery, etc etc. If you set these up, and configure your web server serve the host names used appropriately (e.g. the UI root path needs to be www/admin) then this can be done.
  21. This sounds like you are either not correctly specifying the location of your old installation during the upgrade, or, if you are, the webserver does not have permission to access the old installation directory and files. (During the upgrade, access to the old installation is needed to bring across various files/settings.)
  22. Duplicate post of https://forum.revive-adserver.com/topic/5384-upgrading-from-414-to-421/
  23. I would recommend starting a new thread, with some details of your error, what you were doing at the time you got the error, etc.
  24. Hey @diego, I'd love to continue to help, but you are really not helping me (or the community) to help you. A link to a 13MB log file, with the expectation that I (or anyone else) has time to look through the log file for you, is pretty ungracious of you. If you'd like additional help, please try trimming the log file down to something relevant that we can work with - ideally, just the part of the log file that is produced at the time you see the issue. This is what you should be investigating yourself anyway!
×
×
  • Create New...