andrewatfornax

My apologies, this issue is is not from the Revive codebase but from a plugin that I had purchased.

Ok, I found out how to solve this.
The installation process didn't fully install the default plugins which include the delivery options, so I had to manually install the packages in /etc/plugins.

Go to :
 
Inventory -> websites -> Click on your website, last tab "User access"

Hi guys,
Some updates to share here. As a final solution, now I have all the installation files working on the server. The issue seems to be the hosting provider blocking the words BannerCampaigns/rsCamp or something like that.
In summary, the solution for me was to rename some script terms as follows:
-----------------------------------------------------------
EDIT THIS FILES:
adserver/lib/max/Dal/Admin/Banners.php
adserver/www/admin/maintenance-acl-check.php
REPLACE "getBannersCampaignsClients"
WITH    "getBannersXampaignsClients"
-----------------------------------------------------------
EDIT THIS FILES:
adserver/etc/changes/StatMigration.php
adserver/lib/max/Dal/Admin/Campaigns.php
adserver/lib/max/Dal/Admin/Zones.php
adserver/www/admin/admin-search.php
REPLACE "$rsCamp"
WITH    "$rsXamp"
-----------------------------------------------------------

Thanks mate. you saved my day

The core Revive Adserver project is completely free and open source - we do not sell any plugins "here" on any of the official Revive Adserver websites.
I'm not 100% clear what you want to do - in your first post, you simply asked if you should buy some plugins for "sign-up / login / advertiser / publisher feature", and I assumed that you meant you wanted a "self-service" approach, where people could sign up and buy/sell advertising space. 
If that's correct, then yes, you either need to make that yourself, or obtain (buy or otherwise) a plugin from somewhere else to do this. "Self-service" is not a feature of the core, free, Revive Adserver project.
HTH.

I just found out that when importing the "old" database to the new one, there was probably some unknown issue.
So I deleted all the tables of the new database, made another backup from the old database and re-uploaded it to the new one and now it works: I just upgraded from 3.2.1 to 4.1.4
 

You could investigate your web server logs on what is going wrong

The "revive adserver mod website" is not affiliated with Revive Adserver in any way.

data-revive-id is a hash calculated using the delivery and deliverySSL config values.
@Adi The old one had "www" in the path while the new one doesn't, that's why you're getting a different id.

It's useful to look at the zone probability report to see what Revive is calculating for current probability. As you do this and make changes remember that caching can have some impact, switch to admin user and recalc probability in maintenance.

Awesome!
Thank you Andre. ?

Thanks, andrewatfornax,

I tested this schema: three servers via the load balancer and generating $etag in one place for all revive instances and this works for me.

Login as system administrator
Go to http://rsv.londynek.net/rserver/www/admin/account-settings-user-interface.php

Tick
 
Force SSL Access on User Interface

Click save.

Many thanks, everything now working great.

forgot to reply.
Thanks !  I am deeply testing it.

This is a cache blocker, you can generate it server-side or client side with JavaScript. But you can also leave it like that, however some browser configurations may cache the request and display the same ad which was delivered in the first request over and over again instead of requesting a new one in each page request.

Hello,
I'm new to Revive too but it's very easy to use and works fine out of the box.
I just follow the documentation.
How it works for me:
First I create a Website with different Zones, then create Advertisers, Campaigns (Remnant only with date limit) and Banners, in this order.
Then assign Banners to a Zone. I don't create any Delivery Rules or Limit.
In Zone, in Invocation Code tab select Asynchronous JS Tag to see the code.
Hope it helps.

Finally after 4 hours it starts to work , contract campaign got probability ?
(last change we did grand full access to Maintenance user)
Stil not clear why it took 4 hours, but problem solved thanks to current thread !!!
Thanks a lot

 

Use the Site - Channel option.
See also: https://github.com/revive-adserver/revive-adserver/issues/997

Problem solved!

It's always good to look twice:
The error occurred in an old revive installation still stored on our server but not in use since 3 years.

Maybe some search engines have indexed the banners, so they can be accessed directly from search results...

After deleting the folder containing the old revive version, the error disappeared in the server error log.

Everything fine now.

Greetings
pansen

Yes that will work just fine. You can also put it in www/api ?

Yep, HTML banner with wildcard sizes would be my first suggestion!

I found the solution - and the option ?
Just disable the option "This banner can be safely displayed inside an iframe (e.g. is not expandable)" at the banner-settings. If this is disabled, the js-code is delivered without an iframe wrapped around.
It's that easy!

OK, I found the problem -- one way out in left-field: the new RevAds no longer returns the same indication from my PHP call, that there are no more ads meeting my criteria. So an obscure page of mine wound up in an infinite loop! I found a new way now to detect a "no more ads" condition (not the same as previous RevAds) and changed the criteria, so that all works OK now.  So no more timeouts in Rev Ads are occurring.
I retrieve ad information via a PHP call to a RevAds fucntion, and all my ads are "local" ads.  This gives me the html needed. which I display.  This code came from many years ago when I first started using OpenX, as it was called then. There's a very brief mention of this I found now on https://documentation.revive-adserver.com/display/DOCS/Tag+Variables
But I didn't find any more documentation on this now, and don't have access to the old OpenX one.  If you know, please tell me where there's more documentation on this available now. 
Anyhow my basic invocation to retrieve ad data has a call to the view_local function defined in alocal.php:
$ad[$i] = view_local('', $zoneNum, 0, 0, '', '', '0', $phpAds_context, '');
And I do this in a loop, bumping $phpAds_context each time I find a valid ad.  Previously in RevAds (last version prior to 4.1.4 I used was 3.0.2) the 'html' array element of this would return an empty value if no more ads met the criteria, and I'd break out of the loop.  My fix now is to check that this element has some sensible value (e.g. there's an 'href=' in it).  It'd be nice to have something more definitive -- let me know if you know of such.
Anyhow all seems to be working OK now.  I'll report back later if something's still amiss.  Thanks again Andrew for all your efforts here, and my apologies for not finding this sooner.   I hope this saves someone else's time.