Toujours dans la suite des articles sur l’optimisation des performances de sites basés sous Microsoft Office SharePoint Server 2007, voilà une des fonctionnalités intéressantes : Disk-Based Caching for Binary Large Objects Le BlobCache Cette  fonctionnalité est disponible uniquement pour une ferme basée sur MOSS , en effet, l’activation du BlobCache sur une ferme WSS provoque une erreur : Mais qu’est-ce que ce principe ? Dans un site SharePoint, tout ce qui n’est pas dans le répertoire “ 12 ” est en base de données. Le résultat de cette logique n’est pas dramatique en soit, mais on voit très rapidement que de  nombreux fichiers de Design  peuvent se trouver dans cette base de données : Les fichiers de script (.JS) Les fichiers de design (.CSS) Les images Lorsque chaque utilisateur arrive sur la page par défaut, il y a un  grand nombre de requêtes SQL qui sont exécutées pour uniquement extraire ces fichiers  et les associer au rendu HTML transmis à cet uti...

  Dans mon précédent article, j’avais évoqué le lancement d’une série sur les optimisations possibles pour améliorer les perfomances d’un site SharePoint de type Publishing (Portal Intranet Corporate) : SharePoint : Optimisations des performances d’un site Intranet de type Publishing Après quelques jours de test, voici un bilan sur le résultat de cette modification. Tout d’abord,  l’usage du ViewState en ASP.NET  permet d’éviter des rechargements intempestifs de toute la page lors de la modification de certaines parties de cette page. Le cas classique est le formulaire avec des listes déroulantes en cascade. Dans le cas spécifique du menu de SharePoint (Objet  SharePoint:AspMenu ), le chargement de ce composant et donc de l’ensemble des liens peut être séparé en deux cas précis : Site de Publishing Internet public Site de Publishing Intranet ou Extranet En effet, le comportement de ce menu lors de son chargement est de tester les permissions pour l’utilisateur connec...

  Dans le cadre de la liste des articles sur l’amélioration des performances de sites SharePoint : SharePoint : Retour d’usage sur la désactivation du ViewState dans un site de Publishing SharePoint : Optimisations des performances d’un site Intranet de type Publishing Nous allons voir une modification qui permet d’améliorer les performances d’un site SharePoint, mais en réalité qui fonctionne sur tout site WEB Intranet et Extranet. En effet, un site Intranet ou Extranet est essentiellement destiné à un public spécifique et nécessite moins d’informations en terme de retour marketing (surtout pour des Team Sites). Ainsi, deux informations enregistrées par les serveurs IIS (non cochées par défaut) dans les logs ne sont pas nécessaires,  même pour les analyses statistiques  : Cookies (cs(Cookie)) Referer (cs(Referer)) En effet, dans le cadre de sites Intranet ou Extranet La notion de  Referer  est peu, voire pas utile puisque, globalement, ce ne seront que des lien...

  Lorsqu’on utilise SharePoint comme site Intranet, il est important de fournir  le meilleur service à ses utilisateurs . L’amélioration des performances fait partie de cette tache. Un article plus détaillé sur le sujet est en cours de rédaction, mais je peux vous donner quelques grandes pistes de travail : Outils à Utiliser  : Fiddler 2.0 Add-In ACE neXpert pour Fiddler Tester le  chargement de la page en cours d’utilisation de Fiddler  pour générer un rapport avec ACE neXpert Ce rapport vous donnera de nombreuses informations comme : les réponses HTTP anormales le poids total du flux lors du chargement les fichiers avec un poids anormal (images lourdes par exemple) la taille du ViewState ASP.NET … Dans notre contexte SharePoint Publishing, cela peut sembler inutile, mais ces informations sont capitales, car  chaque kb économisé est à multiplier par le nombre d’utilisateurs et le nombre de page utilisées . LES IMAGES Il est  inutile de remonter une im...