giantstep

I have a currently in production Revive install that is using an IP address. I pointed a domain name to it, set the apache config file, and it now redirects to the IP. Configuration appears to be ok. I created a conf file with the domain (e.g. example.com.conf.php) by copying the IP addressed file and changing the attributes inside. Is there another file that has to be changed to tell Revive to use the new conf file? Am I missing something here.

I figured it out. It was showing up in the logs. It was just after the Maintenance task... I just had to look closer... it said unwritable file which was revive/plugin I set all you listed above to 777 and no more error message! Thanks for dealing with this. You guys are great and deal with a lot of slack from us amateurs! Kudos to ya!

This is what I have, more in my language... My path is below, maybe this is the issue? The install is in a folder. Should I change the 755 permissions to 777 ?? revive-adserver/var/www/html/revive/var /var - 755 /www - 755 html/ -775 revive/ -775 revive/var -777revive/var/cache -777revive/var/plugins -777revive/var/templates_compiled -777revive/plugins -755revive/www/admin/plugins -755revive/www/images -775 I should add here that everything works great. We have been using the adserver for two months with no issue. ...just getting the error message when people log in. So it appears permissions are good enough for it to work... Wish there was a log somewhere to know what is going on.

@andrewatfornax I sent the patreon link to my boss. Not sure he will have the patience to wait, given the seriousness of the missing feature. 60% of our traffic is mobile. In the meantime, I still have to figure out how to make the ad work on mobile. When I try to set the width to 100% it just does not get honored. Not sure why, this worked in the past. I tried to set it as !important but it still does not work. I only have one 1 ad to work with currently, I will continue to try to get it to respond to screen changes and post here any solution I can find. If a solution can be found and stickied on this site, I think it will hold people off for a while until you guys get the time and money to build. Right now, I am in the dark and spent hours already trying to get a banner to work with percentages... Someone somewhere must have found a solution. Maybe using js?

Thanks Andre! Sorry for the ignorant question but what permission do you recommend be set so the webserver can read/write to them? 777? 775? 755? Also, if I need to recursively set the var to read write, how can I lock down the config file in /var/www.myserver.com.conf.php (from 777 to 644) note: this is a fresh install on Digital Ocean.

Is this still the case? Why is revive not implementing anything to allow simple responsiveness. Their stubbornness in doing so is making Revive quickly obsolete.

noone? hopefully someone can help. I just want to get rid of the error message. It looks bad and looks like I screwed something up. I do not think I did. Everything works fine... the error exists because I changed the permission of the var folder to 777 after the install (which is a new install/ not an upgrade). It would not upload any images until I changed var to 777, which is understandable.

Caching appears to be working good enough for now so I am going to stick with the plugin that comes with Revive.

I recently installed revive and users could not upload images, so I changed the image folder to 755 permissions and it works fine now but... Now this error message appears when users log in: Debug tail -f shows no message related to this. Is there a way to get rid of this? I'm assuming it is displaying because I changed the permissions on the image folder? What are the proper permissions that may be needed to get rid of this message? Thanks

Is the standard revive cache plugin 'good enough'. Or would memcache be worth activating. Are there any tutorials on setting apache caching for revive? Would I just want to cache the image folders?

I'll answer my own question. php-mod was not installed. Its working now. On to the next set of errors.

I am trying to figure out if this is a server issue, possibly configuration? I get the following script in the browser window when I go to the folder via an IP to start a fresh install... <?php /* +---------------------------------------------------------------------------+ | Revive Adserver | | http://www.revive-adserver.com | | | | Copyright: See the COPYRIGHT.txt file. | | License: GPLv2 or later, see the LICENSE.txt file. | +---------------------------------------------------------------------------+ */ /** * This file is only called to redirect to somewhere else, however, if Revive * Adserver is not yet installed, we need to know that it was this file that * was called, so set a global variable. */ define('ROOT_INDEX', true); // Require the initialisation file require_once 'init.php'; // Required files require_once LIB_PATH . '/Admin/Redirect.php'; // Redirect to the admin interface if (OA_INSTALLATION_STATUS == OA_INSTALLATION_STATUS_INSTALLED) { OX_Admin_Redirect::redirect(); } ?>

I have been unable to set up geoip and maxmind on Revive 3.0.2. I tried all the documentation and I just do not get anything showing up in the api. Their are no options for geolocation. I am not even getting an option for rich media. Am I missing something in the setup process --I have maxmind enabled, geo ip is enabled and I even tried adding dat files from the MaxMind site. Anyone have any success with geo location in Revive? What did you do?

When I go to the Banner code and use the drop down for 'Support 3rd party clicktracking' the only options I get are 'Generic' or 'No'. So it seems it is not set up? In a failed attempt to get Maxmind working on Revive 3.0.2, I am now trying to use the advertisers clicktracking as Rich Media... All the documentation I find online does not say what to do if options are not listed. Any help appreciated.

It works ok outside of Revive. I can paste the code into the header.php and it will display. For some reason going through Revive is causing it not to work. Is there some sort of backend setting that could be preventing scripts from running? Thanks