Postponed
Project:
Boost
Version:
7.x-1.x-dev
Component:
Caching logic
Priority:
Normal
Category:
Feature request
Assigned:
Reporter:
Created:
27 Aug 2010 at 12:09 UTC
Updated:
28 Feb 2012 at 04:06 UTC
According to the /projects/security-review module:
"It is dangerous to allow the web server to write to files inside the document root of your server."
My suggestion is to place the cache folder in the same directory as the files folder - and it should be hidden, so that there's no more warning by the security-review module:
admin/settings/performance/boost ->
Boost directories and file extensions -> Cache Dir:
sites/all/.cache
This resolved all the warnings of the security-review module.
Comments
Comment #1
mikeytown2 commentedBoost doesn't write to the document root. It writes to the cache folder. It is, in short another files directory.
Placing the cache dir in the files dir will make boost not multisite compatible due to the htaccess rules.
http://api.drupal.org/api/function/file_directory_path/6
In general the security review module is correct; But boost is a special case where its not, due to the way it interacts with Apache & how it writes to the cache directory.
Comment #2
jleinenbach commentedThe standard cache folder is a writable folder placed in the document root.
As you can see above, I didn't place the cache dir in the files directory.
Instead, it's placed in the sites/all directory path, next to another files directory, but not inside - as it is another files directory - as you say.
Comment #3
mikeytown2 commentedsomething to consider for 2.x boost series.
Comment #4
AlexisWilke commentedIf you are to do that, I would suggest you move the folder to sites/boost/* and not sites/all. sites/all is expected (by me!) to be read-only.
sites/boost/files could be another one too. That way I could have a boost website that has a higher level of authority in the boost world... With a protection by IP to access that website, then I'd be able to go there but not hackers.
Comment #5
bgm commentedFor 7.x-1.x, I wrote a short handbook page.
I don't consider this rather low priority, since you can easily change the directory. (+ I agree with the comment in #1)