Re: Issues with the default db files ...

This WebDNA talk-list message is from

2003


It keeps the original formatting.
numero = 49225
interpreted = N
texte = > Can some (but not all) of the category sites have their own > sandboxes? Yes.> 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? Yes.However, you must be sure to designate the 'child' folders (category) as sandbox folders, before designating the 'parent' folder (everyproduct) as a sandbox folder.> -----Original Message----- > From: WebDNA Talk [mailto:WebDNA-Talk@talk.smithmicro.com]On Behalf Of > Kenneth Grome > Sent: Saturday, April 05, 2003 4:37 PM > To: WebDNA Talk > Subject: Re: Issues with the default db files ... > > > 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.com > > His 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 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/ 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)
> Can some (but not all) of the category sites have their own > sandboxes? Yes.> 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? Yes.However, you must be sure to designate the 'child' folders (category) as sandbox folders, before designating the 'parent' folder (everyproduct) as a sandbox folder.> -----Original Message----- > From: WebDNA Talk [mailto:WebDNA-Talk@talk.smithmicro.com]On Behalf Of > Kenneth Grome > Sent: Saturday, April 05, 2003 4:37 PM > To: WebDNA Talk > Subject: Re: Issues with the default db files ... > > > 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.com > > His 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 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/ Scott Anderson

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:

taxTotal, too (1997) Re:no template caching (1997) Occasional crashes with $remove (1997) Uploading Files and Descriptions W* (2000) Help! WebCat2 bug (1997) suffix mapping, use of cache, etc. (1997) webdelivery.html and webna (1997) [addfields] bombing 5.0 (2003) WebCat2b13MacPlugIn - [include] doesn't allow creator (1997) Search in 2 or more catalogs (1997) Removing [showif] makes a big difference in speed (1997) [WebDNA] plupload ? (2012) OT: Webinars and remote desktop control (2003) UPS Online tool (2007) Search for 20 finds 2000, 200 Why? (1997) WebCat2 several catalogs? (1997) a new bug? (1999) Protect vs Authenicate (1997) Need A Hired Gun :^) (1998) Can't load tmpl files (1997)