jmblasco Posted March 4, 2014 Report Share Posted March 4, 2014 Afther installation it works fine. But, if we use https:// .... no banners are served. Why? We cann't find any solution (we tested everything we know about configuration). Does anybody can help me? Environment: Apache 2.2.2 + php 5.3.10 + postgresql 9.1 + Revive 3.0.2 Quote Link to comment Share on other sites More sharing options...
rudolf Posted March 20, 2014 Report Share Posted March 20, 2014 help, we have also this problem! Quote Link to comment Share on other sites More sharing options...
Snoork Hosting Posted March 22, 2014 Report Share Posted March 22, 2014 Do you have SSL certificate properly installed on your site? You can check here http://www.sslshopper.com/ssl-checker.html Quote Link to comment Share on other sites More sharing options...
andrewatfornax Posted April 22, 2014 Report Share Posted April 22, 2014 Can you please provide a lot more information? Like for example - what tag type you are using? Where we can see the generated invocation tag in raw form? Where we can see the tag working on a non-SSL site, and not working on an SSL enabled site? Thanks. Quote Link to comment Share on other sites More sharing options...
systemsguy Posted August 18, 2014 Report Share Posted August 18, 2014 I hate digging up old threads, but this was linked as a top google search for the problem. I too, have a similar issue, and i have been trying to find a solution: I can describe my case with more detail - but i am hesitant to post code that has not been sanitized, due to content. I am a publisher who uses revive to serve other peoples ads on my sites. My revive cluster runs both http and https (with valid ssl certs), with both protocols using the same docroots, etc. The delivery looks something like this: My site -> My Revive Iframe invocation -> My revive HTML banner -> client iframe source -> Client banner If i directly call one of my ads via http and https, the ads are delivered as expected: My site (http) -> My Revive Iframe invocation (http) -> My revive HTML banner -> client iframe source (http) -> Client banner If i move everything except my revive invocation to https, everything works: My site (https) -> My Revive Iframe invocation (http) -> My revive HTML banner -> client iframe source (https) -> Client banner If i call the client iframe via http, and my revive via https, everything works: My site (https) -> My Revive Iframe invocation (https) -> My revive HTML banner -> client iframe source (http) -> Client banner However, as soon as i make my revive invocation https, and the clients' iframe src https, revive delivers blanks in the body. My site (https) -> My Revive Iframe invocation (https) -> My revive HTML banner -> client iframe source (https) -> Client banner <title>Advertisement</title> <style type='text/css'> body {margin:0; height:100%; background-color:transparent; width:100%; text-align:center;} </style> </head> <body> </body> </html> Quote Link to comment Share on other sites More sharing options...
jeremyr Posted August 22, 2014 Report Share Posted August 22, 2014 I am having this problem also. Both the ad-server and the website these ads are being served on are running HTTPS. However once the first script is invoked it seems to be pulling the remaining files via non-SSL. I get these type of errors when I inspect element: ...was loaded over HTTPS, but displayed insecure content from 'http://example.com/www/delivery/lg.php?bannerid=4..... Even though my embed code looks like this: <iframe id='a4d58c4e' name='a4d58c4e' src='https://example.com/www/delivery/afr.php?refresh=10&zoneid=1&cb=INSERT_RANDOM_NUMBER_HERE' frameborder='0' scrolling='no' width='100%' height='250' allowtransparency='true'><a href='https://example.com/www/delivery/ck.php?n=aefcd416&cb=INSERT_RANDOM_NUMBER_HERE' target='_blank'><img src='https://example.com/www/delivery/avw.php?zoneid=1&cb=INSERT_RANDOM_NUMBER_HERE&n=aefcd416' border='0' alt='' /></a></iframe> As far as I can tell the auto-generated files in www/delivery/ are not properly switching to the SSL url. I can't figure out how to force SSL with out manually editing these files. Any ideas are welcome. Quote Link to comment Share on other sites More sharing options...
imaddu Posted September 5, 2014 Report Share Posted September 5, 2014 We are using zone level tags succefully usingn HTTPS. We have installaed all ther certificates correctly. Before getting a brand new SSL cert, we first tried with test cert and used it on both mobile and desktop. On the tags side we changed everythign to SSL. Rememeber that for SSL ensure to test across browers, devices and OS to be sure. Thanks! Aditya Quote Link to comment Share on other sites More sharing options...
frEEk Posted April 10, 2015 Report Share Posted April 10, 2015 Another installation suffering this problem here. Using the JS invocation code. Code runs on page and requests add from http://domain.com/revive/www/delivery/ajs.php?zoneid=2&charset=UTF-8&cb=123123123&charset=UTF-8&loc=http%3A//otherdomain.com/path/page.php works just fine. Make the URL https and it claims it can't find an ad to serve. The OX_random string is set just fine, and with 3.1 the beacon is served, but no ad. Oddly though, if I change the zoneid to another valid zone, it DOES seem to serve under SSL just fine. Is there a setting regarding https delivery I'm not seeing? Quote Link to comment Share on other sites More sharing options...
frEEk Posted April 11, 2015 Report Share Posted April 11, 2015 Well, I have no idea how it fixed, but after multiple delivery_cache* resets and running through all the campaign & banner settings screens checking all settings against zones that appeared to be working, it started working. Nothing was changed. Can only guess some new setting since the upgrade from 3.0.0 was reset by saving a page of settings somewhere. Quote Link to comment Share on other sites More sharing options...
Matteo Beccati Posted April 11, 2015 Report Share Posted April 11, 2015 Another installation suffering this problem here. Using the JS invocation code. Code runs on page and requests add from http://domain.com/revive/www/delivery/ajs.php?zoneid=2&charset=UTF-8&cb=123123123&charset=UTF-8&loc=http%3A//otherdomain.com/path/page.php works just fine. Make the URL https and it claims it can't find an ad to serve. The OX_random string is set just fine, and with 3.1 the beacon is served, but no ad. Oddly though, if I change the zoneid to another valid zone, it DOES seem to serve under SSL just fine. Is there a setting regarding https delivery I'm not seeing? If you have HTML banners containing http:// urls, then Revive Adserver won't serve them over SSL to avoid browser error messages. Please fix your banners, wait for the delivery cache to expire (or clean it up manually), then retry. Richard Foley and andrewatfornax 2 Quote Link to comment Share on other sites More sharing options...
frEEk Posted April 11, 2015 Report Share Posted April 11, 2015 Aha, that was exactly it, thank you! The one tweak I made in all the re-saving was making the third party ad code https. An excellent feature, but that one requires documentation. Ideally I'd put a warning right on the page when you save your ad code, if you detect insecure code. Quote Link to comment Share on other sites More sharing options...
andrewatfornax Posted May 14, 2015 Report Share Posted May 14, 2015 (edited) Please note also, improved documentation on delivery via SSL vs. not via SSL here: http://documentation.revive-adserver.com/display/DOCS/Tag+settings Edited July 6, 2015 by Matteo Beccati Fixed URL Quote Link to comment Share on other sites More sharing options...
Richard Foley Posted July 6, 2015 Report Share Posted July 6, 2015 404 on that URL :\ Please note also, improved documentation on delivery via SSL vs. not via SSL here: http://documentation.revive-adserver.com/display/DOCS/Tag+settings Quote Link to comment Share on other sites More sharing options...
Matteo Beccati Posted July 6, 2015 Report Share Posted July 6, 2015 404 on that URL :\ Thanks. I've edited the post and fixed the link. Quote Link to comment Share on other sites More sharing options...
firstimpression Posted August 12, 2015 Report Share Posted August 12, 2015 Had exactly the same problem.In the end the problem was that if you supply an HTML banner, and the zone is rendered under SSL, Revive performs a check if there is any SSL-unsafe code in the banner. If it does detect that kind of code, the the banner is simply not delivered.In my case, I have added banner with the following type of code: <iframe src=http://...></iframe>The snippet that loaded from SSL URL of Revive did not serve that banner, while non-SSL version of snippet did. andrewatfornax 1 Quote Link to comment Share on other sites More sharing options...
ZenAlien Posted February 9, 2017 Report Share Posted February 9, 2017 Hi there, we got exactly the same problem. We just move our AdServer to HTTPS, everything works fine, EXCEPT : - HTML5 banner added with iframe. Invocation code (Iframe) called from HTTP works perfectly Invocation code (iframe) called from HTTPS does not deliver anything... the body in the source code is empty. Invocation code (JS) called from HTTP works perfectly Invocation code (JL) called from HTTPS does not deliver anything... the body in the source code is empty. Has anybody been able to solve this problem ? We tried all solution and combinations.... :( Quote Link to comment Share on other sites More sharing options...
andrewatfornax Posted February 9, 2017 Report Share Posted February 9, 2017 Well, as above? Any HTTP calls inside the HTML5 banner? Quote Link to comment Share on other sites More sharing options...
ZenAlien Posted February 14, 2017 Report Share Posted February 14, 2017 nope, none !! :( Quote Link to comment Share on other sites More sharing options...
andrewatfornax Posted February 18, 2017 Report Share Posted February 18, 2017 Hi @ZenAlien, Well, I am not really sure, then. Do you have a test page set up, which clearly shows the problem, that you can share? Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.