andrewatfornax reacted to nitido in Need To Perform Actions Twice Sometimes (Banner Uploads, Login)
Hey Snoork, I have now switched from suPHP to PHP5-FPM/Fastcgi and the only caching I have is OPCache which is part of PHP5.5, which I have disabled via .user.ini. I have also disabled the mod_expires config for that virtualhost and it's working correctly now, thanks!
andrewatfornax reacted to Richard Foley in Settings Key Configuration During Plugin Installation?
That's just fine as a solution, and thanks for the quick response Matteo.
andrewatfornax reacted to Matteo Beccati in Settings Key Configuration During Plugin Installation?
Plugin installation / upgrade has been designed to be run unattended. I'm not really sure it would be wise to add a hook for what you have in mind.
What I did with a plugin that requires some action is adding a warning on the left bar to tell the admin user that some additional configuration is required, e.g.
Feel free to have a look: https://github.com/adserverplugins/apLoader/blob/master/www/admin/plugins/apLoader/apLoader.class.php#L37
andrewatfornax reacted to Ilya Ber in Can You Htaccess Password Protect The Control Panel
Indeed, many users implement htaccess password protection on the Revive admin folder.
andrewatfornax reacted to TKList in Upgrading To Revive Adserver 3.0.2 - Permission Error
I had to deactivate my iThemes Security plugin in Wordpress for it to work.
I have to do that every time I update Revive-Adserver.
andrewatfornax reacted to Adservermods in Campaigns And Banners Missing
The link that you are shared in "http://clip2net.com/s/3g107Yi" is admin panel. Here we can able to see the advertiser, campaigns & banners.
But the link you are shared in "http://clip2net.com/s/3g0ZiCf "is publisher panel. By default we don't have permission to see the advertisers inventory details.
"http://clip2net.com/s/3g11nwB" in this page, we can able to see the linked banners details with your zones. These are default functionality followed in revive adserver.
andrewatfornax reacted to stapel_eliz in Rename Main Folder
I'd wanted to rename the Revive directory, while leaving it in the same location on the same server under the same domain name.
I'm not sure what the change (noted in the quote above) in the "default.conf.php" file is meant to accomplish; I left this file unchanged, as it already contained my domain name.
However, I did make the changes in the "domain_name.conf.php" file, which meant the following lines were adjusted in the highlighted ways:
I can confirm that this appears to work. Ads have continued to be served on the pages, and statistics are being logged.
andrewatfornax reacted to justcolorado in Banners Will Not Display To New Visitor Without A Cookie
nevermind the problem was on our side not revive
andrewatfornax reacted to Richard Foley in Showing Static Banner Pages When Ad Server Not Reachable
Something has to be able to make that decision, perhaps the apache(?) webserver proxy(?), or some other code run by the server on which the banner is run, or another intermediary. I suggest this is outside of Revive scope.
andrewatfornax reacted to Eliza0406 in Set Ip Address For Revive Server
How can you access from your local address ? Is that possible?
Just have a try at "domainname.conf.php" file,
admin="provide your IP address/....." following your path. I am not sure this might work. Just a try !
andrewatfornax reacted to karen.mikaela in Trouble Setting Campaign Start And End Dates Using The Api
When i was usign xmlrcp api v2 i had the same problem, I resolved using pear Date instead a String Date.
andrewatfornax reacted to dperic in When Banners/urls Are Loaded With Noscript Way, Ur Always Point To The Url Referenced By Last Loaded Banner/image
This is solved now. I've used solution provided here:
andrewatfornax reacted to andrewtblake in Changes To My Account Are Not Saved
I'll quickly note the solution to the problem.
For some reason, the upgrade process created new entries in the accounts table for the Administrator and the Default Manager, but did not successfully finish updating all the relevant keys.
In fact it didn't seem to update any of them: the account_preference_assoc table in particular still referred exclusively to account_id values of 1 and 2 (the original accounts for Administrator and Default Manager). There were no preferences set up at all for the new accounts.
However, the admin_account_id value in the application_variable table was set to the value for the new entry in the accounts table.
As soon as I set this value back to 1, all the problems disappeared.
The problems we were seeing were that statistics did not show, that in My Account the language was set to Albanian, that User Interface preferences had no columns specified to show any statistics (which is why none were showing), and that no changes to any of the My Account settings took effect (even though the system reported that the changes had been saved, and no error messages appeared anywhere in the debug log).
andrewatfornax reacted to mlowens in Configure Scheduled Maintenance
I just ran into this issue after upgrading from an earlier version of Revive. You have to pass a hostname as an additional parameter when you're calling the script from the command line. If you have this set up as a cron job, you need to change it there.
So, change this:
php /path/to/revive/maintenance/maintenance.php localhost
There was apparently a bug in earlier versions that allowed you to call the script without the hostname parameter, which I didn't realize when I originally set up the cron. It was tricky to track down because there were no errors in debug.log.