scott001

Currently my server is running PHP 5.6.30 as the default, but PHP 7 is also installed. I am trying to force Rvive Adserver to run under PHP 7, and I've tried adding this code to a new .htaccess file in the root ad server's directory, in my case it is /adserv : <IfModule mime_module>AddType application/x-httpd-ea-php70 .php .php7 .phtml</IfModule> This configuration works fine for a forum which I have in a different directory on the same domain, but is not working for Revive Adserver--the ads stop running. Am I putting this file in the correct location, the root for Ad Server, or should it go somewhere else, for example /var ? It is possible that I don't have some required extension installed for PHP 7 that is needed for Revive, is there a list somewhere of those? Any help would be appreciated.

I've gone back and forth over the years between using the single call tag vs iframe tags for my site's banners. I recently switched back to the single call tag, I've correctly set everything up, and I notice a big drop in the number of clicks recorded: Single Call Tags: 22 December 2016 - 22 January 2017 Impr. 21,196,367 Clicks 59,085 iFrame Tags: 22 November 2016 - 22 December 2016 Impr. 21,459,003 Clicks 92,477 I suspect there is an issue with single call tags not recording all clicks. How else could this 36% drop be explained? My ads DID NOT change significantly during this time, and, as you can see, the views were very consistent. Please feel free to chime in about this.

I recently switched over my site to https protocol, and it all seems to be working fine, but I noticed a few database settings that I am not sure about...see the bold red ones below. All the tags in my pages that call the ads use https, and everything seems ok. I included some other settings which I believe are set correctly. 1) Do I need anything in ssl= ? 2) I am actually using mysql 5.6.34. Do I need to change this setting mysql4_compatibility=1? 3) Last, is the latest version of Revive Adserver compatible with PHP 7.x? [database] type=mysql host=localhost port=3306 username=xxxxxxxxx password=xxxxxxxxx name=xxxxxxxxx persistent=0 mysql4_compatibility=1 protocol=tcp socket= compress= ssl= capath= ca= [openads] installed=1 requireSSL=1 sslPort=443 language=en [max] requireSSL=1 sslPort=443 [origin] type= host= port=80 script="/www/delivery/dxmlrpc.php" timeout=10 protocol=https

For the past week, each night at around the same time (1AM) my server is detecting and killing a Fork Bomb that uses www/delivery/lg.php. My cpanel server is running mod security, Suhosin PHP module, etc., and this fork bomb attack seems to be stopped by the server (or is it??) after it brings down apache, but there may be an exploit in the current version of lg.php. I would like your opinions on this. Here is a shortened log: lfd on scott.mysite.com: Fork Bomb detected and killed: PID:3350 PPID:10047 SID:10047 User:root EXE:/usr/local/cpanel/bin/splitlogs CMD:/usr/local/cpanel/bin/splitlogs --main=scott.mysite.com --suffix=-bytes_log PID:3351 PPID:10047 SID:10047 User:root EXE:/usr/local/cpanel/bin/splitlogs CMD:/usr/local/cpanel/bin/splitlogs --main=scott.mysite.com --mainout=/usr/local/apache/logs/access_log PID:3366 PPID:10047 SID:10047 User:root EXE:/usr/local/cpanel/3rdparty/perl/514/bin/perl CMD:/usr/local/cpanel/3rdparty/bin/perl /usr/local/cpanel/bin/leechprotect PID:26764 PPID:3651 SID:10047 User:mysite EXE:/usr/bin/php CMD:/usr/bin/php /home/mysite/public_html/adserv/www/delivery/lg.php PID:26765 PPID:3526 SID:10047 User:mysite EXE:/usr/bin/php CMD:/usr/bin/php /home/mysite/public_html/adserv/www/delivery/lg.php PID:26766 PPID:24139 SID:10047 User:mysite EXE:/usr/bin/php CMD:/usr/bin/php /home/mysite/public_html/adserv/www/delivery/lg.php PID:26767 PPID:5554 SID:10047 User:mysite EXE:/usr/bin/php CMD:/usr/bin/php /home/mysite/public_html/adserv/www/delivery/lg.php PID:26768 PPID:24340 SID:10047 User:mysite EXE:/usr/bin/php CMD:/usr/bin/php /home/mysite/public_html/adserv/www/delivery/lg.php PID:26769 PPID:3471 SID:10047 User:mysite EXE:/usr/bin/php CMD:/usr/bin/php /home/mysite/public_html/adserv/www/delivery/lg.phpetc, etc.

Ok, so there is no support here...

I have a client who needs me to use an impression counting URL for image banners that are loaded from my server (Using the "Upload a local banner to the Webserver" option). I have two questions: 1) To insert the time stamp would this URL: http://www.url.com/BurstingPipe/adServer.bs?cn=tf&c=19&mc=imp&pli=172&PluID=0&ord=[timestamp]&rtu=-1 need to look like this: http://www.url.com/BurstingPipe/adServer.bs?cn=tf&c=19&mc=imp&pli=172&PluID=0&ord={timestamp}&rtu=-1 2) Where is the best place to insert the impression tracking URL? Would this be something to insert in the banners "Append and Prepend" areas? I need it to not slow things down, and they also want me to include a separate Java HTML or Javascriot URL tag for tracking purposes, in addition to this impression counting URL.

Please....don't all jump in at once!

I've been reading more and more articles about the increasing use of ad blocking software, and wonder if there is a way to make such blocking software not work on the Revive Adserver platform? In my experiments I downloaded a very popular mobile app called "Ad-Blocker" which did not block ads that were served on my site (in my case my ads are served from the same base URL as the site...but not sure if that is why), but an equally popular app called "Ghostery" did block my ads. Within Ghostery the setting was "Block All Trackers" which shut down Revive Adserver ads. The exact element that shut the ads down can be seen in the "View All Trackers" option, and turning on the "OpenX" tracker did make the ads work. My question is, is there any way to bypass the use of the OpenX tracker so that Ghostery can't block Revive Adserver ads?

Hello Erik, thanks for the reply. I did put in the path to the old version, and my plugins are there. Again, the upgrade seemed to have worked, but it did seem to jump from showing the installation steps directly to my site's admin area, which I've never seen happen before. In any case, no harm no foul...

I followed the upgrade steps, and everything went fine, at least I think it did. When logging into admin I reached the point where I put in the path to the old installation and clicked continue--it ran for a minute without any issues, then it jumped straight to the admin area. I never saw it go through all the steps, and never saw any message indicating that the upgrade was successful. That said, everything seems to be running fine, and it does say that I am running the correct version. Is there any easy way to make sure that it completed all the steps? Normally this process is smooth, and doesn't leave one wondering--not this time.

davidm, would you mind clarifying this part of your post? Ideally could you post samples of your config.php and functions.php files?

Hello, I am getting hit by google with slow site issues, and their recommendation asynchronous loading of my ads. I am currently using Single Page Call/Java, and am wondering if there is a plugin, or a way to load the banners asynchronously?