Ian

Did you check your mail logs if there is any usable info ?

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

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

cool! glad you figured it out :)

Think I got 'm, if you still spot a post please let me know :)

Sure, Revive has a clickurl Macro, which you should just put in front of the URL, If I recall correctly I think it should be like : <a href="{clickurl}//www.booking.com?aid=425828">Booking.com</a>

Can I ask you how you fixed it ? And what you have found ?

Hi Richard, Do they provide you with an invocation code, and you'd want to do click tracking ? Cheers, Ian

Hi Maxs, Thanks for sharing!

Hello Geoffrey! Nov 04 22:48:28 +0000 OX-563a8b3c08153 [ warning] session_start(): open(/var/lib/php/session/sess_hiqd3vud1jmlmlgontr1dsjmi3, O_RDWR) failed: Permission denied (13) I think if you fix those permission issues, you are good to go. Cheers, Ian

Hello Garlian, You can hire me on consultant basis to fix it for you, if you want me to fix it. Cheers, Ian

Hello Garlian, Please read https://blog.avast.com/2014/01/13/how-to-clean-your-hacked-openx-server/ There is most likely still a backdoor on your server.

I surely got the question. Delivery Options -> Add delivery limitation -> Site - PageURL Contains : your-domain.com And yes, you need to do that for all of the banners on that page then.

I'm afraid I cant help you much with that. conditions and limitations of-course increases the load on the box ( has to calculate more with every hit ) Remember that it is an open source project, so you could look (or let look someone) to optimise the code for your specific needs. Apart from that; I have seen situations where a server of your specs was able to serve around 500MM impresions/month, but it didn't have that much conditions (none) for delivery.

I think you just hit the limits of a single box if i'm honest :) Easiest thing to get some breath is most likely running MySQL on another server (should be on the same network though, else you get too much issues with latencies)

382MM impressions/month is quite a lot for one server (imagine it breaks down) :-). Lets start from the start, how is your server setup? Do you use php-fpm? What kind of PHP modules do you have enabled? Do you have memcache enabled for the banner delivery cache? Did you disable automatic maintenance?

I have removed your database credentials from your post, and I suggest you create new ones (the whole world could have seen it). The error message is about PostgreSQL, are you sure you selected MySQL ?

Yes, those are the delivery limitations. You can find them in the banner settings, second tab -> "Delivery options"

I have never tried to install it on Heroku (in fact i have never heard about it before untill i saw this post) in theory it should work nevertheless. Do you get this error directly, or after trying to setup the database?

That would be your php.ini file. In Redhat environments that is located in /etc/php.ini I'm sure your hosting provider can help you out with this.

I would try it without the try_files $uri $uri/ /index.php; config parameter. Apart from that it's quite a weird redirect loop that you have there. Are you rewriting any hostname or something ? Revive seems to think it's not installed on that domain.

That could work, but might be tricky with updating. For delivery just the "www/delivery/*.php" files need to be available for the outside world. For the images you should be fine with that config, no PHP files should be in there.

You could use a reverse proxy for this (For example NGINX) http://nginx.org/en/docs/http/load_balancing.html And re-write the Host header.

You could add deflate to the config of the httpd you use ?

Again a fast response, no it is not as far as I know you can just use TCP sockets with memcache(d) in combination with revive.