Topic: Public-safe storage of Drupal data when Drupal installed in ibay

[bloodshoteye]

Hi all,

Firstly, I've looked through the forums, but because I'm not sure how to phrase this question I may have missed the answer.

I have a Drupal 6.0 installed in an ibay (I know, it's better in /opt, but for various reasons it's in an ibay).
Now, what I'm trying to achieve is to point Drupal to a secure area, say /opt/druplData.
I tried:

db accounts setprop <ibay_name> PHPBaseDir /opt/drupalData/
signal-event ibay-modify <ibay_name>

to show Drupal where to go, but even though the directory physically exists, Drupal says "Can't find /opt/drupalData"

Is there maybe another way of doing this or providing a safe place elsewhere on the system for Drupal data - moving the Drupal install is not an option at this time.

Cheers,

[Stefano]

what about permissions on dir/files?

and, naturally, did you search with google? this could help you

Ciao
Stefano

[bloodshoteye]

Hi Stefano a.k.a. nenonano, thanks for your reply.

what about permissions on dir/files?

I had set /opt/drupalData 777, but Drupal said "coudln't find", not "can't write".
Changing permissions manually for an ibay isn't permanent across reconfigures and reboots.

and this could help you

It did, but not for my issue, thanks. It's for moving sites around - not what I need right now which is simply allowing the website to write files to a private area, if that's possible

did you search with google?

Yes, the search results are well and good, but SME works differently.
I'm currently evaluating "Private Upload" module for Drupal. Maybe this will provide a workable solution.
I'll report back.

Cheers

[gzartman]

Moving to SME 7.x Contribs, as it is more appropriate there.

[soprom]

What permissions did you set for the drupal's i-bay?
like admin group, read/write...

[soprom]

From the FAQ, the command should look like this:

db accounts setprop ibayname PHPBaseDir /opt/druplData:/tmp/:/home/e-smith/files/ibays/ibayname/
signal-event ibay-modify ibayname

[soprom]

Drupal doc says:

Download settings are configured in Administer >> Site Configuration>> File system

There are two possible settings for download method: Public and Private.

Set to Public if you don't care if any user, even anonymous users, can download the files uploaded by other users.

Set to Private if you wish to restrict the ability of some users to download files uploaded by other users.

If permissions for i-bay are set like admin-group read-write (or web_group read/write), then Drupal could handle this.

Also, it explains (http://drupal.org/node/344806) that a way to go is to create a user and use its /home to store files. The Drupal new "files system" will look like
/home/e-smith/files/users/drupal/home/files.

[soprom]

I just tested the permissions problem that you talked about and permissions are preserved after reconfiguring...

[bloodshoteye]

@soprom

Thanks for your wise words.
Initially I was a bit confused because the PHPBaseDir option I tried didn't work. Now I see why. This lead me to try other options with ibay group and user access settings.
When I set "group=admin" with "User access via file sharing or user ftp = Write=group, Read = everyone", Drupal could write to /sites/files (desired result), but kept reporting sites/default and sites/default/settings.php was insecure.

I'm trying this at the moment (nontraditional, I expect) - created cronjobs to run every 30 min:

chmod 2755 /home/e-smith/files/ibays/edu/html/sites/default and chmod 0444 /home/e-smith/files/ibays/edu/html/sites/default/settings.ph

30 mins of insecurity will only occur once after a reboot, so surely can't be much of a problem.

Cheers,