Re: [include] and not found

This WebDNA talk-list message is from

2005


It keeps the original formatting.
numero = 63399
interpreted = N
texte = The .inc files perform additional functions on a subset of all available fields. Some fields are informational only; it's coming from a large medical form. It's convenient to edit those additional functions or even eliminate processing for individual fields by editing or removing individual .inc files. On Nov 13, 2005, at 5:48 PM, Marko Bernyk wrote: > You are already listing the .inc file from a field in a db... why > not mark the fields T/F for existance in the database when you > create the .inc files... (and change value when deleteing the > files) that way your search will only be for already existing > fields and you will not have file not found errors. > > Use the database and not the [fileinfo..] as Fileinfo adds disk > overheads for looking up the files on disk and since you have many > files this might be noticeable. > > -- > Regards, > Marko > > > On Thursday, 10 November 2005 4:31 AM, Patrick McCormick > wrote: > I was worried about the overhead of using functions. My project > involves a large, medical form with almost 200 choices. It's coded in > Flash and sends data to the server as it's entered. Form choices > require further processing. I've broken that processing into > separate .inc files named field_1.inc, field_2.inc, ... > field_almost200.inc: > > [search db=formData.db&formID=[formSID]][founditems] > [listfields db=formData.db] > [hideif [interpret][[fieldname]][/interpret]=] > [include file=[filename].inc] > [/hideif] > [/listfiles] > [/founditems][/search] > > Some of the data is informational only and requires no further > handling or processing. For those fields I just skip creating an .inc > file. Suppressing the error message for missing .inc files is a big > deal. > > using [function] would mean having to separately check for the > existence of the .inc file and check for an associated field value. > If I can get those functions inherently in > I am relieved that WebDNA doesn't stop processing when it encounters > a missing .inc file. It just keeps chugging to the next one. > > > On Nov 8, 2005, at 2:05 PM, Jesse Proudman wrote: > >> That's the nice thing about the [function] command. You can write >> your own function to do exactly that. >> >> Thanks >> >> On Nov 8, 2005, at 11:58 AM, Patrick McCormick wrote: >> >>> I have the site in its own sandbox so ErrorMessages.db will work >>> fine. It would be nice if SMSI added a notfound option, though to >>> override the default message. >> >> -- >> >> Jesse Proudman >> Blue Box Group, LLC >> Personalized, Professional Web Solutions for Your Business >> >> p. +1.800.613.4305 x801 >> e. jesse@blueboxgrp.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 > digest@talk.smithmicro.com> >> Web Archive of this list is at: http://webdna.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 digest@talk.smithmicro.com> > Web Archive of this list is at: http://webdna.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 digest@talk.smithmicro.com> > Web Archive of this list is at: http://webdna.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://webdna.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: [include] and not found ( Patrick McCormick 2005)
  2. Re: [include] and not found ( Marko Bernyk 2005)
  3. Re: [include] and not found ( Patrick McCormick 2005)
  4. Re: [include] and not found ( Marko Bernyk 2005)
  5. Re: [include] and not found ( Donovan Brooke 2005)
  6. Re: [include] and not found ( Donovan Brooke 2005)
  7. Re: [include] and not found ( Patrick McCormick 2005)
  8. Re: [include] and not found ( Kenneth Grome 2005)
  9. Re: [include] and not found ( Donovan Brooke 2005)
  10. Re: [include] and not found ( Jesse Proudman 2005)
  11. Re: [include] and not found ( Patrick McCormick 2005)
  12. Re: [include] and not found ( Jesse Proudman 2005)
  13. [include] and not found ( Patrick McCormick 2005)
The .inc files perform additional functions on a subset of all available fields. Some fields are informational only; it's coming from a large medical form. It's convenient to edit those additional functions or even eliminate processing for individual fields by editing or removing individual .inc files. On Nov 13, 2005, at 5:48 PM, Marko Bernyk wrote: > You are already listing the .inc file from a field in a db... why > not mark the fields T/F for existance in the database when you > create the .inc files... (and change value when deleteing the > files) that way your search will only be for already existing > fields and you will not have file not found errors. > > Use the database and not the [fileinfo..] as Fileinfo adds disk > overheads for looking up the files on disk and since you have many > files this might be noticeable. > > -- > Regards, > Marko > > > On Thursday, 10 November 2005 4:31 AM, Patrick McCormick > wrote: > I was worried about the overhead of using functions. My project > involves a large, medical form with almost 200 choices. It's coded in > Flash and sends data to the server as it's entered. Form choices > require further processing. I've broken that processing into > separate .inc files named field_1.inc, field_2.inc, ... > field_almost200.inc: > > [search db=formData.db&formID=[formSID]][founditems] > [listfields db=formData.db] > [hideif [interpret][[fieldname]][/interpret]=] > [include file=[filename].inc] > [/hideif] > [/listfiles] > [/founditems][/search] > > Some of the data is informational only and requires no further > handling or processing. For those fields I just skip creating an .inc > file. Suppressing the error message for missing .inc files is a big > deal. > > using [function] would mean having to separately check for the > existence of the .inc file and check for an associated field value. > If I can get those functions inherently in > I am relieved that WebDNA doesn't stop processing when it encounters > a missing .inc file. It just keeps chugging to the next one. > > > On Nov 8, 2005, at 2:05 PM, Jesse Proudman wrote: > >> That's the nice thing about the [function] command. You can write >> your own function to do exactly that. >> >> Thanks >> >> On Nov 8, 2005, at 11:58 AM, Patrick McCormick wrote: >> >>> I have the site in its own sandbox so ErrorMessages.db will work >>> fine. It would be nice if SMSI added a notfound option, though to >>> override the default message. >> >> -- >> >> Jesse Proudman >> Blue Box Group, LLC >> Personalized, Professional Web Solutions for Your Business >> >> p. +1.800.613.4305 x801 >> e. jesse@blueboxgrp.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 > digest@talk.smithmicro.com> >> Web Archive of this list is at: http://webdna.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 digest@talk.smithmicro.com> > Web Archive of this list is at: http://webdna.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 digest@talk.smithmicro.com> > Web Archive of this list is at: http://webdna.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://webdna.smithmicro.com/ Patrick McCormick

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:

RE: Can a database get stomped by simultaneous access? (1997) Tab Charactor (1997) refresh (2000) Sendmail (2000) WCS Newbie question (1997) can webcat create directories on NT? (1997) Search wbrk word break param (1998) When do we get to request new features? (1999) Where is eudora plugin? (1998) Security Issues and WebCommerce Solution (1997) BBEdit WedDNA Codeless Language Module (2007) Word search (1997) OBDC Support (1997) Calculating Age from DB fields (2003) Re:no [search] with NT (1997) Re:2nd WebCatalog2 Feature Request (1996) [HIDEIF] inside [FOUNDITEM] (1997) Moment of Thanks (1997) Looking up two prices in Formulas.db (1997) Using Cookie for client specific info? (1997)