SharePoint au Quotidien

 

Retour page Accueil
Remonter

 

 

 

 

 

 

 

 

 

Mise en cache du contenu dynamique

L’implémentation d’un cache en mode noyau pour le contenu dynamique est aussi une nouvelle fonctionnalité. Il faut savoir que de nombreux clients possèdent un contenu créé par programmation qui ne change pas. Dans les précédentes versions d’IIS, les requêtes devaient passer du mode noyau au mode utilisateur pour chaque requête dynamique et la réponse devait être créée à chaque fois. L’élimination de cette étape et l’extraction du contenu du cache à partir du mode noyau améliorent nettement les performances.

ReportUnhealthy

Une nouvelle fonction de prise en charge serveur d'extension ISAPI appelée HSE_REQ_REPORT_UNHEALTHY permet à une extension ISAPI d’effectuer un appel à l’intérieur du processus de travail d'IIS 6.0 pour demander le recyclage de ce processus de travail. Les développeurs peuvent tirer parti de cette nouvelle fonction pour demander un recyclage si leur application ISAPI devient instable ou entre dans un état inconnu pour une raison quelconque. Il faut noter que pour activer le recyclage après l'appel de HSE_REQ_REPORT_UNHEALTHY par une ISAPI, la fonction « Health Monitoring » doit être activée. Lors de l’appel de HSE_REQ_REPORT_UNHEALTHY, le développeur peut aussi inclure une chaîne expliquant pourquoi l’ISAPI appelle HSE_REQ_REPORT_UNHEALTHY. Cette chaîne est ensuite ajoutée à l’événement que le processus de travail publie dans le journal des événements Application.

Erreurs personnalisées

Les développeurs ISAPI n’ont plus besoin de créer leurs propres messages d’erreur. En effet, ils peuvent intégrer la prise en charge des erreurs personnalisées dans IIS par le biais d’une nouvelle fonction de prise en charge serveur appelée HSE_REQ_SEND_CUSTOM_ERROR.

ISAPI Unicode

Unicode occupe de nos jours une place de plus en plus importante. À cause de la structure non-Unicode du protocole HTTP, IIS 5.0 limite le développeur à la page de code système. Avec les URL codées en UTF-8, Unicode devient possible. IIS 6.0 permet aux utilisateurs d’accéder aux variables serveur en Unicode et propose deux nouvelles fonctions de prise en charge serveur pour permettre aux développeurs d’exploiter la représentation Unicode d’une URL. Les sites multilingues d’entreprises internationales sont les premiers à tirer parti de cette innovation et l’expérience de développement s’en trouve améliorée.

Services COM+ dans ASP

Dans IIS 6.0, les équipes IIS et COM+ ont séparé les services COM+ des composants et permettent aux applications ASP d’utiliser un ensemble de services COM+. En plus des services disponibles dans COM+ sur Windows 2000, quelques nouveaux services ont été ajoutés et sont maintenant pris en charge dans ASP :

Prise en charge de la fusion. La fusion permet à une application ASP d’utiliser une version particulière d’une DLL d’exécution du système ou un composant COM classique.

Prise en charge des partitions. Les partitions COM+ permettent à un administrateur de définir une configuration différente d’une même application COM+ à l’intention de différents utilisateurs. Cette configuration inclut les informations sur la sécurité et la gestion des versions. Pour plus d'informations sur les partitions COM+, consultez la documentation COM+.

Prise en charge du moniteur. Quand il est activé, le moniteur COM+ permet aux administrateurs de contrôler quel code est en train de s’exécuter au sein de la session ASP et quand. Ces informations sont très utiles pour le débogage des applications ASP. Pour plus d'informations sur le moniteur COM+, consultez la documentation COM+.

Sélection du modèle cloisonné. ASP, via COM+, permet aux développeurs de déterminer quel modèle de threads utiliser lors de l’exécution des pages dans une application. Par défaut, ASP utilise le cloisonnement à thread unique. Cependant, si l’application utilise des objets pouvant être mis dans des pools, elle peut être exécutée dans le mode de cloisonnement multi-threads.

Perfectionnement de la plate-forme

Outre les fonctionnalités décrites ci-dessus, IIS 6.0 apporte un certain nombre d’améliorations à la plate-forme. Ces améliorations font d'IIS une plate-forme encore plus attrayante.

 

Fonctionnalité

Description

Prise en charge Win64

La totalité du code base de la famille Windows Server 2003 est compilé pour des plates-formes 32 bits et 64 bits. Les clients qui attendent des applications extrêmement évolutives peuvent tirer parti d’un système d'exploitation qui s’exécute et qui est pris en charge sur ces deux plates-formes.

Prise en charge IPv6

IPv6, ou le protocole Internet version 6, est le protocole IP de prochaine génération pour Internet. La famille de produits Windows Server 2003 met maintenant en œuvre une pile IPv6 prête pour la production. Sur les serveurs où la pile de protocole IPv6 est installée, IIS 6.0 prendra automatiquement en charge la gestion des requêtes HTTP qui arrivent sur IPv6.

Compression granulaire

Sur un réseau congestionné, il est utile de compresser les réponses. Dans IIS 5.0, la compression était effectuée par un filtre ISAPI et elle ne pouvait être activée que pour le serveur complet. IIS 6.0 permet une configuration beaucoup plus fine (au niveau des fichiers).

Comptabilité des ressources et qualité du service (QoS)

La qualité de service (QoS, Quality-of-Service) garantit que des composants particuliers du serveur Web ou du contenu individuel servi par ce serveur ne monopolisent pas toutes les ressources du serveur, telles que la mémoire ou les processeurs. L’administrateur peut ainsi contrôler les ressources utilisées par des sites ou des pools d’applications donnés, le service Web dans son ensemble, etc. Fondamentalement, cela garantit une certaine qualité de service pour les autres services/sites/applications du système en limitant les ressources consommées par certains sites/applications Web (et/ou le service Web dans son ensemble).

Optimisation de l’utilisation des journaux

Prise en charge des journaux UTF-8. Grâce à la prise en charge additionnelle d’Unicode et d’UTF-8, IIS 6.0 peut maintenant écrire dans des fichiers journaux au format UTF-8 plutôt qu'uniquement ASCII (ou dans la page de code locale).

Journalisation binaire. La journalisation binaire permet à plusieurs sites d’écrire dans un seul journal sous forme binaire, sans formatage. Ce nouveau format offrira de meilleures performances que les formats de texte simple actuels (W3C, IIS et NCSA) dans la mesure où les données ne doivent faire l'objet d'aucun formatage particulier.

Journalisation des codes de sous-état http. IIS 6.0 prend maintenant en charge la possibilité d’écrire dans un journal les codes de sous-état HTTP (« http substatus codes ») dans les formats W3C et binaire. Ces codes sont souvent utiles pour le débogage ou le dépannage, parce qu’IIS renvoie des codes de sous-état spécifiques pour certains types de problèmes.

 

Retour page Accueil ] Remonter ]

Envoyez un courrier électronique à EROL GIRAUDY (attention nospam dans l'E-mail) pour toute question ou remarque concernant ce site Web et visitez la rubrique Condition Utilisation et CNIL. Copyright © 2002 EROL (les sigles et logos ci-après sont la propriété de : Microsoft, Supinfo, Adobe, Compaq, HP, Sybari, Veritas, Moreover, K-map, Vyapin, Plumtree, Ixos, TooStore, K-Map, eRoom, DocKIT,NQL, Only4gurus, Nsius, Sharepointexperts, Iora, Erol, KCura, FrontPages, Nsi, Frontlook, IBuySpyPortal, moreover, slipstick, networknowledge, clubsps.org )
Dernière modification : vendredi, 26. décembre 2003 11:27