andrewatfornax

This issue occur because of “openXInvocationTags” plugin not installed properly. Kindly install this plugin so that it will show the invocation details as well.
Get the plugin in the below path “Adserver/etc/plugins”.

If you've seen a segmentation fault, most likely you were running a PHP 5.4 version < 5.4.20, which is not compatible with Revive Adserver (See requirements on the website)

I managed to fix this loop  by correcting some folder permissions :
 
chmod -R a+w /var/www/vhosts/mydomain.com/httpdocs/var/cache chmod -R a+w /var/www/vhosts/mydomain.com/httpdocs/var/plugins chmod -R a+w /var/www/vhosts/mydomain.com/httpdocs/var/templates_compiled chmod -R a+w /var/www/vhosts/mydomain.com/httpdocs/plugins chmod -R a+w /var/www/vhosts/mydomain.com/httpdocs/www/admin/plugins chmod -R a+w /var/www/vhosts/mydomain.com/httpdocs/www/images   I hope this can help anyone that is getting this issue    Cheers,

you need to put the host name as the script argument
 
e.g. php .../scripts/maintenance/maintenance.php your.adserver.com

A PHP Error?

Are you running suPHP? If so, consider switching to mod_php as suPHP doesn't play nicely with Revive plugins

Hi @Lee,
No, when you first download the Revive Adserver package, there will not be anything in either the plugins/ or the www/admin/plugins directories. These are places where files are created as plugins are installed into Revive Adserver, once the core system is up and running. The graphical Revive Adserver installer takes care of installing all of the default plugins that are included with the package as one of the final installation steps.
All of these default plugin packages (stored as .zip files) can be found in the etc/plugins of the directory structure when the Revive Adserver package is first unpacked.

Yeah  I have been    making  new  pages,  testing.  That one  is working.  I reinstalled the whole  revive,   and this seems to have  fixed  a ton of issues.

Well, that's one of those things, isn't it?
Creating an all new plugin for Revive Adserver to handle a new way of detecting browsers etc. might take someone who knows what they are doing a month or so of effort? Unfortunately, we don't have any corporate sponsors who want to pay myself (or the other core team members who donate their time) to work full time on Revive Adserver, so, either we might chip away at this problem over the course of a year or two and get it done, and then everyone can have it for free, or, someone either needs to sponsor that specific feature on a commercial basis to be built as open source, or, someone has to take a chance, put in the time and build it, but then try to sell it for enough money to cover their costs. We all, unfortunately, need to make a living somehow!
That's why there are commercial plugins for Revive that do cost hundred, or thousands...

Agreed, that is a good idea. Would you like to create an issue for this on GitHub, please?

Would any of the non-JS based invocation tags be suitable in this case?

My Revive installation stopped counting stats all of a sudden the other day. The reason was quite simple, one of the Mysql tables (<prefix>_data_intermediate_ad) was broken (and the var/debug.log grows quite fast).
Here's how to fix, in case someone else runs into the same issue:
mysqlcheck -uroot -p <revive_database> --repair 

Self-hosted wordpress sites should be no problem for revive. It works fine with mine.
However, if you are using a wordpress.com HOSTED wordpress installation, then the explicitly disable ALL javascript on their own servers. You need to move to a different hosting provider, or maybe use a different tag, if indeed this is the problem...?

Solved.
If anyone also has this problem - be sure that you checked the checkbox on campaign's linked trackers list or tracker's linked campaigns list.
Or you can finish like me, parsing the whole tracker code =)

well, first I slapped my forehead when I read your reply, then I went looking for other config options and the image tag looks highly promising! Thanks for the tip, Andrew :)
 

[FIXED] Finally I've fixed it updating my User Interface Preferences and after that the user preferences started to work as expected.

As administrator navigate to : Configuration -> Global settings -> User interface settings : tap 
 
Force SSL Access on User Interface
 
 
 

Hi @frifri,
In Revive Adserver, this is done through zone chaining - if a banner can't be displayed from those that are linked to a zone that's being called, then you can specify the next zone that Revive Adserver should go and look at for a banner - and that next zone can have a chained zone, and so on.

Hi @angelfplaza,
Revive Adserver can track requests, as well as impressions. It's there as an option.
It may be that you simply need to enable tracking of requests, and/or including requests in the stats screen configuration.

Wow, so I had 32 views on this post with no solutions!

Anyways, I'm happy I literally stumbled on the solution. I found that the invocation code I was using had "https://" in it when the destination was http://. All I did was to delete the "s" and voila! 
Please note that it wasn't the https:// in the commented section of the code but within the script body itself.
 
Hope this helps someone.

The webserver error logs might offer some hints. Maybe a permissions issue?

We have a hosting platform that's capable of displaying billions of impressions per month. The architecture of the platform, albeit in a slightly simplified drawing, can be found here: http://www.reviveservers.com/revive-adserver-hosting/revive-adserver-hosting-platform-and-technology/
 
It's virtually impossible to describe in a few sentences what we've done to achieve this. I would not recommend storing banner images in the database, that doesn't scale very well. Also, we have a plugin (not free) that does the caching and logging using Redis (in memory) instead of in the database, and this is one of the key factors to achieve huge volumes at reasonable hardware costs.

Maybe that behavior happens because there is a bug timezone on Revive 3.1.0 see this issue
https://github.com/revive-adserver/revive-adserver/issues/497

Using site variable at delivery limitations in the banner settings -> delivery options

Yes it is possible if your server cant handle the amount of requests.