mod_ruid2 and mod_suphp help

[dscreative]

I'm having some difficulty with these two modules. Firstly, I have to admit I am not an expert on server admin. I'm learning, but I have a long way to go, so please excuse me if any of the terms I use are incorrect.

Our server (hosting only about 15 websites at present) has been running mod_ruid2 for a while without any major problems. However, we need to be able to change some PHP settings for different users. I discovered that php.ini files have no effect when this is running, and that you would need mod_suphp to do this. I used Easyapache 4 to provision this, but this broke a number of sites (particularly Joomla sites). Every folder was showing in Joomla as 'unwritable' unless set to 777. From what I can gather this is not down to permissions, but ownership. I can see that all files and folders are owned by the account user (checked in WinSCP).

I've reverted back to mod_ruid2 now and the sites are all working as before. However, we need to increase the session time for one website and to alter memory limits for a couple of others. I've tried doing this through .htaccess but that doesn't work either.

Could anyone explain to me the following (in as simple terms as possible):

- Why the folders/files would be Unwritable? Who should be the 'owner' of these files and is there a simple way to change this that won't cause more problems?

- Is it possible to alter PHP settings per site when running mod_ruid2?

Thanks.

 

[cPanelMichael]

I've reverted back to mod_ruid2 now and the sites are all working as before. However, we need to increase the session time for one website and to alter memory limits for a couple of others. I've tried doing this through .htaccess but that doesn't work either.

Hello,

With suPHP, files/directories should be owned by the account username, and permissions should be 0644 for files/0755 for directories.

Could you let us know the specific steps you took or the specific entries you added to the .htaccess file? This should work when using DSO with Mod_Ruid2.

Thank you.

 

[dscreative]

Thanks for the response. That's what I thought with suPHP, and that's part of the reason I was so confused. All files are listed with the owner being the username, and all permissions are 0644 for files and 0755 for directories. I've attached a screenshot showing this. This is a Joomla site which showed everything as unwriteable when suPHP was installed. It also caused one other joomla site to give the error "the file cache storage is not supported on this platform" until i changed the permissions on the cache folder to 777. Any ideas why?

I'd tried adding:

php_value memory_limit 128M

to the htaccess file, but this just causes every page to throw up a 500 internal server error.

 

[dscreative]

Also, not sure if this is any help, but this screenshot is the list of modules/extensions we have installed on the server.

 

[cPanelMichael]

This is a Joomla site which showed everything as unwriteable when suPHP was installed. It also caused one other joomla site to give the error "the file cache storage is not supported on this platform" until i changed the permissions on the cache folder to 777. Any ideas why?

Hello,

Are you using the latest version of Joomla on that website? Since suPHP is enabled, the PHP process is owned by the account username and thus should be able to write to the directory without 0777 permissions. There's a thread on the Joomla forums you may find helpful:

Error: The file Cache Storage is not supported on this platform. - Joomla!

Thank you.

 

[dscreative]

Thanks for getting back to me. I had seen that thread, but it's not just the cache folders that are causing the problem. All folders show under System > System Information > Folder Permissions as 'Unwritable'. We are using the latest version of Joomla (3.6.5).

 

[cPanelMichael]

Feel free to open a support ticket using the link in my signature so we can take a closer look and see how the server is configured. You can post the ticket number here and we can update this thread with the outcome.

Thanks!

 

[dscreative]

Thanks for that. I've opened support ticket 8079051 now.