Untergeordnete Webvariablen gelten für ein einzelnes Web eines virtuellen Servers. Unter Windows und UNIX erfolgt die Festlegung der Webvariablen durch Bearbeiten der Textdatei _vti_pvt/Service.cnf im Stammweb bzw. im untergeordneten Web oder mithilfe der Registerkarte Parameter im Dialogfeld Webeinstellungen, wenn das Web im FrontPage-Client geöffnet ist.
Die Syntax für alle untergeordneten Webvariablen lautet: Variablenname:Schreibzustand|Wert
, wobei Schreibzustand
auf einen der folgenden Werte festgelegt ist:
- SX Die Variable ist gegenüber dem FrontPage-Client verborgen und nur auf dem Server vorhanden. Dies ist die sicherste Einstellung.
- SR Die Variable ist auf dem FrontPage-Client und dem Server vorhanden, kann jedoch auf dem FrontPage-Client nicht mithilfe der Registerkarte Parameter im Dialogfeld Webeinstellungen geändert werden.
- SW Die Variable ist auf dem FrontPage-Client und dem Server vorhanden und kann auf dem FrontPage-Client mithilfe der Registerkarte Parameter im Dialogfeld Webeinstellungen geändert werden. Dies ist die unsicherste Einstellung.
Beispiel:
vti_accesscontrol:SR|1
Falls dieselbe Konfigurationsvariable auf mehr als einer Ebene definiert wird, erfolgt die Auflösung des Konflikts durch die FrontPage-Servererweiterungen unter Verwendung der folgenden Hierarchie:
- Die Konfigurationsvariablen für untergeordnete Webs besitzen die höchste Priorität.
- Die Konfigurationsvariablen für virtuelle Server besitzen die zweithöchste Priorität.
- Globale Konfigurationsvariablen besitzen dritthöchste Priorität.
Die folgende Tabelle beschreibt die Speicherorte der Konfigurationsvariablen der Servererweiterungen unter Windows und UNIX.
Windows |
|
Global |
In der Registrierung unter
HKLM\Software\Microsoft\Shared Tools\Web Server Extensions\All Ports |
Virtueller Server |
In der Registrierung unter
HKLM\Software\Microsoft\Shared Tools\Web Server Extensions\Ports\Port Hostname:nnn
Bei IIS 4.0 und höher können Sie eine Instanznummer verwenden. Beispiel:
HKLM\Software\Microsoft\Shared Tools\Web Server Extensions\Ports\Port /LM/W3SVC/nnn |
Untergeordnetes Web |
In der Datei _vti_pvt/Service.cnf im untergeordneten Web oder Stammweb. |
|
|
UNIX |
|
Global |
In /usr/local/frontpage/version4.0/frontpage.cnf |
Virtueller Server |
Auf Systemen mit Multihosting in
Hostname:Anschluss.cnf,
wobei Hostname den vollständigen Domänennamen des Server darstellt.
Auf einem System ohne Multihosting in
wennn.cnf,
wobei nnn die Anschlussnummer des Webservers darstellt.
In beiden Fällen befindet sich die Datei standardmäßig in /usr/local/frontpage.
|
Untergeordnetes Web |
Im untergeordneten Web in _vti_pvt/service.cnf. |
FrontPage weist jeder Konfigurationsvariablen intern einen Standardwert zu.
Dies gilt auch, wenn die Variable nicht in der Registrierung (unter Windows)
oder in der Datei frontpage.cnf (unter UNIX) vorhanden ist.
Dieser Anhang umfasst für alle Konfigurationsvariablen die folgenden Informationen:
- Name der Konfigurationsvariablen. (Bei untergeordneten Webs wird der Name kleingeschrieben und verfügt über das Präfix "vti_".)
- Definition.
- Standardwert.
- Die Ebenen, auf denen die Variable zur Verfügung steht: global, virtueller Server und untergeordnetes Web.
- Gegebenenfalls Unterschiede zwischen der Verwendung der Variablen unter Windows und unter UNIX.
AccessControl
Wenn AccessControl auf 0 festgelegt wird, ist die Berechtigungsprüfung von FrontPage vollständig deaktiviert. Wenn AccessControl auf 0 festgelegt ist, muss der Administrator die Zugriffskontrolle für die Verzeichnisse _vti jedes Mal manuell festlegen, wenn ein untergeordnetes Web erstellt wird. Solange die Zugriffskontrolle nicht manuell festgelegt wurde, kann jeder Benutzer in dem untergeordneten Web Dokumente erstellen. Wenn AccessControl auf 0 festgelegt ist, werden benutzerdefinierte Zugriffskontrollberechtigungen von FrontPage nicht überschrieben. Darüber hinaus ist auf dem FrontPage-Client der Befehl Berechtigungen deaktiviert.
Standardwert |
1 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
nein |
AllowExecutableScripts
Wenn AllowExecutableScripts auf einen von Null verschiedenen Wert festgelegt wird, setzt FrontPage das Ausführungsbit für Dateien in ausführbaren Verzeichnissen. Wenn Verzeichnisse als ausführbar markiert sind, werden auch alle Dateien in dem Verzeichnis als ausführbar markiert.
Falls Autoren berechtigt sind, in ausführbare Verzeichnisse zu uploaden (d. h., die Variable NoExecutableCgiUpload ist auf 0 festgelegt) und AllowExecutableScripts auf einen von Null verschiedenen Wert festgelegt ist, können Autoren neu geuploadete CGI-Skripts und ISAPI-Erweiterungen ausführen. Wenn NoExecutableCgiUpload auf 0 und AllowExecutableScripts auf 0 festgelegt ist, können Autoren ASP- und IDC-Dateien jedoch keine CGI- oder ISAPI-Dateien uploaden und verwenden.
Standardwert |
0 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
nur bei IIS-Servern |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
nein |
Festlegung für untergeordnetes Web? |
nein |
Authoring
Wenn Authoring auf disabled festgelegt wird, ist jede Dokumenterstellung mithilfe der FrontPage-Servererweiterungen für den virtuellen Server deaktiviert. Diese Variable kann auch mithilfe des FrontPage-MMC-Snapins festgelegt werden. Bei enabled ist die Dokumenterstellung aktiviert.
Standardwert |
enabled |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
nein |
CacheMaxDocMeta
Legt die maximale Anzahl von Dokumenten fest, die im Cache gespeichert werden, wenn FrontPage Schreibvorgänge durchführt. Dies ist die maximale Anzahl von Dokumenten, dessen Eigenschafteninformationen, wie z. B. Webparameter, im aktiven Speicher verfügbar sein sollen. Öffnet ein Autor ein Dokument und der Cache ist voll, wird der Cache gelöscht und der Cache startet mit dem zuletzt geöffneten Dokument.
Standardwert |
4096 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
vti_cachemaxdocmeta |
CacheMaxImage
Standardmäßig legen die FrontPage-Servererweiterungen in Seiten, die in einem Web gespeichert werden, in allen IMG-Tags die Attribute HEIGHT und WIDTH fest. Dies verbessert das Erscheinungsbild der Seiten, wenn ein Sitebesucher die Seiten über eine langsame Verbindung downloadet. CacheMaxImage legt die maximale Anzahl von Bildern fest, deren Attribute HEIGHT und WIDTH von den Servererweiterungen zwischengespeichert werden, während Hyperlinks neu berechnet werden oder eine Seite gespeichert wird.
Wenn diese Variable global oder für einen virtuellen Server festgelegt wird und die Webs auf dem Server häufig mehr als 16 Bilder enthalten, sollten Sie diese Zahl erhöhen. Wenn diese Variable für ein einzelnes untergeordnetes Web festgelegt wird, sollten Sie sie nicht größer festlegen als die Anzahl der Bilddateien im Web.
Standardwert |
16 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
vti_cachemaximage |
CacheMaxInclude
Legt die maximale Anzahl eingeschlossener Dateien auf einer Seite (Seiten, die über die Komponente Seite einschließen eingeschlossen werden) fest, die von den FrontPage-Servererweiterungen zwischengespeichert werden, während Hyperlinks neu berechnet werden oder die Seite gespeichert wird. Sie sollten den Wert von CacheMaxInclude auf die höchste Anzahl von Seiten festlegen, die in einer Seite im Web eingeschlossen wird, falls diese Zahl größer ist als der Standardwert (16).
Standardwert |
16 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
vti_cachemaxinclude |
CacheMaxIncludeSize
Legt die maximale Dokumentgröße in KB fest, die von den FrontPage-Servererweiterungen intern zwischengespeichert werden.
Standardwert |
32 KB unter Windows 95/98 und UNIX.
256 KB unter Windows NT. |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
vti_cachemaxincludesize |
CacheMinDocMeta
Legt die maximale Anzahl von Dokumenten fest, die im Cache gespeichert werden, wenn FrontPage Lesevorgänge durchführt. Dies ist die maximale Anzahl von Dokumenten, dessen Eigenschafteninformationen, wie z. B. Webparameter, im aktiven Speicher verfügbar sein sollen. Öffnet ein Autor ein Dokument und der Cache ist voll, wird der Cache gelöscht und der Cache startet mit dem zuletzt geöffneten Dokument.
Standardwert |
8
|
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
vti_cachemindocmeta |
ClientVerCutoff
Legt die kleinste Version des FrontPage-Clients fest, die für die Dokumenterstellung im Web verwendet werden kann. Legen Sie diese Variable fest, wenn das Web nicht von Autoren bearbeitet werden soll, die frühere Versionen des FrontPage-Clients einsetzen (dies kann beispielsweise der Fall sein, wenn das Web Features enthält, die von den früheren Versionen des FrontPage-Clients nicht unterstützt werden). Diese Variable kann nur für ein einzelnes Web in der Datei _vti_pvt/Service.cnf des Webs festgelegt werden. Ist dieser Parameter nicht vorhanden, kann jede Version des FrontPage-Clients zum Bearbeiten des Webs verwendet werden.
Hinter ClientVerCutoff muss ein Doppelpunkt stehen, dahinter die kleinste Version von FrontPage, die Autoren zum Bearbeiten des Webs verwenden können, ein weiterer Doppelpunkt und dann eine Fehlermeldung, die angezeigt wird, wenn ein Autor versucht das Web mit einem älteren Client zu öffnen. Beispiel:
vti_clientvercutoff:SX|4.0.1.2000:Dieses Web kann nur mit FrontPage 2000 bearbeitet werden.
Beachten Sie, dass der Schreibzustand der Variablen auf SX festgelegt ist. Es ist am sichersten, diese Variable zu verbergen, damit ihr im FrontPage-Client über das Dialogfeld Webeinstellungen kein anderer Wert zugewiesen werden kann.
Standardwert |
Standardmäßig kann jede Version des FrontPage-Client zum Bearbeiten eines Webs verwendet werden. |
Globale Festlegung? |
nein |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
nein |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
vti_clientvercutoff |
ComplexPasswords
Bei allen Servern mit Ausnahme von IIS schränkt ComplexPasswords die in FrontPage erstellten Kennwortzeichenfolgen ein. Wenn ComplexPasswords auf einen von Null verschiedenen Wert festgelegt wird, gelten für Kennwörter die folgenden Regeln:
- Der Benutzername kann nicht Bestandteil des Kennworts sein.
- Das Kennwort muss mindestens ein alphabetisches Zeichen enthalten.
- Das Kennwort muss mehr als 8 Zeichen umfassen.
Standardwert |
0 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
nur bei Nicht-IIS-Servern |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
nein |
DisableAutoImgSizeExts
Die FrontPage-Servererweiterungen reservieren automatisch den richtigen Speicherplatz für Bilder und andere Dateien, die in einer Webseite eingebettet sind. Mithilfe von DisableAutoImgSizeExts können Sie eine Liste mit einer oder mehreren Dateinamenerweiterungen angeben. Für Dateitypen, die in dieser Variablen aufgeführt sind, reservieren die Servererweiterungen nicht automatisch den richtigen Speicherplatz auf der Seite.
Zum Angeben der Dateitypen schreiben Sie die Dateinamenerweiterungen (einschließlich des führenden Punkts) hintereinander und verwenden keine Leerzeichen. Beispiel: .erw1.erw2.erw3
Standardwert |
.asp |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
vti_disableautoimgsizeexts |
DisableMetaTagStore
FrontPage speichert die META-Tagdaten für alle Webseiten in einer Datei zwischen. Durch das Zwischenspeichern dieser Daten an einer einzigen Stelle, wird der Zugriff für Skripts und Programme, die das FrontPage-Objektmodell verwenden, verbessert. Die Variable DisableMetaTagStore deaktiviert dieses Feature zum Zwischenspeichern. Falls der Zugriff auf das Web nicht über das Objektmodell erfolgt, legen Sie diese Variable auf einen von Null verschiedenen Wert fest, um den Speicher für META-Tagdaten zu deaktivieren.
Standardwert |
0 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
vti_disablemetatagstore |
ImageMapFormat
Legt das URL-Format fest, das von dem serverseitigen Imagemap-Prozessor verwendet wird, der von FrontPage erstellte Imagemaps verarbeitet. Beachten Sie, dass FrontPage 2000 clientseitige Imagemaps erstellt und die meisten Browser clientseitige Imagemaps unterstützen, sodass diese Einstellung lediglich bei früheren Versionen von FrontPage sinnvoll ist. Zulässige Parameter sind: NCSA, CERN, Netscape, none oder "". Wenn Sie none angeben, erzeugt FrontPage keinen HTML-Code, um die serverseitige Imagemapverarbeitung zu unterstützen. Die Leerzeichenfolge "" gibt an, dass Standard-FrontPage-Imagemaps erstellt werden.
Standardwert |
"" |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
vti_imagemapformat |
ImageMapURLPrefix
Legt den URL des serverseitigen Imagemap-Prozessors für das ausgewählte Imagemapformat relativ zum Server fest. Falls ImageMapFormat auf "" festgelegt wird, werden serverseitige Imagemaps von den FrontPage-Servererweiterungen automatisch verarbeitet. Geben Sie bei anderen Formaten den Namen und den Speicherort des Imagemap-Prozessors an. Um clientseitige Imagemaps anzugeben, legen Sie diese Variable auf "" (kein) fest.
Standardwert |
"" |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
vti_imagemapurlprefix |
ListLockLatency
Der Aufruf vom FrontPage-Client an die Servererweiterungen, Dokumente aufzulisten, kann viel Zeit in Anspruch nehmen, wenn beispielsweise der Aufruf eine Liste des gesamten Inhalts eines großen Webs liefern soll. Standardmäßig ist ListLockLatency so eingestellt, dass diese Transaktion die Sperre für das Web alle 5 Sekunden freigibt und wieder beansprucht. Dieser Wert stellt nur einen ungefähren Wert dar. Die Sperren werden immer dann freigegeben, wenn bei der Listentransaktion ein neues Verzeichnis gefunden wird. Die Auflistung eines Verzeichnisses, das beispielsweise 100.000 Dateien enthält, kann ein Vielfaches von 10 Sekunden dauern. Die Sperre wird erst dann aufgehoben, wenn das gesamte Verzeichnis aufgelistet wurde.
Steuern Sie das Zeitintervall für die Sperrfreigabe (in Sekunden), indem Sie ListLockLatency festlegen. Der Wert der Variablen entspricht der maximalen Anzahl von Sekunden zwischen Sperrfreigaben. Der Wert 0 bedeutet, dass die Sperre immer dann aufgehoben werden soll, wenn ein neues Unterverzeichnis gefunden wird.
Standardwert |
5 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
vti_listlocklatency |
Logging
Wenn Logging auf einen von Null verschiedenen Wert festgelegt wird, protokollieren die FrontPage-Servererweiterungen alle Dokumenterstellungsvorgänge im Verzeichnis _vti_log des Webs in der Datei Author.log. Für jeden Vorgang wird aufgezeichnet: aktuelle Zeit, Remote-Host, Benutzername des Autors, Webname, durchgeführte Aktion und die Daten der Aktion. Im Falle einer Sicherheitslücke kann diese Protokolldatei hinsichtlich Dokumenterstellungsaktivitäten in der Website analysiert werden.
Standardwert |
0 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
vti_logging |
MailCharSet
Kann zum Überschreiben des Zeichensatzattributs der Inhaltstyp-Kopfzeile verwendet werden.
Standardwert |
"" |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
nein |
MailEncoding
Kann verwendet werden, um das Attribut für die Codierung der Inhaltsübertragung in der Inhaltstyp-Kopfzeile zu überschreiben.
Standardwert |
"" |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
nein |
MailSender
Legt den Benutzernamen fest, der beim Senden von E-Mail als "Absender"-Konto verwendet wird. Wird insbesondere als Argument für den SMTP-Befehl SEND FROM: verwendet. Der Standardwert für SMTP lautet Benutzer@Host, wobei Benutzer das aktuelle Benutzerkonto und Host den aktuellen Hostnamen darstellt.
Standardwert |
"" |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
nein |
NoAbsoluteFileResults
(Diese Variable ist veraltet und nur aus Gründen der Abwärtskompatibilität vorgesehen; verwenden Sie statt dessen NoSaveResultsToAbsoluteFile.)
Wenn NoAbsoluteFileResults auf einen von Null verschiedenen Wert festgelegt wird, können die Standardbehandlungsroutine ("Ergebnisse speichern") sowie die Behandlungsroutinen für Registrierungs- und Diskussionsformulare nur in eine Datei schreiben, die sich im Webinhaltsbereich des Autors befindet. Dadurch wird verhindert, dass diese Behandlungsroutinen für Formulare in einen absoluten Dateipfad schreiben.
Obwohl der Standardwert von NoAbsoluteFileResults 0 ist, wird er bei der Installation von FrontPage auf 1 festgelegt.
Standardwert |
1 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
nein |
NoClientImageMaps
Wenn NoClientImageMaps auf 1 festgelegt ist, wird verhindert, dass FrontPage HTML-Code erzeugt, der eine clientseitige Imagemapverarbeitung unterstützt.
Um FrontPage so zu konfigurieren, dass clientseitige und serverseitige Imagemaps erstellt werden, lassen Sie die Einstellung dieser Variablen auf dem Standardwert 0 und wählen ein serverseitiges Imagemapformat (siehe ImageMapFormat).
Standardwert |
0 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
vti_noclientimagemaps |
NoExecutableCgiUpload
Wenn NoExecutableCgiUpload auf einen von Null verschiedenen Wert festgelegt wird, wird das Ausführungsbit von den FrontPage-Servererweiterungen für alle CGI-Skripts, die ein Autor mithilfe von FrontPage in ein Web uploadet, nicht gesetzt. Ein Webpräsenzprovider kann die Ausführungsberechtigung manuell festlegen, nachdem das CGI-Skript überprüft wurde. Wenn NoExecutableCgiUpload auf 0 festgelegt wird, setzen die Servererweiterungen automatisch das Ausführungsbit für CGI-Skripts, die in das Verzeichnis cgi-bin eines Autor geuploadet werden.
Standardwert |
1 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
nein |
NoIndexServer
Wenn NoIndexServer auf 1 festgelegt wird, verwendet FrontPage nicht IIS Index Server, um den Volltextindex der Website zu erstellen. Statt dessen verwendet FrontPage das FreeWAIS-Suchmodul, das in FrontPage 2000 enthalten ist. Wenn FrontPage Index Server erkennt, wird dieser standardmäßig zum Erstellen des Volltextindex verwendet.
Standardwert |
0 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
nein |
NoMarkScriptable
(IIS 4.0 oder höher) Wenn NoMarkScriptable auf einen von Null verschiedenen Wert festgelegt wird, können Benutzer des FrontPage-Client das Skriptbit für alle Ordner in einem Web nicht ändern. Wenn dieser Wert festgelegt wird, muss ein Internetdienstanbieter das Skriptbit für Ordner manuell setzen. Wenn NoMarkScriptable auf 0 festgelegt wird, können die Benutzer des FrontPage-Client dieses Bit ändern.
Standardwert |
0 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja IIS 4.0 oder höher |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
nein |
Festlegung für untergeordnetes Web? |
vti_nomarkscriptable |
NoSaveResultsPipeTo
Frühere Versionen von FrontPage ermöglichen, dass die Standardbehandlungsroutine für Formulare ("Ergebnisse speichern") die Formularergebnisse an ein beliebiges Programm weiterleitet. Aus Gründen der Abwärtskompatibilität deaktiviert NoSaveResultsPipeTo diese Möglichkeit, wenn die Variable auf einen von Null verschiedenen Wert festgelegt wird. Um das Weiterleiten von Inhalten an ein Programm zuzulassen, legen Sie diese Variable auf 0 fest.
Standardwert |
1 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
nein |
NoSaveResultsToAbsoluteFile
Wenn NoSaveResultsToAbsoluteFile auf 1 festgelegt wird, können die Standardbehandlungsroutine ("Ergebnisse speichern") sowie die Behandlungsroutinen für Registrierungsformulare und Diskussionsformulare nicht in einen absoluten Dateipfad schreiben, auch wenn das Konto für den Lesezugriff über die NTFS-Rechte verfügt, in den betreffenden Pfad zu schreiben: die Formularbehandlungsroutinen können nur in eine Datei im Inhaltsbereich des Webs schreiben. Wenn NoSaveResultsToAbsoluteFile auf 0 festgelegt wird, können die Standardbehandlungsroutine ("Ergebnisse speichern") sowie die Behandlungsroutinen für Registrierungsformulare und Diskussionsformulare von FrontPage in einen absoluten Dateipfad schreiben.
Verwenden Sie NoSaveResultsToAbsoluteFile anstelle der veralteten Variablen NoAbsoluteFileResults.
Standardwert |
1 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
nein |
NoSaveResultsToLogDir
Wenn NoSaveResultsToLogDir auf 1 festgelegt ist, schreiben die Standardbehandlungsroutine ("Ergebnisse speichern") sowie die Behandlungsroutinen für Registrierungsformulare und Diskussionsformulare nicht in das Verzeichnis _vti_log des Webs. Wenn NoSaveResultsToLogDir auf 0 festgelegt wird, schreiben Formularbehandlungsroutinen in das Verzeichnis _vti_log des Webs.
Verwenden Sie NoSaveResultsToLogDir anstelle der veralteten Variablen NoServerFileResults.
Standardwert |
1 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
nein |
NoServerFileResults
(Diese Variable ist veraltet und nur aus Gründen der Abwärtskompatibilität vorgesehen; verwenden Sie statt dessen NoSaveResultsToLogDir.)
Wenn NoServerFileResults auf einen von Null verschiedenen Wert festgelegt wird, können die Standardbehandlungsroutine ("Ergebnisse speichern") sowie die Behandlungsroutinen für Registrierungsformulare und Diskussionsformulare im Web des Autors nicht in das Verzeichnis _vti_log schreiben.
Standardwert |
1 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
nein |
PreserveTagCase
Wenn PreserveTagCase auf Y oder einen von Null verschiedenen Wert festgelegt wird, belassen die Servererweiterungen beim Neuformatieren von HTML-Seiten die Groß-/Kleinschreibung von HTML-Tagattributen. Die Priorität von PreserveTagCase ist höher als die der Variablen UpperCaseTags.
Beachten Sie, dass die Groß-/Kleinschreibung von HTML-Tags von der eigenständigen Variablen UpperCaseTags gesteuert wird.
Standardwert |
0 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
vti_preservetagcase |
PrivateBrowsable
(Nur bei IIS-Servern) Wenn PrivateBrowsable auf 1 festgelegt wird, können Browser im Web auf das Verzeichnis _private zugreifen. Um zu verhindern, dass Sitebesucher das Verzeichnis _private durchsuchen, legen Sie PrivateBrowsable auf 0 fest. Sobald Sie diese Einstellung hinzugefügt haben, wird sie auf alle Webs angewandt, die Sie neu erstellen. Dies hat jedoch keine Auswirkung auf Webs, die vorher erstellt wurden.
Standardwert |
0 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
nur bei IIS |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
nein |
Festlegung für untergeordnetes Web? |
nein |
ReformatHtml
Wenn ReformatHtml auf Y oder einen von Null verschiedenen Wert festgelegt wird, formatieren die FrontPage-Servererweiterungen alle HTML-Seiten beim Upload auf den Webserver neu. Wenn ReformatHtml auf 0 festgelegt wird, werden lediglich Seiten mit FrontPage-basierten Komponenten erneut formatiert.
Standardwert |
0 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
vti_reformathtml |
RequireSSL
Wenn RequireSSL auf enabled (oder einen anderen Wert mit Ausnahme von disabled) festgelegt wird, fordern die Servererweiterungen eine SSL-Verbindung (Secure Sockets Layer) zwischen dem FrontPage-Client und dem Server.
Standardwert |
disabled |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
nein |
RestrictIISUsersAndGroups
Falls für ein bestimmtes Web mit FrontPage-Servererweiterungen Benutzer- und Gruppeneinschränkungen aktiviert sind (d. h., RestrictIISUsersAndGroups ist auf Y oder einen von Null verschiedenen Wert festgelegt), suchen die Servererweiterungen nach einer Windows NT-Gruppe, die nach der folgenden Konvention benannt ist:
FP_[VirtuellerServer][_Verzeichnisse][_UntergeordnetesWeb]
Auf einem IIS2.0/3.0-Servercomputer mit Multihosting stellt [VirtuellerServer] die Kombination aus IP-Adresse des Dienstes und Anschlussnummer dar und [_Verzeichnisse][_UntergeordnetesWeb] den URL des untergeordneten Webs. Ein Beispiel für das Stammweb lautet FP_172.17.123.255:80. Ein Beispiel für ein untergeordnetes Web ist FP_172.17.123.255:80_Verzeichnis1_MeinUnterweb1_Verzeichnis2_MeinUnterweb2. Dabei handelt es sich um das verschachtelte Unterweb auf dem URL http://172.17.123.255:80/Verzeichnis1/MeinUnterweb1/Verzeichnis2/MeinUnterweb2. Auf einem Computer ohne Multihosting bezeichnet [VirtuellerServer] die Anschlussnummer. FP_80 bezeichnet beispielsweise den virtuellen Server am Anschluss 80, sofern dieser Anschluss im Internetdienst-Manager nicht direkt an eine IP-Adresse gebunden ist.
Unter IIS 4.0 und höher kann [VirtuellerServer] in der Form /LM/W3SVC/N angegeben werden, wobei N eine Instanznummer darstellt. Ein Beispiel dieser Form lautet für ein Stammweb FP_/LM/W3SVC/1. Ein Beispiel für ein untergeordnetes Web dieses virtuellen Servers ist FP_/LM/W3SVC/1_MeinUnterweb. Eine andere Variante dieser Form bildet die Verwendung des Hostnamens. Ein Beispiel für ein Stammweb ist FP_www.microsoft.com:80, und für ein untergeordnetes Web FP_www.microsoft.com:80_MeinUnterweb. Auf einem Computer ohne Multihosting kann [VirtuellerServer], wie in FP_80, als Anschlussnummer konfiguriert werden. Die anderen IIS 4.0-Optionen funktionieren in diesem Fall gleichermaßen.
Wenn in einem untergeordneten Web Einschränkungen aktiviert sind, jedoch keine lokale Gruppe definiert ist, suchen die FrontPage-Servererweiterungen nach der Gruppe des übergeordneten Webs und verwenden sie gegebenenfalls. Dieser Vorgang wird rekursiv wiederholt, falls das untergeordnete Web in ein anderes untergeordnetes Web verschachtelt ist. Wenn keine entsprechend benannte Gruppe gefunden wird, werden die Berechtigungen nicht eingeschränkt.

RestrictIISUsersAndGroups kann nicht auf der Ebene von untergeordneten Webs festgelegt werden. Wenn die Variable jedoch auf der Ebene des virtuellen Servers oder global festgelegt wird, können Sie die Benutzer und Gruppen für ein untergeordnetes Web einschränken, indem Sie die oben beschriebene Methode verwenden.
Standardwert |
0 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
nein |
Festlegung für untergeordnetes Web? |
nein
|
RunTimeFileExtensions
Wenn die Programmdatei Shtml.exe, Version 3.0.2.1330 oder höher der FrontPage-Servererweiterungen verwendet wird, verarbeiten FrontPage-basierte Komponenten, wie z. B. die Standardbehandlungsroutine für Formulare ("Ergebnisse speichern") und das Suchformular, zur Laufzeit lediglich HTML- oder HTML-basierte Dateien, die weder ASP-Code noch das Tag "SCRIPT RUNAT=Server" enthalten. Dies verhindert, dass der Inhalt des Quellcodes, Kennwörter oder andere private Informationen gegenüber Benutzern offengelegt werden.
Die Menge der HTML- oder HTML-basierten Dateien, die von Shtml.exe verarbeitet werden können, wird durch die folgenden Dateinamenerweiterungen bezeichnet: .htm, .html, .shtm, .shtml, .htx, .asp, .alx und .asa. Falls die Konfigurationsdatei des Webserver einem HTML- oder HTML-basierten Dateityp andere Dateinamenerweiterungen zuordnet, werden diese Dateien ebenfalls zu der Menge der Dateien hinzugefügt, die von Shtml.exe verarbeitet werden können. Bei Apache- und NCSA-Servern werden alle Dateinamenerweiterungen, denen der MIME-Typ "text/html" zugeordnet wurde, ebenfalls zu der Menge der Dateien hinzugefügt, die von Shtml.exe verarbeitet werden können.
Verwenden Sie RunTimeFileExtensions , um anzugeben, welche Dateitypen, die von Shtml.exe verarbeitet werden können, verarbeitet werden sollen. Dadurch wird die Menge der HTML- oder HTML-basierten Dateitypen, die von Shtml.exe verarbeitet werden, weiter eingeschränkt.
Hinter RunTimeFileExtensions muss eine Liste zulässiger Dateinamenerweiterungen stehen. Jede Erweiterung muss mit einem Punkt beginnen und zwischen den Erweiterungen dürfen keine Leerzeichen oder andere Trennzeichen stehen (Beispiel: .htm.shtm.htz). Beachten Sie, dass in diesem Beispiel die Erweiterung .htz in einer Konfigurationsdatei des Webservers einer zulässigen Erweiterung zugeordnet sein muss.
Falls RunTimeFileExtensions nicht angegeben wurde, verarbeitet Shtml.exe lediglich Dateien mit den Erweiterungen .htm und .html. RunTimeFileExtensions wird in Versionen der FrontPage-Servererweiterungen vor 3.0.2.1330 ignoriert.
Bei IIS 4.0-Servern oder höher erhalten die FrontPage-Servererweiterungen die Standardwerte für RunTimeFileExtensions von der globalen Variablen ScriptMap sowie die für einen einzelnen virtuellen Server geltenden ScriptMap-Einstellungen aus der Metabasis.
Standardwert |
.htm.html |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
nein |
Festlegung für untergeordnetes Web? |
nein |
ScriptLanguage
Legt die Sprache für die Skripts fest, die von den FrontPage-Servererweiterungen erzeugt werden, um alle Einstellungen zur Datengültigkeitsprüfung zu erzwingen, die von einem Autor Formularfeldern zugewiesen wurden. Zulässige Parameter sind: VBScript, JavaScript oder none.
Standardwert |
none |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
vti_scriptlanguage |
SendMailCommand
Legt den Namen des Programms fest, an den E-Mail-Nachrichten umgeleitet werden sollen. In der Regel ist dies sendmail, es kann sich aber um ein beliebiges Programm handeln. Vor dem Aufruf des Befehls, werden alle Vorkommen von "%r" mit dem Empfänger der Nachricht ersetzt. Das Prozentzeichen mit einem anderen Zeichen dahinter wird durch das jeweilige Zeichen ersetzt.
Standardwert |
"" |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
nein |
SMTPHost
Die Variable SMTPHost legt den Namen oder die IP-Adresse eines Host fest, auf dem ein SMTP-Server oder -Dämon, wie z. B. sendmail unter UNIX, ausgeführt wird. Wenn ein Sitebesucher ein Formular übermittelt, dessen Ergebnisse per E-Mail gesendet werden sollen, stellen die FrontPage-Servererweiterungen zum Senden der Nachricht eine Verbindung zu dem SMTP-Dämon her. Standardmäßig geht FrontPage davon aus, dass der Server auf Anschluss 25 (dem Standardanschluss für SMTP) empfängt. Sie können diesen Wert jedoch überschreiben, indem Sie an den Namen ":xx" anhängen, wobei "xx" den zu verwendenden Anschluss bezeichnet. Normalerweise legen Sie entweder die Variablen SMTPHost oder SendmailCommand fest, aber nicht beide, da SendmailCommand eine höhere Priorität besitzt als SMTPHost.
Beispielwerte: mail.beispiel.microsoft.com, Test:10000, 127.0.0.1
Standardwert |
"" |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
nein |
TextMemory
Wenn Sie das integrierte WAIS-Suchmodul verwenden, deaktiviert die Festlegung von TextMemory auf 0 die Volltextindizierung des Webs. Ein von Null verschiedener Wert gibt die Größe des Arbeitsspeichers in MB an, den die Servererweiterungen bei der Textindizierung für Hash-Tabellen und andere Datenstrukturen verwenden sollen.
Legen Sie bei Webs mit weniger als 500 Seiten den Wert von TextMemory auf 1 fest. Legen Sie den Wert bei Webs mit 500 bis 5000 Seiten auf 2 und bei Webs mit mehr als 5000 Seiten auf 4 fest.
Standardwert |
1 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
vti_textmemory |
UpperCaseTags
Wenn UpperCaseTags auf Y oder einen von Null verschiedenen Wert festgelegt wird, konvertieren die Servererweiterungen beim Neuformatieren von HTML-Seiten alle HTML-Tags in Großbuchstaben.
Standardwert |
0 |
Globale Festlegung? |
ja |
Verfügbar auf Windows-Servern? |
ja |
Festlegung für virtuelle Server? |
ja |
Verfügbar auf UNIX-Servern? |
ja |
Festlegung für untergeordnetes Web? |
vti_uppercasetags |