RE: [WebDNA] Circumnavigate Browser Timeout On Lengthy WebDNA Operations
This WebDNA talk-list message is from 2014
It keeps the original formatting.
numero = 111715
interpreted = N
texte = This is a multi-part message in MIME format.------=_NextPart_000_0526_01D0121B.2E662F10Content-Type: text/plain;charset="UTF-8"Content-Transfer-Encoding: quoted-printableThanks Steve for the assist. I may be a tad confused but refreshing to =the next URL =E2=80=9C[returnto]=E2=80=9D variable which would be the =original form entry page, simply means that the browser=E2=80=A6..=20a) First goes to the =E2=80=9CProcessing Page=E2=80=9D and dump the =form variables thereb) Waits to timeout based on the refresh settingc) Then moves the [returnto] page with form variablesd) The processing actual then starts =E2=80=A6.=20However, the page would still timeout on the [returnto] page =wouldn=E2=80=99t it since that is where the processing is done. Sorry if =I am over thinking this but I am definitely confused. The way you employ =the refresh tag here is very much like [redirect] =E2=80=A6.does not =really solve my problem of browser page timing out before getting =response that job is done.=20Cheers TDn=20From: Steve Raslevich [mailto:WebDNA@northernsoundandlight.com]=20Sent: Sunday, December 07, 2014 12:17To: talk@webdna.usSubject: Re: [WebDNA] Circumnavigate Browser Timeout On Lengthy WebDNA =Operations=20Hi Terry,This is a bit of a hack but it works. Here goes....Create a template with a meta refresh:
Processing Request...Then direct your form to post to the 'Processing Request' page and add a =variable containing the path to the page your form originally posted.=20Best Regards,SteveTerry Nair wrote:=20Hi All,=20Every end of the month, we clean up our entire membership database and =reset earn points, besides other parameters based on computational =norms. This is processed using WebDNA and we have been doing this =without issue for years. Once the lengthy process, initiated via a =browser url link is initiated, it may take anywhere from 8 to 10 minutes =before the "It is done" page is returned ....i.e. end of the process.=20Well, our database have grown so large that now ....it is taking 15 =minutes to complete the process. WebDNA is not an issue because we can =see it happily doing its thing but ....the browser which is waiting for =the return page ....times out. I need to get the browser response page =back so as to know when to begin the next phase. Right now, when the =browser times out ....I remote into the server and check the Task =Manager which tells me when WebDNA has done its thing. Not elegant but =it works.=20Breaking up the DB into smaller chunks to be processed separately is =one way to go ....however, was wondering if any of you guys can suggest =a better way of doing this ....getting the response I need when the job =is done. Being informed via SMS or email is not an option.=20Thank for the assist folks.=20Cheers Terry Nair=20=20--------------------------------------------------------- This message =is sent to you because you are subscribed to the mailing list . To =unsubscribe, E-mail to: archives: =http://mail.webdna.us/list/talk@webdna.us Bug Reporting: =support@webdna.us=20--------------------------------------------------------- This message =is sent to you because you are subscribed to the mailing list . To =unsubscribe, E-mail to: archives: =http://mail.webdna.us/list/talk@webdna.us Bug Reporting: =support@webdna.us------=_NextPart_000_0526_01D0121B.2E662F10Content-Type: text/html;charset="UTF-8"Content-Transfer-Encoding: quoted-printable
=Thanks Steve for the assist. I may be a tad confused but refreshing to =the next URL =E2=80=9C[returnto]=E2=80=9D variable which would be the =original form entry page, simply means that the =browser=E2=80=A6..
=
=a) =First goes to the =E2=80=9CProcessing Page=E2=80=9D and dump the form =variables there
=b) =Waits to timeout based on the refresh setting
=c) =Then moves the [returnto] page with form =variables
=d) =The processing actual then starts =E2=80=A6.
=
=However, the page would still timeout on the [returnto] page =wouldn=E2=80=99t it since that is where the processing is done. Sorry if =I am over thinking this but I am definitely confused. The way you employ =the refresh tag here is very much like [redirect] =E2=80=A6.does not =really solve my problem of browser page timing out before getting =response that job is done.
=
=Cheers TDn
=
From: Steve Raslevich [mailto:WebDNA@northernsoundandlight.com] =
Sent: Sunday, December 07, 2014 12:17
To: =talk@webdna.us
Subject: Re: [WebDNA] Circumnavigate Browser =Timeout On Lengthy WebDNA Operations
Hi =Terry,
This is a bit of a hack but it works. Here =goes....
Create a template with a meta =refresh:
<html>
<head>
<meta =http-equiv=3D"refresh" =content=3D"0;URL=3D[returnto]?[formvariables][name]=3D[url][value][/=url]&[/formvariables]">
</head>
<body>
P=rocessing Request...
</body>
</html>
Then =direct your form to post to the 'Processing Request' page and add a =variable containing the path to the page your form originally posted. =
Best Regards,
Steve
Terry Nair wrote: =
Hi All,
Every =end of the month, we clean up our entire membership database and reset =earn points, besides other parameters based on computational norms. This =is processed using WebDNA and we have been doing this without issue for =years. Once the lengthy process, initiated via a browser url link is =initiated, it may take anywhere from 8 to 10 minutes before the "It =is done" page is returned ....i.e. end of the =process.
Well, our database have grown so large that now =....it is taking 15 minutes to complete the process. WebDNA is not an =issue because we can see it happily doing its thing but ....the browser =which is waiting for the return page ....times out. I need to get =the browser response page back so as to know when to begin the next =phase. Right now, when the browser times out ....I remote into the =server and check the Task Manager which tells me when WebDNA has done =its thing. Not elegant but it works.
Breaking up the DB into smaller chunks to be =processed separately is one way to go ....however, was wondering =if any of you guys can suggest a better way of doing this ....getting =the response I need when the job is done. Being informed via SMS or =email is not an option.
Thank =for the assist folks.
Cheers =Terry Nair
=
-------------------------------------------------------=-- This message is sent to you because you are subscribed to the mailing =list . To unsubscribe, E-mail to: archives: http://mail.webdna.us/=list/talk@webdna.us Bug Reporting: support@webdna.us =
----------------------------------------------=----------- This message is sent to you because you are subscribed to =the mailing list . To unsubscribe, E-mail to: archives: http://mail.webdna.us/=list/talk@webdna.us Bug Reporting: support@webdna.us=
------=_NextPart_000_0526_01D0121B.2E662F10--
Associated Messages, from the most recent to the oldest:
This is a multi-part message in MIME format.------=_NextPart_000_0526_01D0121B.2E662F10Content-Type: text/plain;charset="UTF-8"Content-Transfer-Encoding: quoted-printableThanks Steve for the assist. I may be a tad confused but refreshing to =the next URL =E2=80=9C[returnto]=E2=80=9D variable which would be the =original form entry page, simply means that the browser=E2=80=A6..=20a) First goes to the =E2=80=9CProcessing Page=E2=80=9D and dump the =form variables thereb) Waits to timeout based on the refresh settingc) Then moves the [returnto] page with form variablesd) The processing actual then starts =E2=80=A6.=20However, the page would still timeout on the [returnto] page =wouldn=E2=80=99t it since that is where the processing is done. Sorry if =I am over thinking this but I am definitely confused. The way you employ =the refresh tag here is very much like
[redirect] =E2=80=A6.does not =really solve my problem of browser page timing out before getting =response that job is done.=20Cheers TDn=20From: Steve Raslevich [mailto:WebDNA@northernsoundandlight.com]=20Sent: Sunday, December 07, 2014 12:17To: talk@webdna.usSubject: Re: [WebDNA] Circumnavigate Browser Timeout On Lengthy WebDNA =Operations=20Hi Terry,This is a bit of a hack but it works. Here goes....Create a template with a meta refresh:
[formvariables][name]=3D
[url][value][/url]&=[/formvariables]">Processing Request...Then direct your form to post to the 'Processing Request' page and add a =variable containing the path to the page your form originally posted.=20Best Regards,SteveTerry Nair wrote:=20Hi All,=20Every end of the month, we clean up our entire membership database and =reset earn points, besides other parameters based on computational =norms. This is processed using WebDNA and we have been doing this =without issue for years. Once the lengthy process, initiated via a =browser url link is initiated, it may take anywhere from 8 to 10 minutes =before the "It is done" page is returned ....i.e. end of the process.=20Well, our database have grown so large that now ....it is taking 15 =minutes to complete the process. WebDNA is not an issue because we can =see it happily doing its thing but ....the browser which is waiting for =the return page ....times out. I need to get the browser response page =back so as to know when to begin the next phase. Right now, when the =browser times out ....I remote into the server and check the Task =Manager which tells me when WebDNA has done its thing. Not elegant but =it works.=20Breaking up the DB into smaller chunks to be processed separately is =one way to go ....however, was wondering if any of you guys can suggest =a better way of doing this ....getting the response I need when the job =is done. Being informed via SMS or email is not an option.=20Thank for the assist folks.=20Cheers Terry Nair=20=20--------------------------------------------------------- This message =is sent to you because you are subscribed to the mailing list . To =unsubscribe, E-mail to: archives: =http://mail.webdna.us/list/talk@webdna.us Bug Reporting: =support@webdna.us=20--------------------------------------------------------- This message =is sent to you because you are subscribed to the mailing list . To =unsubscribe, E-mail to: archives: =http://mail.webdna.us/list/talk@webdna.us Bug Reporting: =support@webdna.us------=_NextPart_000_0526_01D0121B.2E662F10Content-Type: text/html;charset="UTF-8"Content-Transfer-Encoding: quoted-printable
=Thanks Steve for the assist. I may be a tad confused but refreshing to =the next URL =E2=80=9C[returnto]=E2=80=9D variable which would be the =original form entry page, simply means that the =browser=E2=80=A6..
=
=a) =First goes to the =E2=80=9CProcessing Page=E2=80=9D and dump the form =variables there
=b) =Waits to timeout based on the refresh setting
=c) =Then moves the [returnto] page with form =variables
=d) =The processing actual then starts =E2=80=A6.
=
=However, the page would still timeout on the [returnto] page =wouldn=E2=80=99t it since that is where the processing is done. Sorry if =I am over thinking this but I am definitely confused. The way you employ =the refresh tag here is very much like [redirect] =E2=80=A6.does not =really solve my problem of browser page timing out before getting =response that job is done.
=
=Cheers TDn
=
From: Steve Raslevich [mailto:WebDNA@northernsoundandlight.com] =
Sent: Sunday, December 07, 2014 12:17
To: =talk@webdna.us
Subject: Re: [WebDNA] Circumnavigate Browser =Timeout On Lengthy WebDNA Operations
Hi =Terry,
This is a bit of a hack but it works. Here =goes....
Create a template with a meta =refresh:
<html>
<head>
<meta =http-equiv=3D"refresh" =content=3D"0;URL=3D[returnto]?[formvariables][name]=3D[url][value][/=url]&[/formvariables]">
</head>
<body>
P=rocessing Request...
</body>
</html>
Then =direct your form to post to the 'Processing Request' page and add a =variable containing the path to the page your form originally posted. =
Best Regards,
Steve
Terry Nair wrote: =
Hi All,
Every =end of the month, we clean up our entire membership database and reset =earn points, besides other parameters based on computational norms. This =is processed using WebDNA and we have been doing this without issue for =years. Once the lengthy process, initiated via a browser url link is =initiated, it may take anywhere from 8 to 10 minutes before the "It =is done" page is returned ....i.e. end of the =process.
Well, our database have grown so large that now =....it is taking 15 minutes to complete the process. WebDNA is not an =issue because we can see it happily doing its thing but ....the browser =which is waiting for the return page ....times out. I need to get =the browser response page back so as to know when to begin the next =phase. Right now, when the browser times out ....I remote into the =server and check the Task Manager which tells me when WebDNA has done =its thing. Not elegant but it works.
Breaking up the DB into smaller chunks to be =processed separately is one way to go ....however, was wondering =if any of you guys can suggest a better way of doing this ....getting =the response I need when the job is done. Being informed via SMS or =email is not an option.
Thank =for the assist folks.
Cheers =Terry Nair
=
-------------------------------------------------------=-- This message is sent to you because you are subscribed to the mailing =list . To unsubscribe, E-mail to: archives: http://mail.webdna.us/=list/talk@webdna.us Bug Reporting: support@webdna.us =
----------------------------------------------=----------- This message is sent to you because you are subscribed to =the mailing list . To unsubscribe, E-mail to: archives: http://mail.webdna.us/=list/talk@webdna.us Bug Reporting: support@webdna.us=
------=_NextPart_000_0526_01D0121B.2E662F10--
"Terry Nair"
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
WebCatb15 Mac CGI -- [purchase] (1997)
Replace Statement (1997)
[WebDNA] Redirecting incoming URL request to https page (2018)
Can't use old cart file (was One more try) (1997)
where to put code (1998)
RE: IIS4b2 and WebCatalog b19 (1997)
Credit card processing - UK (1997)
form data submission gets truncated (1997)
price carry over (1997)
For those of you not on the WebCatalog Beta... (1997)
[WebDNA] Acceleratin Search / Index Performance in a Formum Service (2013)
Emailer setup (1997)
More Shopping Cart Problems (2000)
Catalogs and W* (1996)
$Append for Users outside the ADMIN group (1997)
includes and cart numbers (1997)
Store setup questions (2000)
Formulas.db + Users.db (1997)
creating a 60 fields database (1997)
[Sum] function? (1997)