Partager via

Configuration requise pour la mise en forme d’URL

  • Article

À partir de Windows 7, des incohérences subsistent dans la gestion et l’analyse des URL. Cette rubrique fournit un guide limité pour parcourir les incohérences dans les formats d’URL de fichier.

Cette rubrique est organisée comme suit :

Formats d’URL dans Utilisation

Les protocoles tiers sont responsables de la définition de leur format d’URL et de la définition des requêtes d’une manière conforme à leur norme. Par exemple, Microsoft Outlook prend en charge les noms de dossiers avec des caractères arbitraires, y compris ceux qui sont interdits dans les URL telles que le "?" caractère. Le gestionnaire de protocole MAPI effectue son propre encodage d’URL de ses URL. Par conséquent, l’index stocke "%3F" au lieu de "?" , et Outlook doit en tenir compte lors de la création de requêtes.

Les différents formats sont répertoriés dans le tableau suivant et se voient chacun attribuer un identificateur de lettre pour y faire référence plus loin dans cette rubrique.

id URL de fichier local ou distante Exemple
Un Local file:///c:\test\example\
B Local file:c:/test/example/
C Local c:\test\example\
D Remote file:///\\server\share\
E Remote file://server/share/
F Remote \\server\share\

 

Direction de la barre oblique, étoile de fin et sensibilité de la barre oblique de fin

Dans Recherche Windows, il n’existe en grande partie aucune sensibilité à la direction de la barre oblique. Si le format c:\test\example est accepté, c:/test/example est également accepté. Toutefois, bien que SCOPE ne soit généralement pas sensible à la direction de la barre oblique, elle est sensible à la direction de la barre oblique dans le cas de URL distante format F. Par conséquent, Scope = '//server/share' ne fonctionne pas.

La seule API sensible aux étoiles de fin et qui fait la distinction entre c:\test\ et c:\test\* est ISearchCrawlScopeManager. S’il existe une règle d’exclusion pour c:\test\*, le répertoire c:\test d’URL lui-même sera toujours indexé. Mais si l’URL d’exclusion est c:\test\, le répertoire c:\test d’URL lui-même ne sera pas indexé.

Il existe deux endroits où Recherche Windows est sensible aux barres obliques de fin : les requêtes ItemUrl et Path. S’il existe un répertoire c:\test, Recherche Windows traite différemment des c:\test prédicats c:\test\ comme path = 'c:\test' et System.ItemUrl = 'c:\test'. Par exemple, le prédicat path='file:c:/test' correspond au répertoire c:\test, mais path='file:c:/test/' pas, en raison de la barre oblique de fin.

Formats d’URL par API et requête

Les formats d’URL de fichier local acceptés par les API et requêtes sélectionnées sont répertoriés dans le tableau suivant. Les formats sont associés à une lettre (A à F), dont la signification a été indiquée dans la section « Formats d’URL dans Use » plus haut dans cette rubrique.

API ou requête Format A Format B Format C
ISearchCrawlScopeManager O N O
IGatherNotifyInline::OnDataChange O O O
ISearchCatalogManager::ReindexMatchingURLs O O O
ISearchCatalogManager::ReindexSearchRoot O N N
ISearchCatalogManager2::P rioritizeMatchingURLs O O O
Étendue= N O O
Directory= N O O
ItemUrl= N O O
Chemin d’accès= N O O

 

Les formats d’URL de fichier distant acceptés par les requêtes sélectionnées sont répertoriés dans le tableau suivant.

Requête Format D Format E Format F
ISearchCrawlScopeManager N/A N/A N/A
IGatherNotifyInline::OnDataChange N/A N/A N/A
ISearchCatalogManager::ReindexMatchingURLs N/A N/A N/A
ISearchCatalogManager::ReindexSearchRoot N/A N/A N/A
ISearchCatalogManager2::P rioritizeMatchingURLs N/A N/A N/A
Étendue= O O O
Directory= O O O
ItemUrl= O O O
Chemin d’accès= O O O

 

Éléments inclus dans l’index

Processus d’indexation dans Recherche Windows

Processus d’interrogation dans Windows Search

Processus de notifications dans Recherche Windows