Re: A patch to keep cache directory out of webroot

"jojodee" <jojodee-8nna1qhvBBM9QQeoy3GH/[email protected]> Tue, 12 Oct 2004 22:43:20 +0930
Newsgroups gmane.comp.cms.xaraya.patches
Organization Xaraya
Message-ID <[email protected]>
"Jonn Beames" <[email protected]> wrote in message 
news:[email protected]...
>
> (mostly just replacements of hardcoded var paths with calls to 
> xarCoreGetVarDirPath())
>
> This works, but I'm sure there are other ways to acheive the same goal. 
> What do people say?  All are welcome to participate in the process.

Don't want things to get mixed up - ie we are talking about a cache 
directory, and we are also talking about somewhere to store our 
config.system.php file  for xaraya install and xaraya boot ...

Two aspects I'm interested in in more detail and feel it needs to be thought 
out more generally in relation to many areas:

1. Could I ask what is planned to be stored in the /var path ? Or another 
way - what will the /var path be used for, or what do we want and not want 
it to be used for given it is used for many things at the moment? I'd like 
to see a clear and specific definition or listing of what will and won't be 
stored in the /var path.

2. Access or configuraiton options for:
a.  those that do and do not have access to directories outside of the 
webroot.
b. those that are on different operating systesm (Windows vs *nix)
c. dependent on 1. above - ie what is the /var path used for?
    (multisite boot?, cache? etc)

 I'll prefer to see something like:

/var directory - only minimal configs or vars to get Xaraya bootable or 
installed.
   This remains  where it is.

/site directory (configurable) on a per site basis
    (including one and only site if that is all there is - for consistency).
     - /configs or vars whatever you want to call it
     -/data - where site wide message templates, images :), workflow etc 
data goes
     - /themes (this is configurable now and can be setup to point to an 
existing theme dir or any other dir)

If any modules require extra or different web or not web accessible space, 
then they should handle that themselves as a configurable option, but using 
the above, for example, as a basis. Otherwise, I believe it becomes too 
complicated for initial setups.

xarCoreGetVarDirPath () should default to /var where it is, but also maybe a 
param:
xarCoreGetVarDirPath('site')...

.. just a few thoughts..

Jo



>  - Jonn