Thank you for your reply. So the latest error application.log is dated on 2/13/13, which seemed to be related to an issue we already fixed.
Basically, we’re just trying to setup a staging instance of a website that’s already working properly on the live server. For whatever reason, the Yii Framework has been giving us trouble since we’ve moved it to our Linux server. We’ve had to 777 the runtime directory (Which I hate doing) just to get the front-end working. Now we’re stuck trying to get the back-end working. Maybe some directory in the back-end has to be 777?
you do not need 777 permissions. you can change owner (or group) and specific rights so that user on which privileges webserver is working has access and can write in ‘protected/runtime’ and ‘assets’ directories of every application. Yii needs this write access to modify log files, cache, etc.
if you have problems after moving from windows to linux most common reason is case sensitivity of class names (autoloader looks for file with name exactly like classname)
Hi Red, since I’m new to the Yiiframework, can you direct me to where I should check for case sensitive class names? As for permissions, the owner and group are using our standard user settings on our server. Do they need to be set to something like “apache”?
hard to tell, because they can be only in your own code. But maybe problem is different, this was only suggestion that it is common problem when application works on windows and does not on linux.
apache or rather www-data. if you are using PHP as mod_php you should check what is the user assigned to apache2 processes. you get this under linux by running: ps aufx