Re: Flag checking
This WebDNA talk-list message is from 2000
It keeps the original formatting.
numero = 32232
interpreted = N
texte = Without knowing more, here is my first guess at a solution thay may work for you.create a frameset with a frame that doesn't show like this:
Then you can do your check in the frame that doesn't show (invis.tpl) and if your flag is set then refresh the bady (page1.tpl).Will that work?>This is basically working against the grain of _all_ CGI programs. HTTP >is stateless by nature (a given page can be displayed once a second or >once an hour or in a random order). CGI programs are never suitable for >realtime programming, due to the latency in the web and the reliance on >the client to request the next page (rather than the server pushing an >updated page). In addition, if you set a page for 1-second refresh, you >will completely hose anyone with a slow link (since the page will not >finish loading before it tries to reload). > >Perhaps if you described what you are trying to accomplish, we can give >you some suggestions for other ways to accomplish it. If you are trying >to provide some kind of secure login checking, with automatic logout >based on some kind of external criteria, your are trying to do something >that plain HTTP will never work well with. You will have to move to a >true client-server development (maybe with Java). > >John Peacock > >Jeff Homan wrote: >> >> This my first message to this group, so bear with me... >> >> I need to check for a flag in a database, when that flag is found, I >> need to update the screen by refresh or reload or even redirect. The >> problem that I am having, is that I need to check for this flag every >> one or two seconds. I have no problem with using javascript, it's just >> that currently I am stumped with what I can do. >> >> My only idea is this: >> >> -Set a loop (I'm not sure how many times per second the loop runs >> though) >> -Check the database in a showif >> -If the flag is found, redirect the page to itself >> >> Does this sound reasonable, or does someone else have a better idea? >> >> Thank you, >> Jeff Homan > >------------------------------------------------------------- >This message is sent to you because you are subscribed to > the mailing list
. >To unsubscribe, E-mail to: >To switch to the DIGEST mode, E-mail to > >Web Archive of this list is at: http://search.smithmicro.com/ ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/
Associated Messages, from the most recent to the oldest:
Without knowing more, here is my first guess at a solution thay may work for you.create a frameset with a frame that doesn't show like this: Then you can do your check in the frame that doesn't show (invis.tpl) and if your flag is set then refresh the bady (page1.tpl).Will that work?>This is basically working against the grain of _all_ CGI programs. HTTP >is stateless by nature (a given page can be displayed once a second or >once an hour or in a random order). CGI programs are never suitable for >realtime programming, due to the latency in the web and the reliance on >the client to request the next page (rather than the server pushing an >updated page). In addition, if you set a page for 1-second refresh, you >will completely hose anyone with a slow link (since the page will not >finish loading before it tries to reload). > >Perhaps if you described what you are trying to accomplish, we can give >you some suggestions for other ways to accomplish it. If you are trying >to provide some kind of secure login checking, with automatic logout >based on some kind of external criteria, your are trying to do something >that plain HTTP will never work well with. You will have to move to a >true client-server development (maybe with Java). > >John Peacock > >Jeff Homan wrote: >> >> This my first message to this group, so bear with me... >> >> I need to check for a flag in a database, when that flag is found, I >> need to update the screen by refresh or reload or even redirect. The >> problem that I am having, is that I need to check for this flag every >> one or two seconds. I have no problem with using javascript, it's just >> that currently I am stumped with what I can do. >> >> My only idea is this: >> >> -Set a loop (I'm not sure how many times per second the loop runs >> though) >> -Check the database in a showif >> -If the flag is found, redirect the page to itself >> >> Does this sound reasonable, or does someone else have a better idea? >> >> Thank you, >> Jeff Homan > >------------------------------------------------------------- >This message is sent to you because you are subscribed to > the mailing list . >To unsubscribe, E-mail to: >To switch to the DIGEST mode, E-mail to > >Web Archive of this list is at: http://search.smithmicro.com/ ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/
Charles Kline
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:
A better way to do this?? (2005)
Custom WebCat Prefs ... (1997)
Generate a SKU (1998)
Version 4? (2000)
Credit Card not accepted (1998)
pc (1997)
Banner Ad (1998)
Purchased cart being overwritten - still !?? (1997)
really wierd browser truncating (1997)
Weird WebCatalog problems (1998)
Hiding usernames and passwords in URL (1998)
no global [username] or [password] displayed ... (1997)
Bug? (1997)
[WebDNA] Grep help - catch all URLs (2010)
Calculate QTY (1998)
Online Docs for the Beta... (2000)
BR (1997)
Banners (1997)
NT considerations (1997)
Week # problem (1998)