Re: Issues with the default db files ...

This WebDNA talk-list message is from

2003


It keeps the original formatting.
numero = 49224
interpreted = N
texte = This is good news! So let me ask this follow-up question ...Things will not break when one sandbox is nested inside another sandbox in the folder hierarchy, right? The reason I ask is because one of my client's has a folder hierarchy that looks something like this:wwwroot everyproduct.com giftware.com collectibles.com furniture.com housewares.com rawmaterials.comHis everyproduct.com web site contains all the items he sells, yet each category of those items has its own independent web site -- and some of those category sites are owned by other people -- people who should obviously have their own private sandboxes after the v5 upgrade.How does v5 handle this situation?Can some (but not all) of the category sites have their own sandboxes? Will the ones with their own sandboxes properly use their own sandbox system folders while the ones *without* their own private sandboxes continue to access the everyproduct.com sandbox system folder?>Will it still work like before, except that now it will reference the >above files in the current sandbox? >Yes. Each sandbox has its own 'system' folder for those dbs. These system >folders exist in the new 'Sandboxes' folder located in the WebCatalogEngine >folder. > >> -----Original Message----- >> From: WebDNA Talk [mailto:WebDNA-Talk@talk.smithmicro.com]On Behalf Of >> Kenneth Grome >> Sent: Saturday, April 05, 2003 12:26 AM >> To: WebDNA Talk >> Subject: Issues with the default db files ... >> >> >> Ever since this software has existed, the default behavior has been >> that we could refer to certain db files WITHOUT having to use the >> actual path to those files. >> >> In fact, it has never mattered if the path was wrong, because the >> webdna software has always 'corrected' the bad path to these db >> files. The files I'm referring to are: >> >> WebCatalog Prefs >> users.db >> standardconversions.db >> errormessages.db >> triggers.db >> >> These db's apparently have their paths hard-coded into the engine. >> I learned this many years ago when I put a different users.db into >> a separate folder and referred to it via the proper path, but >> webcatalog insisted upon ignoring the path I gave it, and instead it >> followed the hard-coded path that's apparently built into th engine >> code. From what I recall, Grant explained this to me as some kind of >> anti-hacking feature. >> >> My question to SMSI is this: >> >> Now that there's going to be a separate set of the above files for >> each sandbox, what's going to happen to our old webdna code that does >> not use a path to these files when we try to use that code on v5? >> >> Will it still work like before, except that now it will reference the >> above files in the current sandbox? >> >> Or will it break because now it doesn't know which file we are >> referring to since those files are not defined by a specific file >> path? >> -- >> >> Sincerely, >> Kenneth Grome >> >> PS: My email address is kengrome@softhome.net until further notice. >> >> ------------------------------------------------------------- >> 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/ > > >------------------------------------------------------------- >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/ -- Sincerely, Kenneth GromePS: My email address is kengrome@softhome.net until further notice.------------------------------------------------------------- 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: Issues with the default db files ... (Scott Anderson 2003)
  2. Re: Issues with the default db files ... (Kenneth Grome 2003)
  3. Re: Issues with the default db files ... (Alain Russell 2003)
  4. Re: Issues with the default db files ... (Scott Anderson 2003)
  5. Re: Issues with the default db files ... (Phillip Bonesteele 2003)
  6. Re: Issues with the default db files ... (Kenneth Grome 2003)
  7. Re: Issues with the default db files ... (Alain Russell 2003)
  8. Issues with the default db files ... (Kenneth Grome 2003)
This is good news! So let me ask this follow-up question ...Things will not break when one sandbox is nested inside another sandbox in the folder hierarchy, right? The reason I ask is because one of my client's has a folder hierarchy that looks something like this:wwwroot everyproduct.com giftware.com collectibles.com furniture.com housewares.com rawmaterials.comHis everyproduct.com web site contains all the items he sells, yet each category of those items has its own independent web site -- and some of those category sites are owned by other people -- people who should obviously have their own private sandboxes after the v5 upgrade.How does v5 handle this situation?Can some (but not all) of the category sites have their own sandboxes? Will the ones with their own sandboxes properly use their own sandbox system folders while the ones *without* their own private sandboxes continue to access the everyproduct.com sandbox system folder?>Will it still work like before, except that now it will reference the >above files in the current sandbox? >Yes. Each sandbox has its own 'system' folder for those dbs. These system >folders exist in the new 'Sandboxes' folder located in the WebCatalogEngine >folder. > >> -----Original Message----- >> From: WebDNA Talk [mailto:WebDNA-Talk@talk.smithmicro.com]On Behalf Of >> Kenneth Grome >> Sent: Saturday, April 05, 2003 12:26 AM >> To: WebDNA Talk >> Subject: Issues with the default db files ... >> >> >> Ever since this software has existed, the default behavior has been >> that we could refer to certain db files WITHOUT having to use the >> actual path to those files. >> >> In fact, it has never mattered if the path was wrong, because the >> webdna software has always 'corrected' the bad path to these db >> files. The files I'm referring to are: >> >> WebCatalog Prefs >> users.db >> standardconversions.db >> errormessages.db >> triggers.db >> >> These db's apparently have their paths hard-coded into the engine. >> I learned this many years ago when I put a different users.db into >> a separate folder and referred to it via the proper path, but >> webcatalog insisted upon ignoring the path I gave it, and instead it >> followed the hard-coded path that's apparently built into th engine >> code. From what I recall, Grant explained this to me as some kind of >> anti-hacking feature. >> >> My question to SMSI is this: >> >> Now that there's going to be a separate set of the above files for >> each sandbox, what's going to happen to our old webdna code that does >> not use a path to these files when we try to use that code on v5? >> >> Will it still work like before, except that now it will reference the >> above files in the current sandbox? >> >> Or will it break because now it doesn't know which file we are >> referring to since those files are not defined by a specific file >> path? >> -- >> >> Sincerely, >> Kenneth Grome >> >> PS: My email address is kengrome@softhome.net until further notice. >> >> ------------------------------------------------------------- >> 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/ > > >------------------------------------------------------------- >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/ -- Sincerely, Kenneth GromePS: My email address is kengrome@softhome.net until further notice.------------------------------------------------------------- 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/ Kenneth Grome

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:

[OT] Forums - check it out (2005) FORMS: Returning a specific page (1997) carrying values forward (1998) Pipes instead of tabs (1998) PCS Frames (1997) [OT] SMTP access (2003) PC Auth Hub+Merchant (1998) [REFERRER] works with form posts (2003) Fun with dates (1997) [sendmail] on NT? (1997) Close Databases Crash? (1998) Speaking of TCPSend (1999) GoLive CyberStudio 1.0.1 (1997) Maybe off topic but how to charge (1997) [searchString] (1997) absolute paths for databases? (1997) Country & Ship-to address & other fields ? (1997) Extended [ConvertChars] (1997) easy numfound search? (2001) Help! WebCat2 bug (1997)