Restrictions relatives à la longueur des chemins d’URL (SharePoint Server 2010)

 

S’applique à : SharePoint Foundation 2010, SharePoint Server 2010

Dernière rubrique modifiée : 2016-11-30

Cet article présente les restrictions spécifiques qui s’appliquent aux caractères et à la longueur des chemins d’accès d’URL dans Microsoft SharePoint Server 2010, Internet Explorer 7 et Internet Explorer 8 et dont vous devez tenir compte lors de la planification des sites, de la navigation et de la structure. Cet article ne présente pas les limites de longueur d’URL qui s’appliquent dans les autres navigateurs. Pour obtenir ces informations, consultez la documentation du navigateur en question.

Dans cet article :

  • Présentation des longueurs d’URL et de chemin d’accès

  • Limites de longueur des chemins d’accès d’URL

  • Résolution des problèmes liés à la longueur des URL

Présentation des longueurs d’URL et de chemin d’accès

Cette section présente la composition d’une URL, la façon dont SharePoint Server 2010 génère les URL, ainsi que la façon dont les URL sont codées, dont leur longueur est ajustée et dont elles sont transmises en tant que paramètres dans d’autres URL.

Composition d’une URL SharePoint

La longueur totale d’une URL SharePoint est égale à la longueur du chemin d’accès du dossier ou du fichier, y compris le protocole, le nom du serveur et le nom du dossier ou du fichier, plus tous les paramètres inclus dans le cadre de l’URL. La formule est la suivante :

  • URL = protocole + nom du serveur + chemin d’accès du dossier ou du fichier + nom du dossier ou du fichier + paramètres

Par exemple, voici un chemin d’URL typique qui permet d’accéder à un fichier stocké dans Microsoft SharePoint Server 2010 :

https://www.contoso.com/sites/marketing/documents/Shared%20Documents/Promotion/UnFichier%20.xlsx

où les parties du chemin d’URL sont indiquées dans le tableau suivant.

Partie de l’URL Exemple

Protocole

http://

Nom du serveur

www.contoso.com/

Chemin d’accès du dossier ou du fichier

sites/marketing/documents/Shared%20Documents/Promotion/

Nom de fichier

UnFichier%20.xlsx

Lorsque vous accédez au site et que vous ouvrez le fichier avec Microsoft Office Web Apps, l’URL est la suivante :

https://www.contoso.com/sites/marketing/documents/_layouts/xlviewer.aspx?id=/sites/marketing/documents/Shared%20Documents/Promotion/UnFichier%20.xlsx&Source=http%3A%2F%2Fwww%2Econtoso%2Ecom%2Fsites%2Fmarketing%2Fdocuments%2FShared%2520Documents%2FForms%2FAllItems%2Easpx%3FRootFolder%3D%252Fsites%252Fmarketing%252Fdocuments%252FShared%2520Documents%252FPromotion&FolderCTID%3D0x012000F2A09653197F4F4F919923797C42ADEC&DefaultItemOpen=1

où les parties du chemin d’URL sont indiquées dans le tableau suivant.

Partie de l’URL Exemple

Protocole

http://

Nom du serveur

www.contoso.com/

Chemin d’accès du dossier ou du fichier

sites/marketing/documents/Shared%20Documents/Promotion/

Nom du dossier ou du fichier

xlviewer.aspx

Paramètres

?id=/sites/marketing/documents/Shared%20Documents/Promotion/UnFichier%20.xlsx

&Source=http%3A%2F%2Fwww%2Econtoso%2Ecom%2Fsites%2Fmarketing%2Fdocuments%2FShared%2520Documents%2FForms%2FAllItems%2Easpx %3FRootFolder%3D%252Fsites%252Fmarketing%252Fdocuments%252FShared%2520Documents%252FPromotion&FolderCTID%3D0x012000F2A09653197F4F4F919923797C42ADEC

&DefaultItemOpen=1

Codage de l’URL

Le codage de l’URL permet à tous les navigateurs de transmettre correctement du texte dans les chaînes d’URL. Les caractères tels que les points d’interrogation (?), les esperluettes (&), les barres obliques (/) et les espaces peuvent être tronqués ou altérés par certains navigateurs. SharePoint Server 2010 adhère aux normes de codage d’URL définies dans le document RFC 3986 de l’IETF (Internet Engineering Task Force) (https://go.microsoft.com/fwlink/?linkid=195564&clcid=0x40C).

Dans l’exemple de chemin d’accès d’URL plus haut dans cet article, le paramètre Source contient un chemin d’accès à double codage et comprend 262 caractères. Le premier décodage révèle ce qui suit :

&Source=https://www.contoso.com/sites/marketing/documents/Shared%20Documents/Forms/AllItems.aspx?RootFolder=%2Fsites%2Fmarketing%2Fdocuments%2FShared%20Documents%2FPromotion&FolderCTID=0x012000F2A09653197F4F4F919923797C42ADEC, soit 216 caractères.

Le second décodage révèle ce qui suit :

&Source=https://www.contoso.com/sites/marketing/documents/Shared Documents/Forms/AllItems.aspx?RootFolder=/sites/marketing/documents/Shared Documents/Promotion&FolderCTID=0x012000F2A09653197F4F4F919923797C42ADEC, soit 200 caractères.

Si l’URL SharePoint contient des caractères ASCII non standard, tels que des caractères Unicode codés sur deux octets ou des caractères ASCII étendus, chacun de ces caractères est codé URL en deux ou plus caractères ASCII lorsqu’ils sont transmis au navigateur Web. Par conséquent, une URL qui comprend de nombreux caractères ASCII étendus ou caractères Unicode codés sur deux octets peut devenir plus longue que l’URL non codée d’origine. La liste ci-après donne des exemples des facteurs de multiplication :

  • Caractères ASCII étendus — par exemple, (!, ", #, $, %, &, [espace]) : facteur de multiplication = 3

  • Caractères Unicode codés sur deux octets — par exemple, caractères japonais, chinois, coréens, hindi : facteur de multiplication = 9

Par exemple, lorsque vous traduisez en japonais les noms de sites, de bibliothèque, de dossier et de fichier dans le chemin d’accès d’URL https://www.contoso.com/sites/marketing/documents/Shared%20Documents/Promotion/UnFichier%20.xlsx, le chemin d’accès d’URL codée obtenu ressemble à ceci :

https://www.contoso.com/sites/%E3%83%9E%E3%83%BC%E3%82%B1%E3%83%86%E3%82%A3%E3%83%B3%E3%82%B0/%E6%96%87%E6%9B%B8/DocLib/%E3%83%97%E3%83%AD%E3%83%A2%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB.xlsx. Ce chemin d’accès comprend 224 caractères, contre uniquement 94 caractères pour le chemin d’accès d’URL d’origine.

Important

Les caractères suivants ne peuvent pas être utilisés dans une URL non codée : (~, #, %, &, *, {}, , :, <>, /, +, |, “).

Paramètres d’URL

Les paramètres d’URL sont des données incluses dans le cadre de l’URL traitée. Ces paramètres sont également codés URL et peuvent être codés plusieurs fois, ce qui peut aboutir à des URL très longues.

Par exemple, si vous accédez à une liste, l’URL peut ressembler à ceci : https://www.contoso.com/sites/marketing/documents/Shared%20Documents/Forms/AllItemA.aspx?RootFolder=%2Fsites%2Fmarketing%2Fdocuments%2FShared%20Documents%2FPFPromoti&FolderCTID=0x012000F2A09653197F4F4F919923797C42ADEC&View={CD527605-9A7A-448D-9A35-67A33EF9F766}. Cette URL comprend 260 caractères.

Si vous cliquez ensuite sur Créer un affichage sous l’onglet Bibliothèque, l’URL entière est incluse dans l’URL obtenue en tant que paramètre source et est codée en une URL beaucoup plus longue, par exemple, https://www.contoso.com/sites/marketing/documents/_layouts/ViewType.aspx?List=%7BED6E21E0%2DDF28%2D4165%2DBC3E%2D5371987CC2D2%7D&Source=http%3A%2F%2Fwww%2Econtoso%2Ecom%2Fsites%2Fmarketing%2Fdocuments%2FShared%2520Documents%2FForms%2FAllItems%2Easpx%3FRootFolder%3D%252Fsites%252Fmarketing%252Fdocuments%252FShared%2520Documents%252FPromotion&FolderCTID%3D0x012000F2A09653197F4F4F919923797C42ADEC&View%3D%7BCD527605%2D9A7A%2D448D%2D9A35%2D67A33EF9F766%7D. Cette URL comprend 457 caractères.

Important

SharePoint Server 2010 tronque le paramètre source d’URL si la longueur d’URL totale à transmettre à Internet Explorer est supérieure à 1 950 octets. Le paramètre source est une référence à une page précédemment visitée. Le résultat de la troncation du paramètre source est que l’utilisateur est redirigé vers l’emplacement par défaut plutôt que vers l’emplacement spécifié dans le paramètre source.
Les autres paramètres, tels que les ordres de tri, les paramètres de dossier racine et les affichages ne sont pas tronqués.

Limites de longueur des chemins d’accès d’URL

Cette section présente les différentes limites de longueur d’URL dans SharePoint Server 2010 et Internet Explorer, et indique comment planifier les longueurs des chemins d’accès d’URL.

Limites de longueur des chemins d’accès d’URL SharePoint

Les limites indiquées dans cette section s’appliquent à la longueur totale du chemin d’accès d’URL à un dossier ou un fichier dans SharePoint Server 2010, mais pas à la longueur des paramètres. En outre, ces limites s’appliquent uniquement aux URL non codées. Aucune limite ne s’applique aux URL codées dans SharePoint Server 2010. Les limites sont les suivantes :

  • 260 unités de code Unicode (UTF-16) : caractères dans un chemin d’accès de fichier complet, non compris un nom de domaine/serveur.

  • 256 unités de code Unicode (UTF-16) : caractères dans un chemin d’accès de dossier complet, non compris le nom de fichier et le nom de domaine/serveur.

  • 128 unités de code Unicode (UTF-16) : caractères dans un composant de chemin d’accès, c’est-à-dire, un nom de fichier ou de dossier.

  • 260 unités de code Unicode (UTF-16) : caractères dans un chemin d’accès complet, y compris un nom de domaine/serveur à utiliser avec les clients Office.

  • 256 unités de code Unicode (UTF-16) : caractères dans un chemin d’accès complet, y compris le nom de domaine/serveur à utiliser avec les contrôles ActiveX.

Pour plus d’informations, voir dans la Base de connaissances Microsoft l’article 894630, Vous recevez un message d’erreur « Le nom de fichier ou dossier spécifié est trop long » (https://go.microsoft.com/fwlink/?linkid=195567&clcid=0x40C).

Notes

Présentation des unités de code : dans la plupart des cas, un caractère UTF-16 équivaut à une unité de code UTF-16. Toutefois, les caractères qui utilisent des points de code Unicode supérieurs à U+10000 équivalent à deux unités de code UTF-16. Ces caractères comprennent, entre autres, les caractères à paire de substitution japonais ou chinois. Si vos chemins d’accès comprennent ces caractères, la longueur de l’URL dépasse la limite de longueur d’URL, qui doit être inférieure à 256 ou 260 caractères.

Limites de longueur d’URL Internet Explorer

En outre, Internet Explorer présente des limites distinctes de celles qui s’appliquent dans SharePoint Server 2010. Même si vous définissez le chemin d’accès d’URL SharePoint Server 2010 de telle sorte que sa longueur soit inférieure aux limites, l’ajout des paramètres et le codage de l’URL risquent d’aboutir à URL dont la longueur dépasse la limite de longueur d’URL Internet Explorer. Vous devez utiliser la limite la plus restrictive comme référence pour planifier les longueurs d’URL.

Dans Internet Explorer 7 et Internet Explorer 8, la longueur d’URL maximale est de 2 083 caractères UTF-8 et la longueur de chemin d’accès maximale est de 2 048 caractères UTF-8. Toutefois, dans Internet Explorer 7, dans certaines circonstances, la limite de longueur d’URL effective est de 1 024 caractères UTF-8, et non de 2 083 caractères UTF-8. Pour plus d’informations sur les limites de longueur d’URL dans Internet Explorer, voir, dans la Base de connaissances Microsoft, l’article 208427, La longueur d’URL maximale est de 2 083 caractères dans Internet Explorer (https://go.microsoft.com/fwlink/?linkid=195568&clcid=0x40C).

Important

Sauf si tous les navigateurs dans l’environnement sont Internet Explorer 8, utilisez la limite effective de 1 024 caractères UTF-8.

Résolution des problèmes liés à la longueur des URL

Il existe plusieurs façons de résoudre ou de limiter les problèmes liés à la longueur des URL dans l’environnement SharePoint Server 2010. Voici une série de suggestions :

  • Mettez à niveau tous les navigateurs des utilisateurs finaux vers Internet Explorer 8, qui présente une limite de longueur d’URL plus élevée.

  • Utilisez des noms de sites, de dossiers et de documents plus courts et contrôlez la profondeur de la structure des sites et des dossiers de manière à réduire la longueur des URL.

  • Dans la mesure du possible ou des autorisations dont vous disposez, utilisez des noms ASCII pour les sites, les dossiers et les documents, afin que la longueur de l’URL ne soit pas ajustée par une opération de codage.

  • Pour éviter autant que possible que les utilisateurs finaux de SharePoint Server 2010 rencontrent des problèmes liés aux limites de longueur d’URL, il est recommandé d’appliquer les limites effectives suivantes dans le déploiement :

    • 256 unités de code Unicode (UTF-16) : limite effective de la longueur d’un chemin d’accès à un fichier, y compris un nom de domaine/serveur ;

    • 128 unités de code Unicode (UTF-16) : limite de la longueur d’un composant du chemin d’accès.