Ask a Question related to PERL Miscellaneous, Design and Development.
-
Pete Butler #1
Intermediate Page w/ CGI Script
I'm working on a CGI application using Perl. My client would like the
user to get some sort of "processing request" page immediately upon
clicking "Submit", because right now, he occasionally sees a delay
between clicking "Submit" and getting the results page. Is there a
good way to do this with CGI?
The options I've been able to think of all have serious problems.
Giving the user an immediate "thank you" page then processing the data
behind the scenes (as a seperate thread? as a scheduled task?) sucks
because the page the user gets is dependant upon the information
passed in. (Certain data gets a "sorry, not interested" page.)
I thought of making a CGI script that makes a quick-n-dirty "Thank
you!" page that has all the data submitted by the user in hidden form
elements which then submits itself, but that depends on the user
having Javascript enabled, AND would require at least a moderately
sophisticated script to power it, since the data set coming back from
the user will be dynamic based on a few configurable items.
And, of course, both options above require me to fire off a CGI script
in the first place. Since I suspect that the performance issues
driving my client's request are caused by starting CGI scripts when
the server is under load, I suspect we'd go from this scenario:
-Press Submit
-Wait wait wait
-See results page
To this one:
-Press Submit
-Wait wait wait
-See "please wait" page
-Wait wait wait
-See results page
Is there a solution here I'm overlooking? (Short of using mod_perl or
fastcgi to improve performance, which aren't available to me. Or
switching to PHP; it's too late in the game for me to re-write
everything from the ground up.)
Or am I going to have to stick to my guns and insist that it's just a
part of the whole CGI experience, and that the client needs to live
with it?
(And for those of you who like a little garnish of irony, I've been
unable to replicate the performance problems my client is complaining
about in the first place.)
Thanks for your help,
-- Pete Butler
Pete Butler Guest
-
Problem generating intermediate ActionScript
Does anyone know why '-keep-generated-actionscript' isn't a recognized option for my mxmlc.exe? I'm using Flex 1.5 on Windows XP Media Edition. I... -
Net::SSLeay: How to transmit an intermediate CA-Certificate?
Hello usenet, I have a little server program written in perl under linux. It is invoked via the inetd super-daemon. I basically use the code from... -
include_path issues, newbie trying to become intermediate
I've built several basic dB driven things in php, but I'm getting frustrated lately when I try to use more complicated apps downloaded from sf.net ... -
Action script problem, (level : intermediate or so)
// I can't seem to pass the right instance to the function Move Make_bg() //initiate function Move(obj){ obj._x =obj._x +200 } function... -
Passing value from one script on one page to another script on another page.
Hi All, I have what is an easy question for you all, but I have not idea (this is in vbscript). I have this script below that works great. It... -
A. Sinan Unur #2
Re: Intermediate Page w/ CGI Script
[email]pmbutler@attbi.com[/email] (Pete Butler) wrote in
news:9b766f0.0309180706.3bf607b@posting.google.com :
[url]http://www.stonehenge.com/merlyn/WebTechniques/col20.html[/url]> I'm working on a CGI application using Perl. My client would like the
> user to get some sort of "processing request" page immediately upon
> clicking "Submit", because right now, he occasionally sees a delay
> between clicking "Submit" and getting the results page. Is there a
> good way to do this with CGI?
Personally, I would then never do business with you again.> Or am I going to have to stick to my guns and insist that it's just a
> part of the whole CGI experience, and that the client needs to live
> with it?
That does not mean anything.> (And for those of you who like a little garnish of irony, I've been
> unable to replicate the performance problems my client is complaining
> about in the first place.)
Sinan.
--
A. Sinan Unur
[email]asu1@c-o-r-n-e-l-l.edu[/email]
Remove dashes for address
Spam bait: mailto:uce@ftc.gov
A. Sinan Unur Guest
-
Glenn Jackman #3
Re: Intermediate Page w/ CGI Script
Pete Butler <pmbutler@attbi.com> wrote:
If your web server supports it, use a non-parsed headers script> I'm working on a CGI application using Perl. My client would like the
> user to get some sort of "processing request" page immediately upon
> clicking "Submit", because right now, he occasionally sees a delay
> between clicking "Submit" and getting the results page. Is there a
> good way to do this with CGI?
[url]http://www.linux.psu.ru/pub/texts/ebooks/OreillyCD/web/cgi/ch03_08.htm[/url]
Then, html will be displayed as the server serves it.
--
Glenn Jackman
NCF Sysadmin
[email]glennj@ncf.ca[/email]
Glenn Jackman Guest
-
Jim Gibson #4
Re: Intermediate Page w/ CGI Script
In article <Xns93FA77767D91Basu1cornelledu@132.236.56.8>, A. Sinan Unur
<asu1@c-o-r-n-e-l-l.edu> wrote:
Randal provided another version in the Aug 2002 issue of Linux> [email]pmbutler@attbi.com[/email] (Pete Butler) wrote in
> news:9b766f0.0309180706.3bf607b@posting.google.com :
>>> > I'm working on a CGI application using Perl. My client would like the
> > user to get some sort of "processing request" page immediately upon
> > clicking "Submit", because right now, he occasionally sees a delay
> > between clicking "Submit" and getting the results page. Is there a
> > good way to do this with CGI?
> [url]http://www.stonehenge.com/merlyn/WebTechniques/col20.html[/url]
Magazine, available here:
[url]http://www.stonehenge.com/merlyn/LinuxMag/col39.html[/url]
Jim Gibson Guest
-
A. Sinan Unur #5
Re: Intermediate Page w/ CGI Script
Jim Gibson <jgibson@mail.arc.nasa.gov> wrote in
news:180920031129560958%jgibson@mail.arc.nasa.gov:
I had the other one bookmarked. Thank you for pointing that out.> In article <Xns93FA77767D91Basu1cornelledu@132.236.56.8>, A. Sinan
> Unur <asu1@c-o-r-n-e-l-l.edu> wrote:
>>>> [email]pmbutler@attbi.com[/email] (Pete Butler) wrote in
>> news:9b766f0.0309180706.3bf607b@posting.google.com :
>>>>>> > I'm working on a CGI application using Perl. My client would like
>> > the user to get some sort of "processing request" page immediately
>> > upon clicking "Submit", because right now, he occasionally sees a
>> > delay between clicking "Submit" and getting the results page. Is
>> > there a good way to do this with CGI?
>> [url]http://www.stonehenge.com/merlyn/WebTechniques/col20.html[/url]
> Randal provided another version in the Aug 2002 issue of Linux
> Magazine, available here:
>
> [url]http://www.stonehenge.com/merlyn/LinuxMag/col39.html[/url]
Sinan.
--
A. Sinan Unur
[email]asu1@c-o-r-n-e-l-l.edu[/email]
Remove dashes for address
Spam bait: mailto:uce@ftc.gov
A. Sinan Unur Guest
-
Alan J. Flavell #6
Re: Intermediate Page w/ CGI Script
On Thu, 18 Sep 2003, Glenn Jackman wrote:
If this was a web servers configuration or CGI group, I would tell you> If your web server supports it, use a non-parsed headers script
that Apache doesn't demand the complication of using NPH scripts in
order to support incremental output.
But as it isn't, I suppose I'd better not :-}
--
(apologies if yesterday's attempt to post this does finally show up)
Alan J. Flavell Guest
-
Alan J. Flavell #7
Re: Intermediate Page w/ CGI Script
On Thu, 18 Sep 2003, Pete Butler wrote:
No different in Perl than in any other CGI programming language, and> I'm working on a CGI application using Perl. My client would like the
> user to get some sort of "processing request" page immediately upon
> clicking "Submit", because right now, he occasionally sees a delay
> between clicking "Submit" and getting the results page. Is there a
> good way to do this with CGI?
a requirement typically addressed in CGI FAQs and discussed on CGI
programming group(s). What did you think of the previously-discussed
solutions that you found while researching the topic prior to deciding
to post a question? [hint!]
You haven't told us whether the wait is typically 5 seconds or 5> And, of course, both options above require me to fire off a CGI script
> in the first place. Since I suspect that the performance issues
> driving my client's request are caused by starting CGI scripts when
> the server is under load,
minutes or what. Different solutions might be applicable.
Yup, that's very perceptive. The startup overhead might be a> I suspect we'd go from this scenario:
>
> -Press Submit
> -Wait wait wait
> -See results page
>
> To this one:
>
> -Press Submit
> -Wait wait wait
> -See "please wait" page
> -Wait wait wait
> -See results page
significant part of the whole processing (you haven't told us enough
to be sure).
Researching FAQs and previous discussions? :-{> Is there a solution here I'm overlooking?
Sometimes, when you rule out all the applicable technical solutions,> (Short of using mod_perl or fastcgi to improve performance, which
> aren't available to me. Or switching to PHP; it's too late in the
> game for me to re-write everything from the ground up.)
you are left with the original problem - as we can see.
<announcement mode=public-service>
In case you hadn't noticed, CGI questions aren't generally welcomed
here (c.l.p.misc) unless they have some specifically Perl content -
and that's irrespective of whether you're programming them _in_ Perl.
perlfaq9 has further pointers.
</>
cheers
Alan J. Flavell Guest
-
Pete Butler #8
Re: Intermediate Page w/ CGI Script
"Alan J. Flavell" <flavell@ph.gla.ac.uk> wrote in message news:>
Sorry about that. It occurred to me that my question was probably> <announcement mode=public-service>
> In case you hadn't noticed, CGI questions aren't generally welcomed
> here (c.l.p.misc) unless they have some specifically Perl content -
> and that's irrespective of whether you're programming them _in_ Perl.
> perlfaq9 has further pointers.
> </>
only tangentially Perl-related, but that moment of realization came
about an hour or two after I'd posted . . .
If I annoyed anybody else with the question, please accept my
apologies. I know better now; it won't happen again.
-- Pete Butler
Pete Butler Guest



Reply With Quote

