-- Topica Digest --
destroying variables
By [EMAIL PROTECTED]
RE: destroying variables
By [EMAIL PROTECTED]
RE: destroying variables
By [EMAIL PROTECTED]
Re: destroying variables
By [EMAIL PROTECTED]
RE: destroying variables
By [EMAIL PROTECTED]
RE: destroying variables
By [EMAIL PROTECTED]
Re: destroying variables
By [EMAIL PROTECTED]
Re: destroying variables
By [EMAIL PROTECTED]
RE: destroying variables
By [EMAIL PROTECTED]
Re: destroying variables
By [EMAIL PROTECTED]
RE: destroying variables
By [EMAIL PROTECTED]
RE: destroying variables
By [EMAIL PROTECTED]
Potential FB/MX Gotcha
By [EMAIL PROTECTED]
RE: Potential FB/MX Gotcha
By [EMAIL PROTECTED]
SSL's Security and Fusebox
By [EMAIL PROTECTED]
RE: SSL's Security and Fusebox
By [EMAIL PROTECTED]
RE: SSL's Security and Fusebox
By [EMAIL PROTECTED]
RE: SSL's Security and Fusebox
By [EMAIL PROTECTED]
RE: SSL's Security and Fusebox Clarification
By [EMAIL PROTECTED]
Newbie Question
By [EMAIL PROTECTED]
Re: Newbie Question
By [EMAIL PROTECTED]
------------------------------------------------------------
Date: Thu, 26 Sep 2002 09:51:32 -0400
From: "John Quarto-vonTivadar" <[EMAIL PROTECTED]>
Subject: destroying variables
did any else notice that we can now (finally) destroy variables in CFMX?
------------------------------
Date: Thu, 26 Sep 2002 09:43:38 -0400
From: Daniel Daugherty <[EMAIL PROTECTED]>
Subject: RE: destroying variables
Please share John. Is there now a garbage collection method that can be
called. I am assuming you have done this with a Java method call? This is
great news. Finally able to get rid of large session or application vars or
even queries after we are done with them and before the page completes.
Daniel D.
-----Original Message-----
From: John Quarto-vonTivadar [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 26, 2002 9:52 AM
To: [EMAIL PROTECTED]
Subject: destroying variables
did any else notice that we can now (finally) destroy variables in CFMX?
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Thu, 26 Sep 2002 14:57:54 +0100
From: Bert Dawson <[EMAIL PROTECTED]>
Subject: RE: destroying variables
You mean using StructDelete() on the variables structure?
> -----Original Message-----
> From: John Quarto-vonTivadar [mailto:[EMAIL PROTECTED]]
> Sent: 26 September 2002 14:52
> To: [EMAIL PROTECTED]
> Subject: destroying variables
>
>
> did any else notice that we can now (finally) destroy
> variables in CFMX?
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
------------------------------
Date: Thu, 26 Sep 2002 10:10:29 -0400
From: "John Quarto-vonTivadar" <[EMAIL PROTECTED]>
Subject: Re: destroying variables
nothing I've really done any production work with. But since even the
Variables (local) scope is now a structure you can use the structure
functions to kill the variable:
<cfset myVar = "fusebox">
<cfoutput> #myVar#</cfoutput>
<cfset StructDelete(variables, "myVar")>
<cfoutput> #myVar#</cfoutput>
should throw an error in the second <cfoutput> only if myVar no longer
exists.
you know what I would really like? since all these scopes are now
structures, shouldn't there be a higher-order structure that is made up of
all the scope structures?
so you can pass the entire state of the app along via one structure.
----- Original Message -----
From: "Daniel Daugherty" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 26, 2002 9:43 AM
Subject: RE: destroying variables
> Please share John. Is there now a garbage collection method that can be
> called. I am assuming you have done this with a Java method call? This
is
> great news. Finally able to get rid of large session or application vars
or
> even queries after we are done with them and before the page completes.
>
> Daniel D.
>
> -----Original Message-----
> From: John Quarto-vonTivadar [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 26, 2002 9:52 AM
> To: [EMAIL PROTECTED]
> Subject: destroying variables
>
>
> did any else notice that we can now (finally) destroy variables in CFMX?
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
------------------------------
Date: Thu, 26 Sep 2002 10:06:22 -0400
From: "Derrick Rapley" <[EMAIL PROTECTED]>
Subject: RE: destroying variables
Yeah,
It has to do mainly with the fact that the local 'variables' scope is a
structure now (along with server and caller scopes).
You could do the following:
<cfset firstName="Derrick">
<cfset StructDelete(variables, "firstName")>
Derrick Rapley
Visit www.cfbookmark.com
"Links to everything ColdFusion"
-----Original Message-----
From: John Quarto-vonTivadar [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 26, 2002 9:52 AM
To: [EMAIL PROTECTED]
Subject: destroying variables
did any else notice that we can now (finally) destroy variables in CFMX?
------------------------------
Date: Thu, 26 Sep 2002 10:22:52 -0400
From: "Benjamin S. Rogers" <[EMAIL PROTECTED]>
Subject: RE: destroying variables
> This is great news. Finally able to get rid of
> large session or application vars or even queries
> after we are done with them and before the page
> completes.
Actually, you have been able to do this for some time:
<cfset StructDelete(Session, "Variable")>
<cfset StructDelete(Application, "Variable")>
Of course, in earlier versions of ColdFusion you had to lock each of
those accordingly.
As for queries, if it is space you are worried about, you can delete a
query by setting it equal to an empty string:
<cfquery name="MyQuery" ...>
SELECT * FROM MyTable
</cfquery>
<cfset MyQuery = "">
I'll grant you that that is not terribly elegant, but it is fairly
efficient, comparatively speaking. I myself doubt the need to micro
manage memory to this degree. After all, most Web requests last less
than a few hundred milliseconds, and ColdFusion is usually capped to
less than 10 simultaneous requests depending on the server.
Nevertheless, I can see times where this would be necessary, such as
performing system tasks using ColdFusion (e.g. archiving log files,
etc.). However, that's generally the exception and not the rule, and in
such circumstances, the above method will be fine.
Benjamin S. Rogers
http://www.c4.net/
v.508.240.0051
f.508.240.0057
-----Original Message-----
From: John Quarto-vonTivadar [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 26, 2002 9:52 AM
To: [EMAIL PROTECTED]
Subject: destroying variables
did any else notice that we can now (finally) destroy variables in CFMX?
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Thu, 26 Sep 2002 10:25:49 -0400
From: "Douglas Smith" <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: destroying variables
t 10:10 AM 9/26/02 -0400, John Quarto-vonTivadar wrote:
>you know what I would really like? since all these scopes are now
>structures, shouldn't there be a higher-order structure that is made up of
>all the scope structures?
>so you can pass the entire state of the app along via one structure.
Why can't you make your own higher-order structure?
Something like this should work in CFMX:
<cfset GOD = StructNew()>
<cfset GOD.gVariables = Variables>
<cfset GOD.gClient = Client>
<cfset GOD.gForm = Form>
<cfset GOD.gRequest = Request>
<etc...>
<cfdump variable="#god#">
(Can't get to our CFMX machine at this moment, so I could not try this
before posting :-)
(The lower case "god" in the cfdump refers to the fact that god is only GOD
when he/she is a mystery, and CFDUMP removes the mystery.)
------------------------------
Date: Thu, 26 Sep 2002 10:25:49 -0400
From: "Douglas Smith" <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: destroying variables
t 10:10 AM 9/26/02 -0400, John Quarto-vonTivadar wrote:
>you know what I would really like? since all these scopes are now
>structures, shouldn't there be a higher-order structure that is made up of
>all the scope structures?
>so you can pass the entire state of the app along via one structure.
Why can't you make your own higher-order structure?
Something like this should work in CFMX:
<cfset GOD = StructNew()>
<cfset GOD.gVariables = Variables>
<cfset GOD.gClient = Client>
<cfset GOD.gForm = Form>
<cfset GOD.gRequest = Request>
<etc...>
<cfdump variable="#god#">
(Can't get to our CFMX machine at this moment, so I could not try this
before posting :-)
(The lower case "god" in the cfdump refers to the fact that god is only GOD
when he/she is a mystery, and CFDUMP removes the mystery.)
------------------------------
Date: Thu, 26 Sep 2002 10:39:08 -0400
From: "Derrick Rapley" <[EMAIL PROTECTED]>
Subject: RE: destroying variables
>>>Finally able to get rid of large session or application vars or
even queries after we are done with them and before the page completes.
Daniel,
As Bert, John Q, and I have pointed out, you can use the StructDelete()
function. StructDelete() deletes a key within a Structure.
Prior to MX (all the way back to CF 4), StructDelete() could be performed on
session and application vars to release large variables.
Supposed you stored a query in an application variable
<cfif NOT IsDefined("application.qCategories")>
<cfquery name="application.qCategories" datasource="#datasource#">
SELECT category
FROM tblCat
ORDER BY category
</cfquery>
</cfif>
You could later release this application variable by performing
<cfset StructDelete(application, "qCategories")>
As far as addressing the issue of releasing large queries, I suppose you can
if the query object is stored in the variables scope/structure.
I don't have MX yet, so I can't try it. :(
Regards,
Derrick Rapley
Visit www.cfbookmark.com
"Links to everthing ColdFusion"
-----Original Message-----
From: Daniel Daugherty [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 26, 2002 9:44 AM
To: '[EMAIL PROTECTED]'
Subject: RE: destroying variables
Please share John. Is there now a garbage collection method that can be
called. I am assuming you have done this with a Java method call? This is
great news. Finally able to get rid of large session or application vars or
even queries after we are done with them and before the page completes.
Daniel D.
------------------------------
Date: Thu, 26 Sep 2002 11:48:12 -0400
From: "John Farrar" <[EMAIL PROTECTED]>
Subject: Re: destroying variables
I understand how women have babies... but as a guy that doesn't mean I can do it. As a
programmer you seem to have faulty logic here... God does not have to be a mystery to
be God... and knowing the mysteries does not make us God.
Just something to chew on.
>>> [EMAIL PROTECTED] 09/26/02 10:25AM >>>
(The lower case "god" in the cfdump refers to the fact that god is only GOD
when he/she is a mystery, and CFDUMP removes the mystery.)
------------------------------
Date: Thu, 26 Sep 2002 11:18:58 -0500
From: "Matt Jones" <[EMAIL PROTECTED]>
Subject: RE: destroying variables
<cfdump variable="#god#"> should be <cfdump var="#god#">
but the real problem would be
<cfset GOD.gVariables = Variables>
cuz that would in essence set
variables.god.gvariables.god.gvariables.god.gvariables.god.gvariables.go
d.gvariables.god.gvariables.god. and so on ... bye bye memory.
<cfset GOD.gVariables = duplicate(Variables)>
-----Original Message-----
From: Douglas Smith [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 26, 2002 9:26 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: destroying variables
t 10:10 AM 9/26/02 -0400, John Quarto-vonTivadar wrote:
>you know what I would really like? since all these scopes are now
>structures, shouldn't there be a higher-order structure that is made up
of
>all the scope structures?
>so you can pass the entire state of the app along via one structure.
Why can't you make your own higher-order structure?
Something like this should work in CFMX:
<cfset GOD = StructNew()>
<cfset GOD.gVariables = Variables>
<cfset GOD.gClient = Client>
<cfset GOD.gForm = Form>
<cfset GOD.gRequest = Request>
<etc...>
<cfdump variable="#god#">
(Can't get to our CFMX machine at this moment, so I could not try this
before posting :-)
(The lower case "god" in the cfdump refers to the fact that god is only
GOD
when he/she is a mystery, and CFDUMP removes the mystery.)
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Thu, 26 Sep 2002 11:26:02 -0500
From: "Matt Jones" <[EMAIL PROTECTED]>
Subject: RE: destroying variables
Tested this, and it appears to work fine
<cfset scopelist =
"variables,form,url,attributes,caller,thisTag,request,cgi,cookie,client,
session,application,server,flash,arguments">
<cfset superstruct = StructNew()>
<cfloop list="#scopelist#" index="thisScope">
<cfif isDefined("#thisScope#")>
<cfset "superstruct.#thisScope#" =
duplicate(#evaluate("#thisScope#")#)>
</cfif>
</cfloop>
<cfdump var="#superstruct#">
-----Original Message-----
From: Douglas Smith [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 26, 2002 9:26 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: destroying variables
t 10:10 AM 9/26/02 -0400, John Quarto-vonTivadar wrote:
>you know what I would really like? since all these scopes are now
>structures, shouldn't there be a higher-order structure that is made up
of
>all the scope structures?
>so you can pass the entire state of the app along via one structure.
Why can't you make your own higher-order structure?
Something like this should work in CFMX:
<cfset GOD = StructNew()>
<cfset GOD.gVariables = Variables>
<cfset GOD.gClient = Client>
<cfset GOD.gForm = Form>
<cfset GOD.gRequest = Request>
<etc...>
<cfdump variable="#god#">
(Can't get to our CFMX machine at this moment, so I could not try this
before posting :-)
(The lower case "god" in the cfdump refers to the fact that god is only
GOD
when he/she is a mystery, and CFDUMP removes the mystery.)
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Thu, 26 Sep 2002 15:47:37 -0400
From: Sean Daniels <[EMAIL PROTECTED]>
Subject: Potential FB/MX Gotcha
I just had a very confusing debugging session trying to figure out why
one of my circuits continued to have local layout code displayed even
after I had completely deleted the local fbx_layouts.cfm and
corresponding lay_default.cfm file.
Turns out that although CFMX checks modifications and recompiles
scripts when changes have been made, when a file has been completely
removed it simply loads it from the cache as opposed to throwing a
template missing error (which would be caught and ignored in the core
FB code).
Food for thought. The only way I found to revert to the correct display
without the nested layout was to delete everything in my
cf-root/wwwroot/WEB-INF/classes directory and restart CF.
Any other ideas? Granted it probably won't effect too many people, but
it was really bizarre seeing HTML source rendered for a CF file that I
could verify was completely removed from my system.
------------------------------
Date: Thu, 26 Sep 2002 13:43:27 -0700
From: "Barney Boisvert" <[EMAIL PROTECTED]>
Subject: RE: Potential FB/MX Gotcha
If you'd just created a fbx_Layouts.cfm with this code:
<cfset fusebox.layoutfile = "" />
<cfset fusebox.layoutdir = "" />
it would have fixed your problem, because CFMX would then have compiled that
template and not included any layout file(s).
This demonstrates one big mistake in FB3, IMHO. fbx_Layouts should have
been a required file, so things like this couldn't happen. Not going to
help you now, but I'd strongly recommend that ALL circuits have
fbx_Settings, fbx_Switch and fbx_Layouts files in them, even if they don't
do anything. That way any changes that happen are changes TO files, not
additions/deletions OF files, which removes the precompilation issue with
CFMX, as well as version control issues (much simpler to modify a file than
add/delete one) and just overall app consistency.
my $0.02,
barneyb
-----Original Message-----
From: Sean Daniels [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 26, 2002 12:48 PM
To: [EMAIL PROTECTED]
Subject: Potential FB/MX Gotcha
I just had a very confusing debugging session trying to figure out why
one of my circuits continued to have local layout code displayed even
after I had completely deleted the local fbx_layouts.cfm and
corresponding lay_default.cfm file.
Turns out that although CFMX checks modifications and recompiles
scripts when changes have been made, when a file has been completely
removed it simply loads it from the cache as opposed to throwing a
template missing error (which would be caught and ignored in the core
FB code).
Food for thought. The only way I found to revert to the correct display
without the nested layout was to delete everything in my
cf-root/wwwroot/WEB-INF/classes directory and restart CF.
Any other ideas? Granted it probably won't effect too many people, but
it was really bizarre seeing HTML source rendered for a CF file that I
could verify was completely removed from my system.
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.391 / Virus Database: 222 - Release Date: 9/19/2002
------------------------------
Date: Thu, 26 Sep 2002 16:59:26 -0500
From: "Chris Brinker" <[EMAIL PROTECTED]>
Subject: SSL's Security and Fusebox
I am attempting to get fusebox methodology implemented at work, and my boss
brought up an interesting question.
"How do you implement SSL in such an abstract version of the file includes?"
I could only think of having an https:// version of FB3 running seperately
however it would lead to some concerns as to duplication of fuses and code
synchranization.
Anyone have a good solution to some of an app being SSL'd but some of it
not?
Thanks in advance,
Chris Brinker
_________________________________________________________________
Send and receive Hotmail on your mobile device: http://mobile.msn.com
------------------------------
Date: Thu, 26 Sep 2002 17:13:48 -0500
From: "Foster, Lee" <[EMAIL PROTECTED]>
Subject: RE: SSL's Security and Fusebox
Well Chris I've always done it the same way as if on a normal web site.
I could be missing you point through.
Father Lee/
-----Original Message-----
From: Chris Brinker [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 26, 2002 16:59
To: [EMAIL PROTECTED]
Subject: SSL's Security and Fusebox
I am attempting to get fusebox methodology implemented at work, and my
boss
brought up an interesting question.
"How do you implement SSL in such an abstract version of the file
includes?"
I could only think of having an https:// version of FB3 running
seperately
however it would lead to some concerns as to duplication of fuses and
code
synchranization.
Anyone have a good solution to some of an app being SSL'd but some of it
not?
Thanks in advance,
Chris Brinker
_________________________________________________________________
Send and receive Hotmail on your mobile device: http://mobile.msn.com
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Thu, 26 Sep 2002 15:43:30 -0700
From: "Barney Boisvert" <[EMAIL PROTECTED]>
Subject: RE: SSL's Security and Fusebox
I typically put s small code snippet in the fbx_Settings file of circuits
that need to be SSL secured:
<cfif cgi.SERVER_PORT NEQ 443>
<cflocation
url="https://#cgi.SERVER_NAME##cgi.SCRIPT_NAME#?#cgi.QUERY_STRING#";
addToken="0" />
</cfif>
That just redirects the request to an SSL secured version of the page. Of
course, that leave the use with the possibility of spending the rest of the
session through SSL, even non-secured parts. This generally isn't a big
deal, but if it is, you can put the converse snippet in the top of your
unsecured circuits to un-SSL them, if needed.
Another route would be to provide three 'self' variables for every request:
'self' which is just like normal
'self_https' which goes to an SSL page
'self_http' which goes to a non-SSL page
Then you can use 'self' in most cases, except when you know you want to
switch to SSL or to non-SSL, in which case you'd jsut use a different self
variable. You'd still want to absolute security as outlined above, but this
would drastically reduce the number of redirects you'd be firing.
barneyb
-----Original Message-----
From: Chris Brinker [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 26, 2002 2:59 PM
To: [EMAIL PROTECTED]
Subject: SSL's Security and Fusebox
I am attempting to get fusebox methodology implemented at work, and my boss
brought up an interesting question.
"How do you implement SSL in such an abstract version of the file includes?"
I could only think of having an https:// version of FB3 running seperately
however it would lead to some concerns as to duplication of fuses and code
synchranization.
Anyone have a good solution to some of an app being SSL'd but some of it
not?
Thanks in advance,
Chris Brinker
_________________________________________________________________
Send and receive Hotmail on your mobile device: http://mobile.msn.com
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.391 / Virus Database: 222 - Release Date: 9/19/2002
------------------------------
Date: Fri, 27 Sep 2002 10:06:23 +0800
From: "Kay Smoljak" <[EMAIL PROTECTED]>
Subject: RE: SSL's Security and Fusebox
Are you talking about using a shared SSL cert rather than a dedicated
one? I've had some issues with that, but there are clever workarounds -
let me know if that's what you're doing and I'll try to outline what
I've done.
Kay.
______________________________________________________
Kay Smoljak Web Developer PerthWeb Pty Ltd
Level 9/105 St George's Tc - Perth - Western Australia
Ph: (08) 9226 1366 Fax: (08) 9226 1375
www.perthweb.com.au developer.perthweb.com.au
> -----Original Message-----
> From: Chris Brinker [mailto:[EMAIL PROTECTED]]
> Sent: Friday, 27 September 2002 5:59 AM
> To: [EMAIL PROTECTED]
> Subject: SSL's Security and Fusebox
>
>
> I am attempting to get fusebox methodology implemented at
> work, and my boss
> brought up an interesting question.
>
> "How do you implement SSL in such an abstract version of the
> file includes?"
>
> I could only think of having an https:// version of FB3
> running seperately
> however it would lead to some concerns as to duplication of
> fuses and code
> synchranization.
>
> Anyone have a good solution to some of an app being SSL'd but
> some of it
> not?
>
> Thanks in advance,
> Chris Brinker
>
> _________________________________________________________________
> Send and receive Hotmail on your mobile device: http://mobile.msn.com
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
------------------------------
Date: Thu, 26 Sep 2002 21:55:56 -0500
From: "Chris Brinker" <[EMAIL PROTECTED]>
Subject: RE: SSL's Security and Fusebox Clarification
The way that SSL's are currently implemented on our websites is along the
lines of a single folder lets say website.com Within which resides all CFM's
about the site (much like I assume every website out there is layed out)
within which we have a /secure folder inside which reside files that are
"SSL Secured" and as such we address then through the https:// protocol.
Cert's are used and the ever popular "Padlock" appears on the browser.
As far as I have collected the only file in the "FB3" methodology that
officially gets executed is the index.cfm in the root directory. I guess the
question would be then, how can you sometimes secure index.cfm with SSL and
at other times, not secure it?
Maybe I am way off here, but any help you could give would make life easier
over here :)
Thanks In advance,
Chris Brinker
_________________________________________________________________
Send and receive Hotmail on your mobile device: http://mobile.msn.com
------------------------------
Date: Fri, 27 Sep 2002 05:10:44 -0400
From: "Mike Elmalem" <[EMAIL PROTECTED]>
Subject: Newbie Question
This is a multi-part message in MIME format.
------=_NextPart_000_0021_01C265E4.3B396040
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
Hello All,
I am having a little trouble trying to get something seemingly simple to work. I was
wondering if someone could point me in the right direction.
I am using Lee's portal example and I am trying to password protect the portal. I am
having a hard time with the layouts and the way they interact with the circuit. I
have created a folder called login. In that folder I placed the html for the layout
of the login screen.
In the main circuit I have the html that the portal uses.
My problem is that the layout that I used for the login is nested in the layout that
the portal uses. I would like to be able to set the session using a different layout
and once the session is set direct them to the regular layout or if there is no
session variable direct them to the login circuit.
I know that this lies in the FBX_Layouts.cfm , I just can't get it to work right.
Thanks again in advance.
Mike
------=_NextPart_000_0021_01C265E4.3B396040
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1106" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>Hello All,</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>I am having a little trouble trying to get
something seemingly simple to work. I was wondering if someone could point
me in the right direction.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>I am using Lee's portal example and I am trying to
password protect the portal. I am having a hard time with the layouts and
the way they interact with the circuit. I have created a folder called
login. In that folder I placed the html for the layout of the login
screen. </FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>In the main circuit I have the html that the portal
uses. </FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>My problem is that the layout that I used for the
login is nested in the layout that the portal uses. I would like to be
able to set the session using a different layout and once the session is set
direct them to the regular layout or if there is no session variable direct them
to the login circuit.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>I know that this lies in the FBX_Layouts.cfm , I
just can't get it to work right.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Thanks again in advance.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Mike</FONT></DIV>
</BODY></HTML>
------=_NextPart_000_0021_01C265E4.3B396040--
------------------------------
Date: Fri, 27 Sep 2002 17:32:40 +0800
From: "Neville Bent" <[EMAIL PROTECTED]>
Subject: Re: Newbie Question
This is a MIME message. If you are reading this text, you may want to
consider changing to a mail reader or gateway that understands how to
properly handle MIME multipart messages.
------=_NextPartTM-000-de1e81c9-d1cd-11d6-9543-00105a68c8ef
Content-Type: multipart/alternative;
boundary="=_8ED22A6B.B6D7B558"
--=_8ED22A6B.B6D7B558
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Gidday Mike,
Check out the openforums project at http://fbopenforums.sourceforge.net
This is a fantastic effort by Toby Tremayne ([EMAIL PROTECTED]) of Lyricist
Software Australia.
This application has lots of security features (login, protecting individual circuits,
etc) built-in that show how the fusebox security framework can work.
This is how I picked it up.
Hope some of this helps...
We have a long weekend over here in Western Australia, so back on Tuesday (maybe even
Wednesday). End of the day/week for me. Got that Shadow yet :-)
I set up our cfug wa website(cf/fusebox3) last week. It's at http://www.cfugwa.com if
you're interested. Nothing flash. The WA CF circle is getting bigger...
Nev
>>> [EMAIL PROTECTED] 09/27/02 05:10pm >>>
Hello All,
I am having a little trouble trying to get something seemingly simple to work. I was
wondering if someone could point me in the right direction.
I am using Lee's portal example and I am trying to password protect the portal. I am
having a hard time with the layouts and the way they interact with the circuit. I
have created a folder called login. In that folder I placed the html for the layout
of the login screen.
In the main circuit I have the html that the portal uses.
My problem is that the layout that I used for the login is nested in the layout that
the portal uses. I would like to be able to set the session using a different layout
and once the session is set direct them to the regular layout or if there is no
session variable direct them to the login circuit.
I know that this lies in the FBX_Layouts.cfm , I just can't get it to work right.
Thanks again in advance.
Mike
__________________________________________/Fusebox Conference! Sign up for the Fusebox
Conference today! October 26th & 27th: Orlando, FL, just
before MACR DevCon. 2 jam-packed days, 15 speakers in three tracks, World
Fuseball Championship
http://www.fusebox.org/index.cfm?fuseactio=
--=_8ED22A6B.B6D7B558
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 5.50.4807.2300" name=GENERATOR></HEAD>
<BODY style="MARGIN-TOP: 2px; FONT: 10pt Tahoma; MARGIN-LEFT: 2px">
<DIV>Gidday Mike,</DIV>
<DIV> </DIV>
<DIV>Check out the openforums project at <A
href="http://fbopenforums.sourceforge.net";>http://fbopenforums.sourceforge.net</A></DIV>
<DIV> </DIV>
<DIV>This is a fantastic effort by Toby Tremayne (<A
href="mailto:[EMAIL PROTECTED]";>[EMAIL PROTECTED]</A>) of Lyricist
Software Australia.</DIV>
<DIV> </DIV>
<DIV>This application has lots of security features (login, protecting
individual circuits, etc) built-in that show how the fusebox security
framework can work.</DIV>
<DIV> </DIV>
<DIV>This is how I picked it up.</DIV>
<DIV> </DIV>
<DIV>Hope some of this helps...</DIV>
<DIV> </DIV>
<DIV>We have a long weekend over here in Western Australia, so back on Tuesday
(maybe even Wednesday). End of the day/week for me. Got that Shadow yet
:-)</DIV>
<DIV> </DIV>
<DIV>I set up our cfug wa website(cf/fusebox3) last week.
It's at http://<A href="http://www.cfugwa.com";>www.cfugwa.com</A> if
you're interested. Nothing flash. The WA CF circle is getting
bigger...</DIV>
<DIV> </DIV>
<DIV>Nev</DIV>
<DIV><BR><BR>>>> [EMAIL PROTECTED] 09/27/02 05:10pm
>>><BR></DIV>
<DIV><FONT face=Arial size=2>Hello All,</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>I am having a little trouble trying to get
something seemingly simple to work. I was wondering if someone could point
me in the right direction.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>I am using Lee's portal example and I am trying to
password protect the portal. I am having a hard time with the layouts and
the way they interact with the circuit. I have created a folder called
login. In that folder I placed the html for the layout of the login
screen. </FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>In the main circuit I have the html that the portal
uses. </FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>My problem is that the layout that I used for the
login is nested in the layout that the portal uses. I would like to be
able to set the session using a different layout and once the session is set
direct them to the regular layout or if there is no session variable direct them
to the login circuit.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>I know that this lies in the FBX_Layouts.cfm , I
just can't get it to work right.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Thanks again in advance.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial
size=2>Mike</FONT></DIV><PRE>__________________________________________/Fusebox
Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
<A
href="http://www.fusebox.org/index.cfm?fuseaction=conference.main";>http://www.fusebox.org/index.cfm?fuseaction=conference.main</A>
</PRE>
</BODY></HTML>
--=_8ED22A6B.B6D7B558--
------=_NextPartTM-000-de1e81c9-d1cd-11d6-9543-00105a68c8ef--
------------------------------
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
End of [EMAIL PROTECTED] digest, issue 950
