Re: [protect admin]
This WebDNA talk-list message is from 1997
It keeps the original formatting.
numero = 12352
interpreted = N
texte = At 11:36 PM 7/8/97, Grant Hulbert altered the fabric of cyberspace, writing: > Your first message to the talk list was at 7:54 PM tonight. You're not >allowed to start yelling for a couple more days yet. Let's work through >this carefully and find out what the problem is. >No my first message about this was last Thursday. At that time I asked about running from the /cgi-bin/. > > Does the administration URL work? Does it require a password? If so, >but your other protected pages don't, then we need to look elsewhere for >the problem. >Yes & yes. Admin is Realm protected in WebStar.> Here are some reasons why [protect] wouldn't throw up a dialog: > > 1) Netscape has cached the correct password alreadyI restarted Netscape. However, it seems since I was doing editing by mounting the server to the workstation using the same usr/pass combo for admin, that this 'may' have something to do with it.> 2) There is a username/password pair that are blank in your Users.dbNo.> 3) You changed one of the field names in the Users.dbNo.> 4) You moved Users.db out of the folder where WebCatalog.acgi residesNo.> 5) You moved MultiGroupChecker or InGroup out of the folder where >WebCatalog.acgi residesYES!!!> > WebCatalog indeed looks for these files relative to itself. There is no >hard-coding of the paths, except if you count that it looks only in its >own folder for these files. We consider all the files and folders inside >the WebCatalog folder to be part of the WebCatalog package, and they need >to stay in their relative positions to work. This *excludes* >GeneralStore, Classifieds, TeaRoom, and DatabaseHelper, all of which can >be moved anywhere on your site (we just put them there initially so they >don't clutter up your web server folder). >So what you are saying is that as long as:1. WebCatalog.acgi 2. user.db 3. MultiGropuChecker 4. Ingroupare contained in the same folder (ie cgi-bin), all should be well. > We were very careful to design WebCatalog so that you can bury it deeper >into your folder hierarchy if you like, but I will have to play with it >more tomorrow to verify this CGI-BIN thing, which I have not used much. >(I'm looking at true virtual roots for WebTen, too). >Yes you have. The documentation, although it has come along way, is still thin in areas like this. I know that one thing that would help me is a db that I can type a tag name and have it return the information (syntax, etc) about that tag. I spend too much time thumbing through the printed pdf referance secetion looking for tag information. Yes I know about the 'online referance' but it is not what I have in mind.> The reason for the first preference item in the Preferences URL >WebServerFolder is to give WebCatalog a hint as to how deeply it's >buried in your server folder. Tomorrow I will verify that moving the >WebCatalog folder into WebSTAR/cgi-bin/ will work with suffix mapping and >templates as long as the preference is set to ../../ or ::: in order >to let it know that WebSTAR's root is one level higher than normal. >Again this is confusing and the documentation is thin. If WebCat was in the root of the server, does that mean : or no ../? Then if it is in the cgi-bin mean :: and/or ../ or :/cgi-bin/?How about Emailer? Anywhere? Again Addrssing? If Emailer was in a folder called Mailer in the root of the server, what would the pref in Emailer and WebCat (from the cgi-bin) look like?> And to everyone: let's not start flaming on this list -- I for one notice >that I give much faster and more accurate answers to questions that are >nicely worded. It's OK to be frustrated, but realize that the rest of us >weren't there when your neck muscles were bulging. We spent thousands of >man-hours and months in beta on this product, and so far the answer to any >question has almost always been yeah, you can do that. If not, we tend >to fix it and send you an update right away. >I admit to GREAT frustration last night and apoligies to the list for the flame!Without documentation or other resources, it is easy to happen.<--Glenn-->~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Glenn & Renee Davis Exclusively Web / Net Highway (916) 887-0678 Web Page Design / Hosting Services POB 157, Cool,CA 95614-0157 http://www.ExclusivelyWeb.com http://www.Net-Hwy.com &&& ||| (@ @) (@ @) ----------------------------ooO---U---Ooo---------------ooO--(_)--Ooo------->> Mailto:renee@Net-Hwy.com Mailto:glenn@Net-Hwy.com Mailto:renee@ExclusivelyWeb.com Mailto:glenn@ExclusivelyWeb.com Graphics Design Webmaster
Associated Messages, from the most recent to the oldest:
At 11:36 PM 7/8/97, Grant Hulbert altered the fabric of cyberspace, writing: > Your first message to the
Talk List was at 7:54 PM tonight. You're not >allowed to start yelling for a couple more days yet. Let's work through >this carefully and find out what the problem is. >No my first message about this was last Thursday. At that time I asked about running from the /cgi-bin/. > > Does the administration URL work? Does it require a password? If so, >but your other protected pages don't, then we need to look elsewhere for >the problem. >Yes & yes. Admin is Realm protected in WebStar.> Here are some reasons why
[protect] wouldn't throw up a dialog: > > 1) Netscape has cached the correct password alreadyI restarted Netscape. However, it seems since I was doing editing by mounting the server to the workstation using the same usr/pass combo for admin, that this 'may' have something to do with it.> 2) There is a username/password pair that are blank in your Users.dbNo.> 3) You changed one of the field names in the Users.dbNo.> 4) You moved Users.db out of the folder where WebCatalog.acgi residesNo.> 5) You moved MultiGroupChecker or InGroup out of the folder where >WebCatalog.acgi residesYES!!!> > WebCatalog indeed looks for these files relative to itself. There is no >hard-coding of the paths, except if you count that it looks only in its >own folder for these files. We consider all the files and folders inside >the WebCatalog folder to be part of the WebCatalog package, and they need >to stay in their relative positions to work. This *excludes* >GeneralStore, Classifieds, TeaRoom, and DatabaseHelper, all of which can >be moved anywhere on your site (we just put them there initially so they >don't clutter up your web server folder). >So what you are saying is that as long as:1. WebCatalog.acgi 2. user.db 3. MultiGropuChecker 4. Ingroupare contained in the same folder (ie cgi-bin), all should be well. > We were very careful to design WebCatalog so that you can bury it deeper >into your folder hierarchy if you like, but I will have to play with it >more tomorrow to verify this CGI-BIN thing, which I have not used much. >(I'm looking at true virtual roots for WebTen, too). >Yes you have. The documentation, although it has come along way, is still thin in areas like this. I know that one thing that would help me is a db that I can type a tag name and have it return the information (syntax, etc) about that tag. I spend too much time thumbing through the printed pdf referance secetion looking for tag information. Yes I know about the 'online referance' but it is not what I have in mind.> The reason for the first preference item in the Preferences URL >WebServerFolder is to give WebCatalog a hint as to how deeply it's >buried in your server folder. Tomorrow I will verify that moving the >WebCatalog folder into WebSTAR/cgi-bin/ will work with suffix mapping and >templates as long as the preference is set to ../../ or ::: in order >to let it know that WebSTAR's root is one level higher than normal. >Again this is confusing and the documentation is thin. If WebCat was in the root of the server, does that mean : or no ../? Then if it is in the cgi-bin mean :: and/or ../ or :/cgi-bin/?How about Emailer? Anywhere? Again Addrssing? If Emailer was in a folder called Mailer in the root of the server, what would the pref in Emailer and WebCat (from the cgi-bin) look like?> And to everyone: let's not start flaming on this list -- I for one notice >that I give much faster and more accurate answers to questions that are >nicely worded. It's OK to be frustrated, but realize that the rest of us >weren't there when your neck muscles were bulging. We spent thousands of >man-hours and months in beta on this product, and so far the answer to any >question has almost always been yeah, you can do that. If not, we tend >to fix it and send you an update right away. >I admit to GREAT frustration last night and apoligies to the list for the flame!Without documentation or other resources, it is easy to happen.<--Glenn-->~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Glenn & Renee Davis Exclusively Web / Net Highway (916) 887-0678 Web Page Design / Hosting Services POB 157, Cool,CA 95614-0157 http://www.ExclusivelyWeb.com http://www.Net-Hwy.com &&& ||| (@ @) (@ @) ----------------------------ooO---U---Ooo---------------ooO--(_)--Ooo------->> Mailto:renee@Net-Hwy.com Mailto:glenn@Net-Hwy.com Mailto:renee@ExclusivelyWeb.com Mailto:glenn@ExclusivelyWeb.com Graphics Design Webmaster
Glenn Davis
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:
Running 2 two WebCatalog.acgi's (1996)
Nested tags count question (1997)
Multiple Merchant Accounts? (1997)
Country & Ship-to address & other fields ? (1997)
Word wrapping (1997)
Sorting by date (1997)
OT: advice on Wintel server options (1998)
Summing fields (1997)
a search based on ^(contains) (1998)
plugin-acgi, different results (1997)
New Plug-in and Type 11 errors (1997)
[WebDNA] after latest OSX upgrade, WebDNA not running? (2011)
Backup Server/Load Balancing (2001)
Summing fields (1997)
Dreamweaver extensions [reprise] (2000)
[SHOWIF] (1997)
3.0 [TEXT] variables (1998)
search question (2001)
Occasional crashes with $remove (1997)
Search Context Strips URL chrs.? (1999)