Ian
-
Posts
380 -
Joined
-
Last visited
Posts posted by Ian
-
-
The 'only' thing you can do is tweaking the memcached settings in the configuration file, mine looks like this :
PORT="11211"
USER="memcached"
MAXCONN="8192"
CACHESIZE="16"
OPTIONS="" -
-
Too vague of a question to give a proper answer. Anyway, it's as you said opensource .. so you could let something develop for your customised needs.
-
If you use php7 i would recommend you to downgrade to php 5.6 for the time being.
-
Hey Jerry, I've added you.
-
Aight ! Should be a matter of ~10min max.
-
You can contact me via a PM, it's most likely an easy solve.
-
Hmm, maybe you could explain a bit more thorough on what you are doing, and what you exactly want as result. I'm not sure anyone is able to help with the amount of information you have provided.
-
Jimmy T. gave a good tip there as well.
To enable memcache (be sure to have memcached running, and to have the php module installed on all delivery boxes!!) :Go to Plugins --> Delivery cache store, click on "Details".
Go to OXmemcached --> Settings--> OXmemcached configuration settings,
in that "List of memcached server" it holds local ip address and port number (typically 127.0.0.1:11211 .... Just set the correct value and check to the working
----
Go to Configuration-->Global Settings --> Banner Delivery Settings --> Banner Delivery Cache Settings,
Under this, there will be "Banner Delivery Cache Store Type", choose memcached.
If you need more help, feel free to PM me!
-
So is there an actual issue you encounter? Or you simply find it a lot? You could try implementing memcache ...
-
Change hosting provider, or outsource the hosting of your adserver.
-
You most likely have a cronjob running, with wget or so which automatically saves the file.
you could add to your wget command the -O flag to specify the save location for the file, which you can point to /dev/null, and your issue is solved.
-
It does not, do you encounter brute-force attacks ?
-
Did you check your apache/nginx/php-fpm error logs ?
-
Could it be that your mysql tables are crashed ?
-
I cannot tell you how they have gotten your password(s).
Those JS-iframes can be vicious, but you should be fine if you applied your browser patches/updates. The ones I have seen are mostly targeted on older IE versions.
-
Did you try changing your password ?
I'm not aware of a recent exploit.
-
Sorry, there isn't... :(
-
Just now, skynet said:
Appreciate!
Most welcome :)
-
That depends, if I recall correctly from 3.2.2 are no database changes made. Anything under I recommend restoring a backup, and doing the upgrade via the 'official' procedure :)
-
Be sure to check if there is not a file outside of your Revive folder which infects it again. Or maybe even a cronjob (i've seen it happening) also be sure to htaccess your /www/api and change passwords from all users.
-
1 hour ago, eLiX said:
Hello dJAX,
thank you for your reply. Our sysadmin will not provide any login information to unknown people, sorry ;).
Our admin area is protected by .htaccess.
I am very interested into the attack vector of the scenario the topic owner posted to prevent further modifications.
I hope like every sane user who uses OpenX 2.8.7, he has upgraded to the latest Revive version...
-
17 hours ago, stephenrust said:
Where can I find the mail logs?
On your server, mostly located in .. /var/log/maillog
-
http://dev.maxmind.com/geoip/legacy/geolite/
Try the 'Geolite Country' it is free by the way.
Netspeed is unsupported.
Latest PHP version supported by Revive Adserver v3.0.5
in Managing Revive Adserver
Posted
I would upgrade to php 5.6, and then update Revive to the latest version.