tkat

Starting October 8 banners trafficked using DCM tags appear to be blocked if the {clickurl} macro is inserted in order to track clicks on Revive. With the clicktracker macro inserted, when the banner is clicked, it blocks the request at the Google redirect page, giving a "You don't have permission" error message on Chrome and just a blank page on Safari. Additionally the clicks are not logged by DCM. When the {clickurl} macro is removed from the banner tag, the banner can be trafficked through the Revive adserver and clicks through correctly. The apparent rationale for this change is that redirects are no longer allowed. This appears to be a new Google policy to discourage use of adservers other than Google Ad Manager. I notice that this block doesn't occur with banners served using assets and DCM click and impressions trackers and we are able to log clicks on our end. Of course for that kind of campaign, there is no need to use a {clickurl} macro. Does anyone know of a workaround that would allow Revive to track clicks on ads served via DCM banner tags while not causing this Google DCM block of the landing page?

I really appreciate your taking time to respond. You're right that the problems aren't the same as it persists after I implemented your solution for your issue. Yes, the redirect for doubleclick was working fine until this issue popped up last last night. Please let me know if you find yourself encountering the same issues with Google.

Hello IvorD, We are having the same problem, with our ad tags getting blocked by Google Ad Manager. We use our Revive adserver to distribute the 3rd-party ad tags (usually from DCM, sometimes from Sizmek) provided by our advertisers to our various affiliate publishers. The pubs generally use Google Ad Manager to serve our tags to their various zones. GAM is now blocking many of our tags when publishers try to enter them into GAM. Now when the ad does manage to get served via overlay tags which some pubs paste directly into their pages, bypassing GAM, and a user clicks the ad, instead of going to the landing page, the user gets an error message: Access to adclick.g.doubleclick.net was denied You don't have authorization to view this page. Is your solution working for these kinds of situations? Your tags aren't blocked by GAM and ads served via DCM tags click through to their correct landing page? If so, perhaps you can fix this issue on our Revive install. We would be happy to pay for your help.

This article details how a hacker named Tag Barnakle has compromised dozens of Revive adservers by exploiting open redirects to compromise banner tags into sending users to malware pages: https://en.secnews.gr/221097/revive-ad-servers-tag-barnakle-diafimiseis/ When the adserver is compromised, banner tags may be blocked by Google Ad Manager, preventing publishers from delivering banners to that tag. Has a fix been made to prevent this problem from infecting a Revive install?

Finally managed to get Revive ver 5.0.4 installed. But the GeoIP2 Plugin is baffling. The key for my paid GeoIP2 subscription was entered into the Plugin settings, but only the GeoLite-City database is being downloaded. Using SSH I see a version 2.0 of geoipupdate installed in the /bin folder. According to MaxMind support that old version isn't capable of download the GeoIP2 databases. Does the Revive GeoIP2 plugin install ver 2.0 of geoipupdate? Or do we need to separately install the GeoIP.conf and geoipupdate in order for the GeoIP2 plugin to function? I can't find anything online abut how GeoIP2 should be installed on Revive. Would really appreciate your insights into what is needed to make the plugin work!

I have made a number of attempts over the past 4 months to upgrade from ver. 4.1.4 to 5.0.x, the latest effort being a few minutes ago. I have successfully made over at least a half-dozen upgrades over the past decade and am familiar with the process. However, each time in my efforts at upgrading to ver 5x, at the final step I keep getting the error message: One or more plugin files can't be found. I have checked the install log and it says the xml files can't be located though the files appear to be there. This is the same error I have been getting consistently over the many efforts at upgrading. Would be willing to pay one of the admins a reasonable consulting fee to get this done if necessary! Thank you.

I had tried using the filepath /home/myacct/public_html/revive in earlier attempts with the same results. Tried it again but the sme problem finding the plugin XML files. Any other suggestions would be appreciated.

Tried again with v. 5.0.1 after changing plugin-related folders in the old install to 777. Upgrade wizard throws off the same error message about being unable to locate one or more plugins. But the debug log presents a different error messages focusing on the package definition files: Nov 01 23:34:54 +0000 OX-5dbcc11e2813c [ error] Failed to find package definition file https://mydomain.com/Revive/plugins/etc/openXAdvancedMobileTargeting.xml Nov 01 23:34:54 +0000 OX-5dbcc11e2813c [ error] Failed to find package definition file https://mydomain.com/Revive/plugins/etc/openXBannerTypes.xml Nov 01 23:34:54 +0000 OX-5dbcc11e2813c [ error] Failed to find package definition file https://mydomain.com/Revive/plugins/etc/openXDeliveryLimitations.xml Nov 01 23:34:54 +0000 OX-5dbcc11e2813c [ error] Failed to find package definition file https://mydomain.com/Revive/plugins/etc/openX3rdPartyServers.xml etc ... Not sure if this is progress?

Both the old and new installs are in the same server and domain. Also, I verified that the old install's var, plugins and www/admin/plugin folders are set to 777. However, the subfolders within the admin/plugins folder are all 755. Should those be 777? Also the old install's etc folder, which actually contains the plugin zip files, is 755. Should that be 777 as well? Thanks again!

Thanks for your reply, Andrew. Permissions were set to 777 for the Plugins, Var and WWW/Admin/plugins folders. The Images folder had been created outside the Revive installation. We're upgrading from 4.14 to 5.0.0. During the upgrade process we are using the MultiPHP Manager to toggle between our current PHP 5.6 and PHP 7.2 versions. Any other suggestions you can provide as to what could cause this would be very much appreciated!

Tried again with absolute addressing. It was still unable to locate XML files of any of the plugins: table prefix: rv_ successfully initialised DB Upgrade verifying/creating constructive tasklist Revive Adserver 4.1.4 detected This version can be upgraded Database settings and permissions are OK Starting file-check for plugins... Plugin: openXAdvancedMobileTargeting - Unable to locate XML files Plugin: openXBannerTypes - Unable to locate XML files Plugin: openXDeliveryLimitations - Unable to locate XML files Plugin: openX3rdPartyServers - Unable to locate XML files Plugin: openXReports - Unable to locate XML files Plugin: openXDeliveryCacheStore - Unable to locate XML files Plugin: openXMaxMindGeoIP - Unable to locate XML files Plugin: openXInvocationTags - Unable to locate XML files Plugin: openXDeliveryLog - Unable to locate XML files Plugin: openXVideoAds - Unable to locate XML files Plugin: apLoader - Unable to locate XML files Plugin: apVideo - Unable to locate XML files Plugin: TrackingPlugin - Unable to locate XML files Finished file-check for plugins

The upgrade wizard keeps giving me the message: One or more plugin files couldn't be located, check the install.log file for more information When I check install logs it is unable to locate XML files for any of the installed and working plugins. I know the path to the current install is correct, so am baffled what to do at this point. And the paths the install log lists doesn't reflect the actual location of files as the "extensions" subdirectory is not one levelbelow the Revive installation: Plugin: openXBannerTypes - Unable to locate file: /home/xxx/public_html/Revive/extensions/bannerTypeText/oxText/genericText.delivery.php Plugin: openXDeliveryLimitations - Unable to locate file: /home/xxx/public_html/Revive/www/admin/extensions/Site/lib/updateList.php Would appreciate any insight into what is causing this. Thank you.

Did the Google Ad Manager indicate deloplen.com and prombanner.com among the malware domains infecting your tags? We had reports from a few of our publishers about the GAM malware block on our tags.

Has anyone else had an ad tag blocked on GAM for being linked to the malvertising domain adsnetclick.com We've never worked with this domain but publishers are getting a "Blocked for Malvertising" message on GAM when they try to implement our tags. Is it possible that this malvertising network may have infiltrated our Revive install via some vulnerability to link its banners to Revive tags?

Thanks for the suggestions, Andrew. Tried changing to mysqli and checking the database. Also, manually copied over to the new install all plugin and www/admin/plugin files. Still unable to access the UI on most page, including the admin dashboard. Is there something besides the plugin files that needs to be copied over to the new install since I can't get the new 4.2.1 install to recognize all the plugin files of the old 4.1.4 install.

In another effort at a fresh install I recreated the sql database and reextracted the 4.2.1 files, but with the same result: unable to locate one or more plugin files. In an earlier effort I tried manually copying the old Plugin directory files and the old www/admin/plugins directory files to the new install. That allowed me to get through to the new install. The problem was that none of the plugins were working; the delivery data wasn't being logged and I couldn't access the banner properties UI, so had to retreat to ver 4.1.4. Is there some way to copy the plugin files manually and make it work on the new install?

Thanks for your response, Andrew. The correct path was specified, at least on the most 2 recent attempts with a fresh database and even a fresh uppacking of the zip install file. As for permission to access the old install directory and files, I had upgraded on this same server using your prescribed upgrade procedures on 3 prior occasions over the past 3 years and haven't had plugin access issues in the past. Is it possible that access may have somehow been prevented due to the PHP switch from 5.6 to 7.2 which was necessary to get ver 4.2.1 to function? In other words, could the PHP switch have inadvertently created some access issues? Or possibly issues of reading the plugin xml files from the old install? No other changes were made to the server.

I've made several attempts to upgrade from ver 4.1.4 to 4.2.1. This entailed updating PHP to 7.2 as well as uploading a new SourceGuardian file. On Step 4. Configuration I keep getting the error message "One or more plugin files couldn't be located. Check install.log file for more information. The log file says: Starting file-check for plugins... Plugin: openXAdvancedMobileTargeting - Unable to locate XML files Plugin: openXBannerTypes - Unable to locate XML files Plugin: openXDeliveryLimitations - Unable to locate XML files Plugin: openX3rdPartyServers - Unable to locate XML files Plugin: openXReports - Unable to locate XML files Plugin: openXDeliveryCacheStore - Unable to locate XML files Plugin: openXMaxMindGeoIP - Unable to locate XML files Plugin: openXInvocationTags - Unable to locate XML files Plugin: openXDeliveryLog - Unable to locate XML files Plugin: openXVideoAds - Unable to locate XML files Plugin: apLoader - Unable to locate XML files Plugin: apVideo - Unable to locate XML files Plugin: TrackingPlugin - Unable to locate XML files Finished file-check for plugins ... I've verified that all these XML files exist in the current install. Would really appreciate any insights into this issue. Thank you.

I've made several attempts to upgrade from ver 4.1.4 to 4.2.1. This entailed updating PHP to 7.2 as well as uploading a new SourceGuardian file. On Step 4. Configuration I keep getting the error message "One or more plugin files couldn't be located. Check install.log file for more information. The log file says: Starting file-check for plugins... Plugin: openXAdvancedMobileTargeting - Unable to locate XML files Plugin: openXBannerTypes - Unable to locate XML files Plugin: openXDeliveryLimitations - Unable to locate XML files Plugin: openX3rdPartyServers - Unable to locate XML files Plugin: openXReports - Unable to locate XML files Plugin: openXDeliveryCacheStore - Unable to locate XML files Plugin: openXMaxMindGeoIP - Unable to locate XML files Plugin: openXInvocationTags - Unable to locate XML files Plugin: openXDeliveryLog - Unable to locate XML files Plugin: openXVideoAds - Unable to locate XML files Plugin: apLoader - Unable to locate XML files Plugin: apVideo - Unable to locate XML files Plugin: TrackingPlugin - Unable to locate XML files Finished file-check for plugins I've verified that these files all exist in the current install. Would really appreciate any insights into this issue. Thank you.

Just upgraded to ver 4.2.1. When I click the Inventory tab, then go into a Campaign, I can see the campaign settings UI fine. However, from there if I click on a banner link, I get a blank screen. However, I am able to click the Delivery Settings tab and see that UI fine, as well as Linked Zones and Advanced tabs. But the Banner Properties tab leads to a blank page. Is this a bug?

I would like some help in setting delivery limitations by zip code. We use the Maxmind GeoIP database. Do we simply paste an unbroken string of 5-digit zip codes into the fairly small text input box? Or should there be some separator between zip codes, like a comma? Or can only 1 zip code be entered per box? Thanks for any help you can provide.

Thanks. Is there an ETA on v. 4.1.4? Is there some piecemeal script adjustment that we can do before the 4.1.4 is released?

After upgrading to ver. 4.13, I am no longer able to change the columns to be displayed under Account Preferences. For example, I check the box for Revenues but when I click Save, the selection of that column is not saved, preventing me from generating stats showing revenues. Is this a bug or something that can be addressed by the user? Thank you.

Here is a test page where the Google test banner can be seen as served through Revive: http://asianmedia.com/Tags/test_728-2_ms3.html Can you provide a sample html5 banner that can be uploaded as a zip file and that you know will let Revive track clicks?

The Revive adserver also doesn't appear to track clicks from the following code from a test banner provided on the Google page: <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <meta name="ad.size" content="width=728,height=90"> <link rel="stylesheet" href="HTML5_InPage_MultipleClicktags_728x90.css"/> <title>Untitled</title> <script type="text/javascript"> var clickTag1 = "https://www.doubleclickbygoogle.com/"; var clickTag2 = "https://www.doubleclickbygoogle.com/"; var clickTag3 = "https://www.doubleclickbygoogle.com/"; </script> </head> <body> <div class="container_dc"> <img class="logo_dc"/> <a href="javascript:window.open(window.clickTag3)"> <div class="container_300x250"></div> </a> <a href="javascript:window.open(window.clickTag1)"> <img id="cta_dc"> </a> <a href="javascript:window.open(window.clickTag2)"> <img id="cta_dc2"> </a> </div> </body> </html>