The Revive Adserver project team is proud to announce the availability of a Beta release of the Revive Adserver software.
Version 3.1.0-beta can now be downloaded and tested by the community.
The purpose of the beta testing phase is to allow users and developers to thoroughly test the new version before it will be released as a stable version. If the beta testing phase proceeds according to plan, we intend to publish the official version 3.1.0 one month after the beta release.
We recommend that users do not upgrade their existing ad server installations if it is mission critical, or if they are uncertain about their abilities to deal with bugs, upgrade issues, or other unexpected problems. Please also note that Revive Adserver 3.1.0-beta requires at least PHP 5.3.0; older versions of PHP will no longer be supported in future releases of Revive Adserver.
Please make sure to study the release notes below, including the notes on non-backwards compatible changes.
What’s New in Revive Adserver version 3.1.0-beta?
Version 3.1.0-beta of Revive Adserver does not include any security updates.
We have included the following new features and improvements:
- Blank impressions are now logged and taken into account during prioritization. This should allow using zones without remnant campaigns, which was previously discouraged. Blank impressions are also counted in the “Global History” and “Website & Zones” statistic screens and separately displayed in the “Campaign distribution” tab for websites and zones.
- The “Contract (Exclusive)” campaign type has been re-named to “Override“.
- Added the ability to intentionally attempt to over deliver Contract campaigns by a given percentage of impressions against the predicted “ideal” to help ensure that Contract campaigns always meet their contracted delivery by their end date.
- The Revive Adserver delivery engine now includes a completely inclusive CORS header (i.e. ‘Access-Control-Allow-Origin: *’).
- The domain used for the viewerId cookie is now configurable.
- The “My Account” main menu has been re-named to “Preferences” for clarity.
- The quick navigation dropdown lists for advertisers/campaigns and websites is now sorted alphabetically.
- The “midnight sync” process that checks for updates to Revive Adserver is now the very last thing to happen in the overall maintenance process.
The new version also includes the following bug fixes:
- Fixed a problem with timezones not being taken into account when running the zone allocation algorithm during maintenance. This resulted in underdelivery if the account timezone had a positive offset from UTC, and potentially some overdelivery otherwise.
- Fixed the editing of campaigns when conversion tracking is disabled.
- Fixed the preview of all banners on the “Banners” page user interface preference.
- Fixed incorrectly displayed error message when trying to link a banner to an email zone where the banner’s parent campaign dates overlap with an already linked campaign.
- Fixed incorrectly displayed message stating that a link has been created when trying to link an email zone to a banner where the banner’s parent campaign dates overlap with an already linked campaign.
- VAST tracking URLs now use https:// when called via SSL.
- Removed useless Content-Length headers when sending the 1×1 transparent gif and spc delivery files, as the header interferes with ob_gzhandler and/or zlib.output_compression.
- Fixed issue with banner delivery over SSL when using Postgres.
- Fixed click redirection to internationalized domain names when the IDN functions are available (PHP 5.3+).
- Properly display the current value in the UI when settings contain an underscore in their name.
- Properly display ‘Site – Variable’ delivery limitations when the value is set to zero (i.e. ‘0’).
- Fixed product name and removed bad documentation link on installer pre-check warning page.
- Allow Revive Adserver to be installed on Debian Wheezy PHP versions that have had a critical PHP bugfix backported.
- Fixed an issue with old creative file being deleted although still in use when a banner image file was replaced.
- Fixed use of custom application name in the generation of zone invocation tags; made the use of this consistent across tracker beacons and SPC tags as well, and removed all incorrect code relating to a non-existent user preference.
- Added compatibility for systems affected by PHP bug #53829, i.e. having gzopen64 rather than gzopen.
Version 3.1.0 Beta introduces a number of non-backwards compatible changes:
- Revive Adserver 3.1.0+ now requires PHP 5.3+
- HTML banners no longer present URL and Target fields in the user interface unless editing an existing HTML banner where one of these fields is present; the URL(s) and target(s) should be set as part of the HTML banner.
- A number of database table columns are removed as part of the upgrade process for Revive Adserver 3.1.0, as they were deprecated with the removal of the OpenX Market in version 3.0.0. Please ensure that you back up your Revive Adserver database before upgrading to 3.1.0.
- Existing accounts with the name “Default manager” will be updated to “Default Account” to ensure the account name is consistent with updated language files. Similarly, existing accounts with the name “Administrator account” will be updated to “System Administrator”.
- Activation/deactivation emails and scheduled reports are now disabled by default when creating new advertisers via the API, in order to match the UI behaviour. This does not affect any existing advertiser account settings for this feature; but please be aware that the default for all new advertiser accounts has been changed.
- The adRender hook function signature was missing the $richMedia argument before $loc and $referer. Please make sure you double check your custom plugins in case they use such hook.
The full list of changes included in version 3.1.0-beta can be reviewed on the project’s Github pages
Download, install and upgrade
Once downloaded, please refer to the instructions for Installations of Revive Adserver or for Upgrading Revive Adserver. Make sure that the server(s) being used meet the minimum technical requirements.