andrewatfornax
-
Posts
2007 -
Joined
-
Last visited
Posts posted by andrewatfornax
-
-
Thanks for that info syspig, very helpful!
-
Just checking - do you run your Revive Adserver installation over more than one server?
-
Try this:
SELECT * FROM phpads_account_preference_assoc WHERE account_id = 1 AND preference_id = 0;
It appears that there is already something in the database using those account ID and preference ID values. If you take note of the value (so that you can restore it again, should you need to do so), and then delete that row, perhaps you will then be able to correctly set the timezone via the UI.
-
Have a look in the "data_bkt_m" table (with appropriate table name prefix, if present). This is where Revive Adserver stores the counts of impressions as they are recorded during delivery, before the maintenance engine summarises everything up.
-
For completeness, I think the separate topic suggested is http://forum.revive-adserver.com/topic/92-avast-detecting-trojan-in-the-openx-delivery/
-
The error log in the maintenance folder shows:
[02-Jan-2014 15:31:47 UTC] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20100525/memcache.so' - /usr/local/lib/php/extensions/no-debug-non-zts-20100525/memcache.so: cannot open shared object file: No such file or directory in Unknown on line 0
This is only a warning. Is memcache absolutely required? According to:
http://www.revive-adserver.com/support/requirements/
Memcache isn't even listed, and caches are only "suggested":
Suggested PHP extensions: curl and/or openssl, gd, any opcode cache extension (opcache, apc, eaccelerator, xcache)
No, memcached is not required. The reason you are getting this warning is because your PHP installation is configured in such a way that it is looking for a memcache.so file in the listed location, but the file is not there. That's something to take up separately in terms of fixing your PHP configuration - but had nothing to do with your issue re: disabled plugins. I'm just noting it for completeness of this thread :-)
-
There's an option to configure the names of the delivery files in the global administrator settings, under Banner Delivery Settings. Change the filename, and update the settings, and with any luck, that will work.
-
Works for me in my local setup. Are you definitely using www.myserver.com to access your installation, and not another URL?
-
Thanks, and I note that the request is in at https://github.com/revive-adserver/revive-adserver/issues/156 too; certainly something we can think about (or would gladly accept a PR for) as an addition to supporting filesystem and memcached.
-
Well, it would have actually deleted them; but there was a bug at some point where (if you use a different URL for the upgrade to that which is configured) the upgrade of plugins didn't work correctly. That has been fixed now, however, so hopefully others will not have this issue again.
-
You may need to check a different error log, or increase the level of logging provided by your web server. Or it may be in the PHP error log!
-
Yep, sounds to me like maintenance is not running, if the stats are in the database, but not in the UI.
-
Yes.
From the error messages, it's clear that your PHP installation is set up to not allow non-static methods to be called statically.
Although the code in Revive Adserver tries to tone down your PHP error levels & strictness checking, something in your configuration of PHP won't let it.
For now, I don't have time to completely gut and refactor the internals of the application to newer PEAR libraries (which, as you can see from the error, is the cause in the MDB2 library), so you need to update your PHP configuration so that it can work.
-
What version of PHP?
-
You're most welcome - glad to hear the upgrade worked!
-
Well, we used more than just the Singleton design pattern! However, there really is not any good documentation for developers, nor is there a description of the architecture other than "it evolved, and is evolving".
Unless you are willing to commit time to running through the code in a debugger, you're not going to get very far, unfortunately - and it's very. very difficult to customise.
But please do give it a shot! We welcome PRs in GitHub.
-
Yeah, if the page is blank, I would expect to see some kind of error in your webserver log that will help diagnose what's wrong.
-
We might be able to do something re: donations for hosting costs eg. for the sync server - something for me to look into, anyway. For now though, save up your spare cash ;-)
-
Erm - don't all the delivery files (not the creatives!) deliberately go to some effort to avoid being cached by browsers, to ensure that on each page load, the script is loaded fully from the server, to ensure correct delivery of the right ad, and correct logging?
-
Yes indeed, you can (and should) uninstall those plugins.
-
At present, beyond the planning that you can see in GitHub, I don't think we have anything concrete. But we are working on some ideas for where we want the ad server to go -- but we also want your input, which is what this part of the forum is all about! Tell us your ideas, and we'll see what we might be able to accommodate...
-
Correct! Now that it's Revive Adserver, and not OpenX Source, and given that OpenX (the company) have shut down the OpenX Market, there is no point in having a plugin for OpenX Market any more - there's no point. The workflow plugin was related, and has also been removed. You will note that this is mentioned in the release notes: https://github.com/revive-adserver/revive-adserver/blob/v3.0.0/RELEASE_NOTES.txt#L24
3.0.2 Redirect Loop
in Managing Revive Adserver
Posted
Not sure! Can you please provide some more information about the problem?
Your webserver log files are usually a good place to start re: web redirect loops - they can tell you (and us) exactly what web page(s) your browser is getting, and where it's being re-directed to.