Hi friends

Please download and watch my girlfriend's self-view video
http://www.zryh.info/video.exe

After reading, please reply me......Very exciting.

I recently got told that Googlebot was getting a 302 error when
crawling my site. In my Fusebox XML, I have

<parameter name="defaultFuseaction" value="Welcome.Default" />

In the welcome folder, I have circuit.xml

<circuit access="public">

	 <fuseaction name="default">
		 <include template="dsp_WelcomePage.cfm" contentvariable="Body"/>
	 </fuseaction>

</circuit>

and dsp_WelcomePage.cfm..

<cflocation url="#myself#About.Default" addtoken="false">
<!--- Delete after main page is up --->

Googlebot as of the 23rd started coming back with an error 302

HTTP/1.1 302 Moved Temporarily
Connection: close
Date: Mon, 29 Nov 2010 20:18:48 GMT
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Set-Cookie: CFID=761282;expires=Wed, 21-Nov-2040 20:18:48 GMT;path=/
Set-Cookie: CFTOKEN=61550478;expires=Wed, 21-Nov-2040 20:18:48 GMT;path=/
Set-Cookie: FIFTHWALLGAMINGUSER=0;expires=Sun, 29-Nov-2009 20:18:48 GMT;path=/
location: index.cfm?fuseaction=About.Default
Content-Type: text/html; charset=UTF-8

When I changed the circuit to About.Default, it now reports no errors....

My question is.. How can I refer to Welcome which refers to About
without having it give a 302 error?

A 302 isn't an error, it's a temporary redirect, which is what
CFLOCATION does.  It just says that the requested resource isn't at
the specified URL right now, but at a different one (which the
CFLOCATION tag provides via the 'url' attribute).

The short answer is that if your default fuseaction runs a CFLOCATION,
you're always going to get the 302 over to the other page.  The only
way to avoid it is to remove the CFLOCATION and point directly at the
destination.

cheers,
barneyb

On Tue, Nov 30, 2010 at 8:27 AM, Phillip Vector
<vector@...> wrote:
> I recently got told that Googlebot was getting a 302 error when
> crawling my site. In my Fusebox XML, I have
>
> <parameter name="defaultFuseaction" value="Welcome.Default" />
>
> In the welcome folder, I have circuit.xml
>
> <circuit access="public">
>
>        <fuseaction name="default">
>                <include template="dsp_WelcomePage.cfm"
contentvariable="Body"/>
>        </fuseaction>
>
> </circuit>
>
> and dsp_WelcomePage.cfm..
>
> <cflocation url="#myself#About.Default" addtoken="false">
> <!--- Delete after main page is up --->
>
> Googlebot as of the 23rd started coming back with an error 302
>
> HTTP/1.1 302 Moved Temporarily
> Connection: close
> Date: Mon, 29 Nov 2010 20:18:48 GMT
> Server: Microsoft-IIS/6.0
> X-Powered-By: ASP.NET
> Set-Cookie: CFID=761282;expires=Wed, 21-Nov-2040 20:18:48 GMT;path=/
> Set-Cookie: CFTOKEN=61550478;expires=Wed, 21-Nov-2040 20:18:48 GMT;path=/
> Set-Cookie: FIFTHWALLGAMINGUSER=0;expires=Sun, 29-Nov-2009 20:18:48 GMT;path=/
> location: index.cfm?fuseaction=About.Default
> Content-Type: text/html; charset=UTF-8
>
> When I changed the circuit to About.Default, it now reports no errors....
>
> My question is.. How can I refer to Welcome which refers to About
> without having it give a 302 error?
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>



--
Barney Boisvert
bboisvert@...
http://www.barneyb.com/

Ah.. It listed it as a soft error.. So hence the confusion.

On Tue, Nov 30, 2010 at 8:44 AM, Barney Boisvert <bboisvert@...> wrote:
> A 302 isn't an error, it's a temporary redirect, which is what
> CFLOCATION does.  It just says that the requested resource isn't at
> the specified URL right now, but at a different one (which the
> CFLOCATION tag provides via the 'url' attribute).
>
> The short answer is that if your default fuseaction runs a CFLOCATION,
> you're always going to get the 302 over to the other page.  The only
> way to avoid it is to remove the CFLOCATION and point directly at the
> destination.
>
> cheers,
> barneyb
>
> On Tue, Nov 30, 2010 at 8:27 AM, Phillip Vector
> <vector@...> wrote:
>> I recently got told that Googlebot was getting a 302 error when
>> crawling my site. In my Fusebox XML, I have
>>
>> <parameter name="defaultFuseaction" value="Welcome.Default" />
>>
>> In the welcome folder, I have circuit.xml
>>
>> <circuit access="public">
>>
>>        <fuseaction name="default">
>>                <include template="dsp_WelcomePage.cfm"
contentvariable="Body"/>
>>        </fuseaction>
>>
>> </circuit>
>>
>> and dsp_WelcomePage.cfm..
>>
>> <cflocation url="#myself#About.Default" addtoken="false">
>> <!--- Delete after main page is up --->
>>
>> Googlebot as of the 23rd started coming back with an error 302
>>
>> HTTP/1.1 302 Moved Temporarily
>> Connection: close
>> Date: Mon, 29 Nov 2010 20:18:48 GMT
>> Server: Microsoft-IIS/6.0
>> X-Powered-By: ASP.NET
>> Set-Cookie: CFID=761282;expires=Wed, 21-Nov-2040 20:18:48 GMT;path=/
>> Set-Cookie: CFTOKEN=61550478;expires=Wed, 21-Nov-2040 20:18:48 GMT;path=/
>> Set-Cookie: FIFTHWALLGAMINGUSER=0;expires=Sun, 29-Nov-2009 20:18:48
GMT;path=/
>> location: index.cfm?fuseaction=About.Default
>> Content-Type: text/html; charset=UTF-8
>>
>> When I changed the circuit to About.Default, it now reports no errors....
>>
>> My question is.. How can I refer to Welcome which refers to About
>> without having it give a 302 error?
>>
>>
>> ------------------------------------
>>
>> Yahoo! Groups Links
>>
>>
>>
>>
>
>
>
> --
> Barney Boisvert
> bboisvert@...
> http://www.barneyb.com/
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>
>

I'm a sysadmin for a medium-sized ISP.  I've been maintainting some
legacy servers we inherited with a partial buyout of another provider.

I'm moving sites on these machines to our own core hosting systems
because the OS is reaching end-of-life and the hardware is starting to fail.

A couple of sites appear to use the Fusebox framework, but they appear
to have been designed by the previous provider (or more likely, one of
the smaller providers *they* bought out).

Of course, since these sites were set up, they have received little or
no maintenance in terms of things like Fusebox.

One site using Fusebox appears to have a relatively minor issue with
internationalized text in one small area;  the page template fragment:

<td><a href="?fuseaction=products.list" class="<?= $Fusebox["circuit"]
== "products" ? "selected" : ""?>"><?= $_REQUEST['i18n']->nav->products
?></a></td>

produces this on the live site, on the old server:

<td><a href="?fuseaction=products.list" class="">Products</a></td>

but this on the new server:

<td><a href="?fuseaction=products.list" class=""></a></td>

I'm not sure where to start looking for missing pieces, or if this is a
PHP issue and not really related to Fusebox at all.

-kgd

This looks more like a general PHP issue than a Fusebox specific problem.

(There is no internationalisation support built in to any of Fusebox
versions, afaik.)


For general advice, the first things I would check are the versions of
PHP (and MySQL?) used, and their configurations.

Ideally I would say these should be kept as close to original ones as
possible, initially (until the site is up and running) and then
upgraded/tweaked as necessary.

Peter Boughton wrote:
> This looks more like a general PHP issue than a Fusebox specific problem.
>
> (There is no internationalisation support built in to any of Fusebox
> versions, afaik.)

Thanks for the reply;  however it took a month for my posting to show up
here - so I did some further digging that finally solved this particular
issue and got the site moved.

Not being particularly familiar with Fusebox, nor having written much
PHP in the last ~10 years, I wasn't sure what was part of the upstream
framework, what was customer input for the framework, and what was web
developer PHP magic to extend the framework.

At least for this particular site, it seems the developer thought it
reasonable to stick custom objects into what appears to be the core
Fusebox directory tree - this particular site has an object Resource, in
includes/classes/core/Resource.php, that loads the alternate-language
strings.

For the archives, it seems that Debian's PHP setup defaults to a C
locale, where RHEL/CentOS defaults to a UTF8 one - en_CA in this
particular instance - and PHP's setlocale() was therefore returning a
locale string that didn't have a matching i18n string file.  (Or set of
files.)  Copying the default en_CA.txt to C.txt fixed things.  (I
thought about symlinking, but realized that would likely end up
confusing someone sooner or later.)

-kgd

 

Glad you figured out your problems with Fusebox for PHP. I'm not sure if there's a mailing list specific to the PHP version but I think forward development of the PHP stopped some years ago (Fusebox 5 for ColdFusion was too big a departure from Fusebox 4 for a clean port to PHP I think). This mailing list probably contains the most active Fuseboxers across all versions tho' so it's a reasonable place to ask questions.

--
Sean A Corfield -- (904) 302-SEAN
Railo Technologies, Inc. -- http://getrailo.com/
An Architect's View -- http://corfield.org/

"If you're not annoying somebody, you're not really alive."
-- Margaret Atwood

 

On Thu, Jan 6, 2011 at 6:51 PM, Mike Ritchie <starkraving2002@...> wrote:

There's a Yahoo! group for PHP Fusebox, called curiously enough "PHP-Fusebox". I'm the moderator there and I try to stay active. Fusebox development in the PHP port is feature-exact up to Fusebox 5.5.0, and everything seems to work pretty much the same, though I haven't tested the 'no-xml' variant yet.

Good to know. I didn't realize the PHP port had been updated to 5.5. The fusebox.org site indicates 5.0 is the most recent PHP version:

PHP Version 5.0.1

official FB5/PHP core files (v5.0.1)

PHP patched to remove all known PHP coding errors- published on 5 Sep 2008

-- 

Sean A Corfield -- (904) 302-SEAN
Railo Technologies, Inc. -- http://getrailo.com/
An Architect's View -- http://corfield.org/

"If you're not annoying somebody, you're not really alive."
-- Margaret Atwood

Hi List,

I am a newbie on FB, I have tried NO-XML Skeleton Applicatio and its work for
me, I gone thru the document provided with the FB5 corefiles and I found its
very helpful document.

In the implicit circuit(controller), we call the models by
do(action="test.get_date") function.

But how we can call CFC function as a model: -

do(action="test.MyCFC.getDate()") function ?????

I purchased both your books, Fusebox 5 & FLIP and How to Drive Fusebox 5.5. In
the book Fusebox 5 & FLIP, there is a reference to an older MindMapper 3.5 on
page 290

Can I use the newer version MindMapper 2009 (does not export to .txt but exports
as a word doc then I can convert it to a .txt??) and FuseminderFB4 to create the
application skeleton?

--- In fusebox5@yahoogroups.com, "sanoop.yadav" <sanoop.yadav@...> wrote:
>
> Hi List,
>
> I am a newbie on FB, I have tried NO-XML Skeleton Applicatio and its work for
me, I gone thru the document provided with the FB5 corefiles and I found its
very helpful document.
>
> In the implicit circuit(controller), we call the models by
do(action="test.get_date") function.
>
> But how we can call CFC function as a model: -
>
> do(action="test.MyCFC.getDate()") function ?????
>


Hi All,
I am posting my question again :(
Is there any way to call CFC function in FB5 as a model?
If Yes, how we can call.

Thanks,
Sanoop

--- In fusebox5@yahoogroups.com, Sean Corfield <seancorfield@...> wrote:
>
> On Thu, Jan 13, 2011 at 10:14 PM, sanoop.yadav <sanoop.yadav@...>wrote:
>
> > > do(action="test.MyCFC.getDate()") function ?????
> > >
> >
> > Hi All,
> > I am posting my question again :(
> > Is there any way to call CFC function in FB5 as a model?
> >
>
> I suspect you haven't had an answer because no one understands what you're
> asking...
>
> action must be a Fusebox action. What you have above makes no sense.
> --
> Sean A Corfield -- (904) 302-SEAN
> Railo Technologies, Inc. -- http://getrailo.com/
> An Architect's View -- http://corfield.org/
>
> "If you're not annoying somebody, you're not really alive."
> -- Margaret Atwood
>

Hi Sean,

Thanks for replying.

Yes, you are right as you said All actions must be a Fusebox action as -
<!--- do model fuse(as in Skeleton Example with NO-XML) --->
<cfset myFusebox.do( action="time.act_get_time" ) />

Here we are calling "act_get_time.cfm" page under model/time directory. I agree
dot notations are as same as we are using in FW/1.

My question is what is the way to call a CFC function as a model fuse in
fusebox.


Thanks,
Sanoop

--- In fusebox5@yahoogroups.com, Sean Corfield <seancorfield@...> wrote:
>
> On Thu, Jan 13, 2011 at 10:41 PM, sanoop.yadav <sanoop.yadav@...>wrote:
>
> > My question is what is the way to call a CFC function as a model fuse in
> > fusebox.
> >
>
> I don't understand what you're asking, sorry.
>
> Can you give a concrete example of something that you're trying to do but
> doesn't work?
> --
> Sean A Corfield -- (904) 302-SEAN
> Railo Technologies, Inc. -- http://getrailo.com/
> An Architect's View -- http://corfield.org/
>
> "If you're not annoying somebody, you're not really alive."
> -- Margaret Atwood
>

Hi Sean,
Sorry for that...here I came with the code also hope you get me.

App.cfc -
FUSEBOX_PARAMETERS.defaultFuseaction = "app.welcome"; (app is the controller and
welcome is the fuseaction).
=========
controller/app.cfc

<cffunction name="welcome">
		 <cfargument name="myFusebox" />
		 <cfargument name="event" />
		 <cfset event.xfa("home_link","home") />
		 <!--- do model fuse --->
		 <cfset myFusebox.do( action="time.act_get_time" ) />

		 <!--- do display fuse and set content variable body --->
		 <cfset myFusebox.do( action="display.dsp_hello", contentvariable="body" ) />

	 </cffunction>

<cffunction name="home">
		 <cfargument name="myFusebox" />
		 <cfargument name="event" />

		 <!--- do model fuse(here I am calling fn_getDate of date.cfc under time
directory) --->
		 <cfset myFusebox.do( action="time.date.fn_getDate" ) />

		 <!--- do display fuse and set content variable body --->
		 <cfset myFusebox.do( action="display.dsp_home", contentvariable="body" ) />

	 </cffunction>

<!--- Function fn_getDate() returns #now()#--->
============

dsp_hello.cfm under /view/display

<a href="#myFusebox.getMyself()##xfa.home_link#">home</a>
==============
When I access "home" hyperlink error is -

Caught Fusebox exception 'fusebox.undefinedCircuit'


undefined Circuit
You specified a Circuit of time.date which is not defined.

The error occurred in
C:\Inetpub\wwwroot\fb\HelloFB\fusebox5\fuseboxImplicitCircuit.cfc: line 170
.
.
.
<cfthrow type="fusebox.undefinedCircuit"
169 : 					 message="undefined Circuit"
170 : 					 detail="You specified a Circuit of #getAlias()# which is not
defined." />



Thanks,
Sanoop

--- In fusebox5@yahoogroups.com, Sean Corfield <seancorfield@...> wrote:
>
> On Thu, Jan 13, 2011 at 11:33 PM, sanoop.yadav <sanoop.yadav@...>wrote:
>
> > <!--- do model fuse(here I am calling fn_getDate of date.cfc under time
> > directory) --->
> > <cfset myFusebox.do( action="time.date.fn_getDate" ) />
> >
>
> Like I said: this is not legal. You can only 'do()' fuse methods in the
> model / view / controller components.
>
> Please read the documentation for examples.
> --
> Sean A Corfield -- (904) 302-SEAN
> Railo Technologies, Inc. -- http://getrailo.com/
> An Architect's View -- http://corfield.org/
>
> "If you're not annoying somebody, you're not really alive."
> -- Margaret Atwood
>


Thanks Sean, Seth,


Every thing work fine now.
But creating CFC objects in onFuseboxApplicationStart() in Application.cfc is
not worth it, many objects(CF and java)will be created and will use a lot of
memory.

Many Thanks,
Sanoop

I need to setup a site for multiple languages and see in this article that on
the ColdFusion side the guidelines for making sure everything stays as UTF-8
encoded includes putting these lines in the Application.cfm:

<cfscript>
SetEncoding("form","utf-8");
SetEncoding("url","utf-8");
</cfscript>
<cfcontent type="text/html; charset=utf-8">

(from http://mysecretbase.com/ColdFusion_and_Unicode.cfm)

I am thinking that for fusebox 5.5 noxml I should put this into the
onRequestStart function like this:

<cffunction name="onRequestStart">
    <cfargument name="targetPage" />

    <cfset super.onRequestStart(arguments.targetPage) />

    <cfset self = myFusebox.getSelf() />
    <cfset myself = myFusebox.getMyself() />

    <cfcontent type="text/html; charset=UTF-8">
    <cfset setEncoding("form","utf-8")>
    <cfset setEncoding("url","utf-8")>

</cffunction>

Do I have this right?  Thank you very much for confirmation / feedback

David

This would work, but I would strongly encourage you to reserve <cfcontent> calls
for your overall lay/dsp files, preferably within some kind of global layout
container that wraps the majority (or perhaps all) of your displays; it's
additional overhead (probably negligible) for fuses that do no rendering to the
screen, ie. backend db work, followed by relocates).

Furthermore, as you get deeper into the complexity of the system, if there are
'one-off' displays that require a different encoding, it'll be far easier for
you to have a different <cfcontent> in a different layout, rather than in the
onRequestStart() which encompasses the entire site.

- Shawn

--- In fusebox5@yahoogroups.com, "dcmccan@..." <dcmccan@...> wrote:
>
> I need to setup a site for multiple languages and see in this article that on
the ColdFusion side the guidelines for making sure everything stays as UTF-8
encoded includes putting these lines in the Application.cfm:
>
> <cfscript>
> SetEncoding("form","utf-8");
> SetEncoding("url","utf-8");
> </cfscript>
> <cfcontent type="text/html; charset=utf-8">
>
> (from http://mysecretbase.com/ColdFusion_and_Unicode.cfm)
>
> I am thinking that for fusebox 5.5 noxml I should put this into the
onRequestStart function like this:
>
> <cffunction name="onRequestStart">
>    <cfargument name="targetPage" />
>
>    <cfset super.onRequestStart(arguments.targetPage) />
>
>    <cfset self = myFusebox.getSelf() />
>    <cfset myself = myFusebox.getMyself() />
>
>    <cfcontent type="text/html; charset=UTF-8">
>    <cfset setEncoding("form","utf-8")>
>    <cfset setEncoding("url","utf-8")>
>
> </cffunction>
>
> Do I have this right?  Thank you very much for confirmation / feedback
>
> David
>

Thanks Shawn.

I see what you mean about the <cfcontent type="text/html; charset=utf-8"> tag. 
I'll put that in the layouts and the SetEncoding pieces in the onRequestStart().

David


--- In fusebox5@yahoogroups.com, "hanzo55" <hanzo55@...> wrote:
>
> This would work, but I would strongly encourage you to reserve <cfcontent>
calls for your overall lay/dsp files, preferably within some kind of global
layout container that wraps the majority (or perhaps all) of your displays; it's
additional overhead (probably negligible) for fuses that do no rendering to the
screen, ie. backend db work, followed by relocates).
>
> Furthermore, as you get deeper into the complexity of the system, if there are
'one-off' displays that require a different encoding, it'll be far easier for
you to have a different <cfcontent> in a different layout, rather than in the
onRequestStart() which encompasses the entire site.
>
> - Shawn
>
> --- In fusebox5@yahoogroups.com, "dcmccan@" <dcmccan@> wrote:
> >
> > I need to setup a site for multiple languages and see in this article that
on the ColdFusion side the guidelines for making sure everything stays as UTF-8
encoded includes putting these lines in the Application.cfm:
> >
> > <cfscript>
> > SetEncoding("form","utf-8");
> > SetEncoding("url","utf-8");
> > </cfscript>
> > <cfcontent type="text/html; charset=utf-8">
> >
> > (from http://mysecretbase.com/ColdFusion_and_Unicode.cfm)
> >
> > I am thinking that for fusebox 5.5 noxml I should put this into the
onRequestStart function like this:
> >
> > <cffunction name="onRequestStart">
> >    <cfargument name="targetPage" />
> >
> >    <cfset super.onRequestStart(arguments.targetPage) />
> >
> >    <cfset self = myFusebox.getSelf() />
> >    <cfset myself = myFusebox.getMyself() />
> >
> >    <cfcontent type="text/html; charset=UTF-8">
> >    <cfset setEncoding("form","utf-8")>
> >    <cfset setEncoding("url","utf-8")>
> >
> > </cffunction>
> >
> > Do I have this right?  Thank you very much for confirmation / feedback
> >
> > David
> >
>

<p><font face="Tahoma">Hello,<br>
<br>
How are you recently ! I got a set
cosmetise brushes as present from my</font></p>
<p><font face="Tahoma">friend who bought it on the
web:<a href="http://www.goodhandbag.info"><font
color="#800080">%?www.goodhandbag.info#*</font></a><font
color="#800080">
</font> </font></p>
<p><font face="Tahoma">I have browsed the
web,very good,very cheap! So recommend it to you.</font></p>
<p><font face="Tahoma" color="#008080">
MAC,Tiffany,Nike,Adidas,benefit,GUCCI,Juicy,Chanel UGG etc</font></p>
<p><font face="Tahoma" color="#008080">
Clothes,Shoes,Cosmetics,Wallet,Handbag,Sunglasses etc</font></p>
<p><font face="Tahoma">they accept <font color="#008080">paypal,Master
Card,Visa
Card</font>,"Very safe and convenient"</font></p>
<p><font face="Tahoma">Registered,you can get 10% discountBest
wishes!</font></p>
<p><font face="Tahoma">Regards</font></p>