Re: Quit revisited

This WebDNA talk-list message is from

1997


It keeps the original formatting.
numero = 10911
interpreted = N
texte = >I tried both examples of using quit to quit the WebCat.acgi as shown in >the WebMerchant reference: > >The link method, > >Quit >WebCatalog
> >and the form/button method, > >
ACTION=http://www.bzzzzzz.com/Catalogs/WebCatalog.acgi$quit> > > >and in both cases I get back a page stating that Databases have been >updated, but the catalog hasn't quit. Just to make sure that it didn't >quit and then restart very fast I pulled it into the foreground to see if >it would stay there through the quit and it did. > >So, does the quit just update the databases, instead of quitting ? >That's really all we wanted to do in the first place, but we'd also like >to understand what is going on :-) > >Thanks, > > >-Sven > Grant might be able to tell you better, but if you do a get info from the Mac Finder menu, and look at the file dates of your data bases and then do the quit and look at them again you will see they have updated (if they were open). I am using the plugin now so can't retest to verify the above. Do the same from Webcatalog admin, look at data bases and I think it says commit databases. If you look at this peice of html in the admin it does a $quit.. I have no idea how often data is written from Ram to disk without doing the quit or in the case of the plug [closedatabase]. In the same vain I would like Grant to verify the following... We updated a bunch of records last week via a template and within minutes had another acgi crash the server. We had to go back and correct some of the records as the changes did not occur. I assume we lost them when the Ram cleared and they had not made it to disk. So to protect ourselves from this happening again we put some [closedatabase]'s in some very key areas. Since we are not updating records thousands of times a day, we assumed the server load is nothing by doing this.=============================================== Gary Richter PanaVise Products, Inc. 7540 Colbert Dr. Reno, Nevada 89511 Ph: 702.850.2900 Fx: 702.850.2929 Email: grichter@panavise.com http://www.panavise.com =============================================== Associated Messages, from the most recent to the oldest:

    
  1. Re: Quit revisited (Grant Hulbert 1997)
  2. Re: Quit revisited (Grant Hulbert 1997)
  3. Re: Quit revisited (Karl Schroll 1997)
  4. Re: Quit revisited (grichter@panavise.com (Gary Richter) 1997)
  5. Re: Quit revisited (grichter@panavise.com (Gary Richter) 1997)
  6. Quit revisited (Sven U. Grenander 1997)
>I tried both examples of using quit to quit the WebCat.acgi as shown in >the WebMerchant reference: > >The link method, > >Quit >WebCatalog
> >and the form/button method, > >ACTION=http://www.bzzzzzz.com/Catalogs/WebCatalog.acgi$quit> > > >and in both cases I get back a page stating that Databases have been >updated, but the catalog hasn't quit. Just to make sure that it didn't >quit and then restart very fast I pulled it into the foreground to see if >it would stay there through the quit and it did. > >So, does the quit just update the databases, instead of quitting ? >That's really all we wanted to do in the first place, but we'd also like >to understand what is going on :-) > >Thanks, > > >-Sven > Grant might be able to tell you better, but if you do a get info from the Mac Finder menu, and look at the file dates of your data bases and then do the quit and look at them again you will see they have updated (if they were open). I am using the plugin now so can't retest to verify the above. Do the same from Webcatalog admin, look at data bases and I think it says commit databases. If you look at this peice of html in the admin it does a $quit.. I have no idea how often data is written from Ram to disk without doing the quit or in the case of the plug [closedatabase]. In the same vain I would like Grant to verify the following... We updated a bunch of records last week via a template and within minutes had another acgi crash the server. We had to go back and correct some of the records as the changes did not occur. I assume we lost them when the Ram cleared and they had not made it to disk. So to protect ourselves from this happening again we put some [closedatabase]'s in some very key areas. Since we are not updating records thousands of times a day, we assumed the server load is nothing by doing this.=============================================== Gary Richter PanaVise Products, Inc. 7540 Colbert Dr. Reno, Nevada 89511 Ph: 702.850.2900 Fx: 702.850.2929 Email: grichter@panavise.com http://www.panavise.com =============================================== grichter@panavise.com (Gary Richter)

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:

grouping nothing (2000) corrupted jpgs (2003) Add - optional parameters textA=.... (1997) Bad suffix error (1997) test (2007) One per customer (2000) [TaxableTotal] - not working with AOL and IE (1997) Firesite cache vs webcat cache (1997) redirect from the errorsMessages.db entry (1997) ShowNext problems (1998) OT: SEO (2007) Re1000002: Setting up shop (1997) Limiting user access to .tmpl files (1997) NT considerations (1997) Re[2]: Balancing randomness (2000) [REPLACE] inside [FOUNDITEMS] (1998) Bug Report, maybe (1997) Separate server for jpg/gif files (1998) Re:2nd WebCatalog2 Feature Request (1996) No more misunderstanding ... yay! :) (1997)