Jump to content

andrewatfornax

Administrators
  • Content Count

    1,925
  • Joined

  • Last visited

Everything posted by andrewatfornax

  1. I notice, but that doesn't always unfortunately equate to having time to do anything about it. Detailed bug reports highlighting a step through with an IDE that provides us the parts of the code that are failing, and a PR to fix the issue, are always welcomed 🙂 Otherwise, I am hoping to be able to resume more active work on the project from next week. @manuel, you still have an environment that doesn't upgrade, and willing to share your install code base and DB backup?
  2. No immediate plans for an upgrade, sorry.
  3. HTTP 403 is a permission error. Check you webserver logs.
  4. I'd get rid of it, and install it from the official package!
  5. Maybe step 2.2 of https://documentation.revive-adserver.com/display/DOCS/No+Statistics ?
  6. No changes related to this thread in 5.0.3: https://github.com/revive-adserver/revive-adserver/blob/v5.0.3/RELEASE_NOTES.txt
  7. https://github.com/revive-adserver/revive-adserver/issues/1141
  8. 1. The plugin files in the install package are in Revive Adserver's etc/plugins directory, and get copied over as part of the install/upgrade process, so an empty plugins directory in the downloaded package is correct. 2. You can look at the base plugins in the downloaded package's etc/plugins directory, and each plugin zip file will have details inside it relating to the exact version, if you want to manually compare the versions there with what you have. https://documentation.revive-adserver.com/display/DOCS/Plugins+Incorrectly+Upgraded may assist with this.
  9. Take a look in the log files generated during the upgrade process. This may help provide more information about the actual error.
  10. https://documentation.revive-adserver.com/display/DOCS/Unable+to+Link+Banner+and+Zone
  11. I hope that it will be at some point - however, I'm not aware of any plans at the moment by any of the core team members to actively work on the issue at the moment. I've been caught up with other projects for the last 6+ months, but hope to be able to devote more time to Revive Adserver again soon...
  12. Apologies, I lost track of the issue here. So what's the issue? I can see that @manuel, it looks like you reported that you can upgrade, and it completes, but the DB version isn't updated. Is that the only outstanding issue? Is there a GitHub ticket for that?
  13. Hi @Oneup, Sure, I understand what you are saying, but a 500 error is an internal error from the webserver. I get that you are only seeing the error when accessing Revive Adserver, but nevertheless, the issue is coming from the webserver, not the Revive Adserver code. You need to look at your webserver logs, and see what it's saying there, and debug this using your webserver documentation.
  14. Hi @yashmeena, I don't believe that we have any documentation regarding the technical details of how the Asynchronous JS Tag works in the terms of how a browser interprets the script... What is it that you are trying to do that would need this information? The way that Revive Adserver decides which banner to display is already documented here: https://documentation.revive-adserver.com/display/DOCS/Banner+Selection+Mechanism There is no way to "override" which banner is selected - but there are lots of things you can do to make sure that it picks the banner(s) you want! The documentation about how Revive Adserver decides which banner to display should help you to understand this. Complete documentation is an ongoing project! We work on it as and when we can. If you'd like to support us in this effort, then please do consider signing up for a small monthly amount, rather than a once off large amount! We need the support of the community to help us spend more time working on changes, rather than promises of riches after the changes are done 🙂 I hope this helps!
  15. https://pear.php.net/package/Date/docs/latest/Date/Date.html#methodformatLikeStrftime I think you want a format string of: %m-%d-%Y
  16. Hi @Oneup, Yes, there sire is a specific place where you can start the process of looking for 500 errors, which the documentation I provided mentions! This is a webserver issue, so you need to start with your webserver documentation.
  17. Hey @420 In the GitHub ticket (linked above), you'll find a comment from me on 21 August, which links to the exact line of code where the date is being formatted for sending in emails. Feel free to make the minor code change you need there to fix it yourself, if that's what you're looking to do!
  18. I don't think that message is the cause of your issue (whatever it is), because that's a warning, rather than an error - but I could be wrong. I suppose it depends on what the issue actually is - but you don't actually tell us anything about what's wrong. Maybe start with https://documentation.revive-adserver.com/display/DOCS/Revive+Adserver+Broken and if that doesn't help, come back with some specific details?
  19. Thanks for the update @420 - sorry to hear the issue persists. I think there have been some updates on the GitHub ticket, so I will take a look at those ASAP.
  20. https://documentation.revive-adserver.com/display/DOCS/Revive+Adserver+Broken
  21. Those don't like like file paths any more - suspect you entered a URL rather than a file path during the upgrade?
  22. Review your webserver logs, then read the webserver documentation! 🙂
  23. 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.
  24. That's a permission error from the web server itself, not from Revive Adserver. Check your web server logs.
  25. 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.
×
×
  • Create New...