Response Problem (cache?)

[Tteddo]

Hello! I have 10 or 12 shopping sites that I have just converted to CF 6.1 from
CF 4.5. Everything works fine except for one problem in my shopping cart
application. The cart takes the order, gets the user information, then sends
all the data to AuthorizeNet for Credit Card input. When that is complete,
AuthNet posts the information with the result codes back to the reciept page.
The problem I am having is if the reciept page hasn't been used recently, or
after a reboot, the CF Server takes too much time regenerating the template
into a java class and AuthNet generates a timeout error and the reciept is
never generated. It works fine after the first time, but of course my clients
get an error and complain. All the settings I see are global in the
Administrator, and I have 30 to 40 sites on there that I am always tweaking, so
I can't use the Trusted Cache option. I have raised the Template Cache size...
Is there any way to only cache all the reciept pages, and make it stay cached
even after a reboot? I won't have to modify them very often. It is my own
server and I have complete control, so I am open to any options. Thanks!!

[Steve Sommers]

Two things I can think to research into:

1) Why is the page generation taking so long? How long is it taking and why?
To me, the cache should only be used to speed up processing and page
generation, it should not be a requirement for a successful transaction.

2) What is AuthorizeNet using as their timeout parameter? Maybe this setting
is just too short and it may be configurable.

[Tteddo]

1) I don't know, but even on my development server it takes awhile (10 to 14
seconds) to generate a page (any page...) the first time I visit it after a
reboot. This time does go down the longer the server is on though. They aren't
complicated pages, just 3-4 simple queries, that's about it. 4.5 was pretty
fast in this regard. I assumed it was regenerating the template into a java
class, but I don't know for sure. 2) The timeout is not configurable by me
(that I could find), but I have put in a request to find out what it is and
whether they can set it on a per site basis. I would rather fix it on my end
to eliminate the error though. Thanks for your help!! Ted Clapp Tteddo
Designs [url]http://www.tteddo.com[/url]

[Steve Sommers]

This suggestion I would consider a "slimey hack", but you could store a flag in
the application scope that simply tracks whether an "PagesCached" yes/no flag.
In your application.cfm file, check this flag and if it does not exist in the
application scope, or if it is not set to "YES", make an InitCache block that
would use CFHTTP calls to all the time sensative pages. Set the timeout to like
1 second -- just enough time to start the request. You are not expecting
"valid" results, you are just trying to get the cache primed.

[Tteddo]

A slimey hack is how I avoided a $500.00 support call the Macromedia from a
cffile problem, so I am open to anything! I'll give this a shot, and post back
here with the details when I get it to work. Sounds like this will work great
though. Thanks for your help! Ted Clapp Tteddo Designs [url]http://www.tteddo.com[/url]

[Tteddo]

Well, I implemented this today, and it appears to be working. The receipt comes
up very fast now right after a reboot. Here's what I put in the Application.cfm
file for each domain: <cfparam name='Application.PagesCached' default='No'>
<cfif Application.PagesCached Is 'No'> <cfhttp
url='http://www.whateverdomain.com/cart/receipt.cfm' method='GET'
resolveurl='false' timeout='1'> <cfset Application.PagesCached = 'Yes'> </cfif>
Thanks for your help!! Ted Clapp Tteddo Designs [url]http://www.tteddo.com[/url]