Re: [protect] weirdness

This WebDNA talk-list message is from

2000

It keeps the original formatting. numero = 30408
interpreted = N
texte = As a followup to my previous posting, I have discovered some other odd thingsgoing on. I am running two kinds of sites: ones located inside the/cgi-shl/WebCatalog directory using *.tpl extensions mapped to $WebCat.exe; andthose located in document directories located in the site's virtual home, i.e.C:\Servers\Site\htdocs, using *.shtml extensions mapped to $WebCat.dll. I movedmy ViewOrder.shtml file to the /cgi-shl/WebCatalog directory and got thefollowing error message:Message: Shell C:\WebSite\cgi-shl\WebCatalog\$WebCat.dll does not exist or isnot executable.Yet the exact same file operates correctly in any document directory. If Iadd [protect admin] to the file, I cannot authenticate using any admin users. If I rename the file to ViewOrder.tpl, I can authenticate just fine! If I thenmove the file back into a document directory, I can still use [protect] justfine.It appears that $WebCat.dll and $WebCat.exe do not operate in the same way. Icannot authenticate using $WebCat.dll at all; I must use $WebCat.exe (which asmy other message yesterday mentioned is painfully slow).It also appears that content type wwwserver/isapi is limited to operating outof document directories and wwwserver/shellcgi content types can beanywhere. This may be a limitation of O'Reilly's WebSite, and I will confirmthat with them.I will report this to SM and WebSite support directly, since I want to use thefaster isapi DLL rather than the slower EXE.John Peacock____________________Reply Separator____________________Subject: [protect] weirdness Author: (WebCatalog Talk)Date: 4/11/2000 10:38 AMSeveral of my sites are no longer located directly below the default cgi-shl\WebCatalog directory. I find that I cannot use [protect] on any ofthose pages and get it to work. I always get Authorization failed even thoughI can do the same thing to the TeaRoom and the exact same users work.Is this a known problem? Has anyone else seen this? I do not see any mentionof it in the archives. There is a FAQ that states that WebCat files do not needto be located within the WebCat directories. I rarely use [protect] and onlyrecently moved some sites out from inside WebCatalog's file hierarchy.Running NT 4.0/PL5 with 256MB RAM, O'Reilly's WebSite 2.4.0.9, WebCatalog 3.0.7(was 3.0.4).TIAJohn Peacock-------------------------------------------------------------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 Associated Messages, from the most recent to the oldest:

Re: [protect] weirdness (jpeacock@univpress.com 2000)

As a followup to my previous posting, I have discovered some other odd thingsgoing on. I am running two kinds of sites: ones located inside the/cgi-shl/WebCatalog directory using *.tpl extensions mapped to $WebCat.exe; andthose located in document directories located in the site's virtual home, i.e.C:\Servers\Site\htdocs, using *.shtml extensions mapped to $WebCat.dll. I movedmy ViewOrder.shtml file to the /cgi-shl/WebCatalog directory and got thefollowing error message:Message: Shell C:\WebSite\cgi-shl\WebCatalog\$WebCat.dll does not exist or isnot executable.Yet the exact same file operates correctly in any document directory. If Iadd [protect admin] to the file, I cannot authenticate using any admin users. If I rename the file to ViewOrder.tpl, I can authenticate just fine! If I thenmove the file back into a document directory, I can still use [protect] justfine.It appears that $WebCat.dll and $WebCat.exe do not operate in the same way. Icannot authenticate using $WebCat.dll at all; I must use $WebCat.exe (which asmy other message yesterday mentioned is painfully slow).It also appears that content type wwwserver/isapi is limited to operating outof document directories and wwwserver/shellcgi content types can beanywhere. This may be a limitation of O'Reilly's WebSite, and I will confirmthat with them.I will report this to SM and WebSite support directly, since I want to use thefaster isapi DLL rather than the slower EXE.John Peacock____________________Reply Separator____________________Subject: [protect] weirdness Author: (WebCatalog Talk)Date: 4/11/2000 10:38 AMSeveral of my sites are no longer located directly below the default cgi-shl\WebCatalog directory. I find that I cannot use [protect] on any ofthose pages and get it to work. I always get Authorization failed even thoughI can do the same thing to the TeaRoom and the exact same users work.Is this a known problem? Has anyone else seen this? I do not see any mentionof it in the archives. There is a FAQ that states that WebCat files do not needto be located within the WebCat directories. I rarely use [protect] and onlyrecently moved some sites out from inside WebCatalog's file hierarchy.Running NT 4.0/PL5 with 256MB RAM, O'Reilly's WebSite 2.4.0.9, WebCatalog 3.0.7(was 3.0.4).TIAJohn Peacock-------------------------------------------------------------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 jpeacock@univpress.com

DOWNLOAD WEBDNA NOW!

Re: [protect] weirdness

2000

Top Articles:

Related Readings: