Isaac,
Thanks for posting this about the onTap framework,
something I overlooked before, and it's very interesting.
I downloaded and installed it on my dev server, and when
I look at my server variables, I see that onTap has set
up a whole lot of variables at server level.
In principle, I don't have a problem with that, but how
would it go in a shared hosting environment, where I'm
not the only company with a site on the server?
Wouldn't there be conflicts?
There shouldn't be any for the variables it's setting... If
you look closely, all the server variables it's setting are
keyed with absolute file paths... In particular what gets
cached in the server scope _mostly_ is relative paths from
one absolute path to another absolute path. So... if you
were to rename or move a directory, since both of those keys
will change, it won't cause any problems stemming from the
stored cache. The same is true for multiple coppies of the
onTap framework in different directories -- in general they
shouldn't be accessing the same server variables, but even
if they did, they'd be identical in both cases anyway.
This also means that the getRelative() function (which
stores most of those server variables) and all of the
functions based on getRelative() ( tag(), dba() and
process() being the big ones) will perform _better_ on mx
than on CF5 where the cache is stored only in the request
scope (because there's no way to use cflock in the CF5
function definition) and therefore only provides the
advantage of cacheing on subsequent requests from the same
origin directory to the same destination directory during
the same request -- which is to say -- much less caching
than on MX. :)
How would you set onTap up so it's scope is only as far as
one site? I could foresee the situation where I might
have several onTap-based sites on the same server. Then
how would it go? I assume a default installation
would have to be modified to cope with that, yes?
It's just those couple of functions / tags... just do a
multi-file search for server (there will only be a couple
of them) and it should be fairly easy to replace that with
application if that's the direction you want to go, although
afaik that'll just eat up more RAM with no pay-out... For
some reason I can't remember the other components that
access the session scope off the top of my head (outside of
getRelative()) ...
In any event -- you could also override the existing
getRelative function without editing the
/_library/cf_core/getrelative.cfm template -- the way to do
this is to copy the template to the same directory with a
different name, change the name of the function in the
function declaration to match the new filename, i.e.
getrelative2() -- then in the place where you see
request.tapi.tStor(getrelative) change this to
request.tapi.tStor(getrelative2,getrelative). This will
override the getrelative function in the request.tapi
structure so the whole app will use the new function instead
of the original function from the core components.
Also - Bug Fix:
I'm not sure if this will be relevant to you specifically,
but I found (and fixed) a bug in the getPath() function
(which getrelative depends on), when using a *nix server.
This was what had been preventing display of the
documentation site on the mirror at
http://23airmail.com/ontap -- and I updated the core files
archive and uploaded it again to the server around 8:30'ish
central time tonight.
s. isaac dealey972-490-6624
team macromedia volunteer
http://www.macromedia.com/go/team
chief architect, tapestry cms http://products.turnkey.to
onTap is open source http://www.turnkey.to/ontap
~|
Archives: http://www.houseoffusion.com/lists.cfm?link=t:4
Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Your ad could be here. Monies from ads go to support these lists and provide more
resources for the community.
http://www.fusionauthority.com/ads.cfm
