On 1/19/07, William M Conlon <[EMAIL PROTECTED]> wrote:

good idea.  And I would symlink tcfname.config also, so I could keep
sensitive information out of the webroot.


you can put your config int a config directory, and then set an apache rule
to disallow serving up anything in that directory.

only question is how symlinks work when transferred between machines,
using rsync for example.  Time to rtfm.


symlinks transfer just find with rsync.  we use rsync to syncrhonize our 3
witango /apache machines and have many many symlinks.

I think we use the -a option

/John

Bill
On Jan 19, 2007, at 6:31 AM, John McGowan wrote:

> instead of worrying about tcfsearchpath, why don't you just put a
> softlink for the tcf in every site that you're going to need it.
>
> doing an @include in the onCreate could always look for the same
> file " config.tml" or something like that?
>
>
>
> On 1/19/07, William M Conlon <[EMAIL PROTECTED]> wrote: I want to be
> able to share TCF among various projects (that's the
> point after all).  I've reconciled myse
> tcfsearchpath as " /../../.. ... /TCFs" before instantiation in order
> to share a TCF among different webroots.
>
> But I would like to be able to specify Instance Variables for each
> object instance, for example to specify DSNs diffe
> site.  Alas, there doesn't seem to be a mechanism to pass in the
> instance variables when the Object is Instantiated.
>
> I'm consider two ways to do this:
>
> * read a config file in the On_Create method (maybe by <@inclu
> I would need to build in some logic to find the config file for each
> instance.
>
> * instance_init method
> Here I could pass in the instance variables as method parameters for
> assignment, but the Object wouldn't really be "Created&
> use until initialization is complete.  One could imagine some
> problems if initialization was delayed, or some other thread started
> to use an object before or during initialization, so to be perfectly
> safe, I would probably need to c
> the top of each method (ugh!).
>
> Are there any other things to consider, or other approaches?
>
> Thanks
>
> bill
> ______________________________________________________________________
> __
> TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
>
>
>
>
> --
> John McGowan
> Seven A C Consulting, Inc.
> ______________________________________________________________________
> __ TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
________________________________________________________________________
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf




--
John McGowan
Seven A C Consulting, Inc.

________________________________________________________________________
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf

Reply via email to