Share via

Anforderungen an die URL-Formatierung

  • Artikel

Ab Windows 7 bleiben Inkonsistenzen bei der Verarbeitung und Analyse von URLs bestehen. Dieses Thema bietet eine eingeschränkte Anleitung zum Navigieren in Inkonsistenzen in Dateiformaten.

Dieses Thema ist wie folgt organisiert:

Verwendete URL-Formate

Protokolle von Drittanbietern sind dafür verantwortlich, ihr URL-Format zu definieren und Abfragen in einer Weise zu definieren, die ihrem Standard entspricht. Microsoft Outlook unterstützt beispielsweise Ordnernamen mit beliebigen Zeichen, einschließlich solcher, die in URLs wie dem "?" Zeichen unzulässig sind. Der MAPI-Protokollhandler führt eine eigene URL-Codierung seiner URLs durch. Daher speichert "%3F" der Index anstelle von "?" , und Outlook muss dies beim Erstellen von Abfragen berücksichtigen.

Die verschiedenen Formate werden in der folgenden Tabelle aufgeführt und jedem ein Buchstabenbezeichner zugewiesen, um weiter unten in diesem Thema darauf zu verweisen.

ID Lokale Datei-URL oder Remotedatei Beispiel
A Lokal file:///c:\test\example\
B Lokal file:c:/test/example/
C Lokal c:\test\example\
D Remote file:///\\server\share\
E Remote file://server/share/
F Remote \\server\share\

 

Schrägstrichrichtung, Nachgestellter Stern und Sensitivität für schrägen Schrägstrich

In der Windows-Suche gibt es weitgehend keine Vertraulichkeit gegenüber Schrägstrichen. Wenn das Format c:\test\example akzeptiert wird, wird auch c:/test/example akzeptiert. Obwohl SCOPE in der Regel nicht gegen Schrägstrichrichtung empfindlich ist, ist es bei Remote-URL Format F empfindlich gegenüber der Schrägstrichrichtung. Daher Scope = '//server/share' funktioniert es nicht.

Die einzige API, die für nachfolgende Sterne empfindlich ist und zwischen c:\test\ und c:\test\* unterscheidet, ist ISearchCrawlScopeManager. Wenn es eine Ausschlussregel für c:\test\*gibt, wird das URL-Verzeichnis c:\test selbst weiterhin indiziert. Wenn die Ausschluss-URL jedoch lautet c:\test\, wird das URL-Verzeichnis c:\test selbst nicht indiziert.

Es gibt zwei Stellen, an denen Windows Search für nachfolgende Schrägstriche empfindlich ist: ItemUrl- und Path-Abfragen. Wenn ein Verzeichnis c:\testvorhanden ist, behandelt c:\test\ Windows Search anders als c:\test für Prädikate wie path = 'c:\test' und System.ItemUrl = 'c:\test'. Beispielsweise würde das Prädikat path='file:c:/test' mit dem Verzeichnis c:\testübereinstimmen, aber path='file:c:/test/' aufgrund des nachfolgenden Schrägstrichs nicht.

URL-Formate nach API und Abfrage

Lokale Dateiformate, die von ausgewählten APIs und Abfragen akzeptiert werden, sind in der folgenden Tabelle aufgeführt. Die Formate sind einem Buchstaben (A bis F) zugeordnet, dessen Bedeutung im Abschnitt "VERWENDETE URL-Formate" weiter oben in diesem Thema angegeben wurde.

API oder Abfrage Formatieren von A Format B Format C
ISearchCrawlScopeManager J N J
IGatherNotifyInline::OnDataChange J J J
ISearchCatalogManager::ReindexMatchingURLs J J J
ISearchCatalogManager::ReindexSearchRoot J N N
ISearchCatalogManager2::P rioritizeMatchingURLs J J J
Bereich= N J J
Verzeichnis= N J J
ItemUrl= N J J
Pfad= N J J

 

Remotedatei-URL-Formate, die von ausgewählten Abfragen akzeptiert werden, sind in der folgenden Tabelle aufgeführt.

Abfrage Format D Format E Format F
ISearchCrawlScopeManager – – –
IGatherNotifyInline::OnDataChange – – –
ISearchCatalogManager::ReindexMatchingURLs – – –
ISearchCatalogManager::ReindexSearchRoot – – –
ISearchCatalogManager2::P rioritizeMatchingURLs – – –
Bereich= J J J
Verzeichnis= J J J
ItemUrl= J J J
Pfad= J J J

 

Was ist im Index enthalten?

Indizierungsprozess in Windows Search

Abfrageprozess in Windows Search

Benachrichtigungsprozess in Windows Search