Jump to content
malmazan

SLL will not serve Javascript or iframe ads, only Asynchronous JS

Recommended Posts

Hi all:

Moving to https, it seems only Asynchronous JS invocation works. Regular Javascript (which is what I need) and iframe invocation do not seem to work, with relevant 'http' changed to 'https' and over a plain HTML file.

I'm running revive 4.14. PHP is 5.6 (though problem was the same with PHP 5.5), MySQL 5.6, Apache 2.4

Thanks in advance for the help

 

 

 

Share this post


Link to post
Share on other sites

I'm using standard invocation codes, only changing http to https where needed

Also, although Asynchronous JS invocation does show banners over https, lg.php end up being called from http://, so browsers will not qualify the page as secure

Share this post


Link to post
Share on other sites

Tried changing "protocol" (under [origin] in conf.php) from "http" to "https"

Ended up locking myself from the control panel ("Due to a problem with the database Revive Adserver couldn't retrieve or store data"), though banners are still being served. Changing "protocol" back to "http" did not help with the CP issue

Share this post


Link to post
Share on other sites

I did a new, fresh, test, install of Revive Server.

Again, only Asynchronous JS invocation works. Regular Javascript does not.

I was able to get lg.php to serve via https. I still do not understand why my working install does not. 'Some Http:' is only used as URL destinations. I even did an Phpadmin search to make 100% sure of this. Any ideas?

Share this post


Link to post
Share on other sites

Still trying. I sequentially turned off (via dates) all campaigns and the problem persists. The https page is initially loaded as secure by the browser, but when the Asynchronous JS banners are loaded, it shows it as insecure.

(When Javascript is off, the page loads securely alright via https, though)

Share this post


Link to post
Share on other sites

I'm pretty sure that AJS, regular JS and iFrame all work just fine with HTTP and HTTPS.

Apart from saying it's not working (and one comment about logging via HTTP when the initial call was via HTTPS), there's really not any details in the information above - no examples we can see, no screenshots, no error messages....

Not much I can do to help at this stage as a result!

However, maybe try: https://documentation.revive-adserver.com/display/DOCS/Banners+Not+Delivering+over+SSL ?

Share this post


Link to post
Share on other sites
On 9/28/2018 at 12:16 PM, malmazan said:
On 11/6/2018 at 7:25 AM, andrewatfornax said:

I'm pretty sure that AJS, regular JS and iFrame all work just fine with HTTP and HTTPS.

Apart from saying it's not working (and one comment about logging via HTTP when the initial call was via HTTPS), there's really not any details in the information above - no examples we can see, no screenshots, no error messages....

Not much I can do to help at this stage as a result!

However, maybe try: https://documentation.revive-adserver.com/display/DOCS/Banners+Not+Delivering+over+SSL ?

I finally fixed my ads being served unsecurely. I used .htaccess redirects for the altervative "Delivery File Names" and they were redirecting to http pages. That also seems to have fixed the javascript banners not being served at all.

 

Share this post


Link to post
Share on other sites

Glad it's fixed for you.

You should not normally need to use .htaccess redirects for serving banners over SSL, so if anyone in the future reads this thread, please be aware it should (and normally does) work without this - I suspect there's some other issue going on in this case which hasn't been identified yet.

Share this post


Link to post
Share on other sites

If using "Delivery File Names", the files need to be redirected somehow (unless one wants to manually change file names every time one updates Revive), though I guess I could have used a symlink redirect that did not specifically redirect to an "http" URL. Way back then, though, I did not imagine Google will force us to go SSL

Ideally, revive could write the symlink rewrites to an .htaccess files

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×