[thelist] Parsing *.htm on an IIS (5.0) server THANKS

[Ken Schaefer]

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: "John C Bullas" <jcbullas at nildram.co.uk>
Subject: Re: [thelist] Parsing *.htm on an IIS (5.0) server THANKS


: >Q1) What do you mean by "parse"?
:
: I want embedded SSI command to "work"..... that is all
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Cool. Lots of types of "server-side" technologies require parsing. Cold
Fusion, ASP, PHP, and SSI etc. In all cases, the server needs to go through
the page, find all the CF/PHP/ASP/SSI commands and run them, and then send
the output to the client.

By default:
.shtml
.stm
.shtm
files will be parsed by ssinc.dll, which is the ISAPI extension that
implements SSI on IIS servers (out of the box - you are free to write your
own ISAPI extension that also does SSI if you want).

Also by default, any extension that is *not* mapped to an ISAPI extension
will simply be served by IIS without any pre-processing. So, for example, a
.doc file (Word Document) is not mapped to anything, so IIS will just send
it to the client (same with .htm, or .txt, or whatever). To change this
requires administrative privileges on the server (by default, though this
can be changed).

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
: > If you want that extension mapped to an ISAPI extension,
: > then either:
: >a) you need to be an administrator (you can either use the GUI tools, or
the
: >adustil.vbs command line tool)
: >     -or-
: >b) the hosting company needs to make some kind of tool available
: >to you (eg some kind of web based frontend that runs with the
: >appropriate permissions to make the changes). You can't do it yourself
: >via some kind of config file.
:
: Noted and pursuing, I think the work I am getting
: from the "now" webmistress is on an inherited site for which
: she has little knowledge other than the FTP details?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

You might want to speak to the hosting company then about what they offer.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
: >Q2) CHMOD only works on *nix machines. There you have three basic
: >sets of permissions - you, your group and the world. NTFS permissions
: >work very differently. Each user and/or each group that exists on the
: >machine, and the domain in which the machine resides can be
: >granted/denied permissions. That makes a tool like CHMOD
: >unsuitable for manipulating permissions (since the
: >ACL on the folder/file might have several dozen groups listed). Why do
you
: >need to change permissions?
:
: don't KNOW I need to, just want a script that will run from the browser
: URL line to work when embedded in a page..... not a typical FTP'd
: as "644" issue
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

It should "work" by itself. In the Windows world, copying (as opposed to
moving) a file into a folder means that the file inherits the NTFS (file)
permissions from the parent folder. So, as long as the hosting company has
correctly configured the root folder for your website, anything you copy in
there should have the correct NTFS permissions (they will automatically
inherit from the permissions defined on the parent folder). If something is
going wrong, then I suggest you speak to the hosting company (or maybe post
us a URL so we can have a look, and we might be able to tell you where
things are going wrong).


HTH

Cheers
Ken

Microsoft MVP - Windows Server (IIS)