SharePoint : Optimisations des performances d’un site Intranet de type Publishing

 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 image de plus de 600*800, vous devez absolument éduquer vos content managers qui réalisent rarement l’impact d’une image en 3000*4000 affichée dans une image taillée à 100 px de large.

La compression des image JPG est aussi un autre travail à faire pour tous les logos et images génériques de news par exemple (mais aussi toutes celles que vous compter utiliser).

Pour cela je vous propose le script PowerShell simple, il vous suffit d’ouvrir le site SharePoint en mode Explorer, puis de copier les images dans un folder (par exemple “F:\TEMP\PICTURES\”) et de lancer le script PowerShell suivant :

[int]$GLOBAL:TotalPicturesUpdated = 0

function ResizePicture([string]$FilePath)
{
    [System.Reflection.Assembly]::LoadWithPartialName("System.Drawing") > $null

    #$bmp = new-object System.Drawing.Bitmap($stream)
    $bmp = [System.Drawing.Bitmap]::FromFile($FilePath)

    [int]$PictureHeight = $bmp.Size.Height
    [int]$PictureWidth = $bmp.Size.Width

    $BMPTemp = new-object System.Drawing.Bitmap($PictureWidth, $PictureHeight)

    $graphicTemp = [System.Drawing.Graphics]::FromImage($BMPTemp)
    $graphicTemp.CompositingMode = [System.Drawing.Drawing2D.CompositingMode]::SourceOver
    $graphicTemp.CompositingQuality = [System.Drawing.Drawing2D.CompositingQuality]::HighQuality
    $graphicTemp.SmoothingMode = [System.Drawing.Drawing2D.SmoothingMode]::HighQuality
    $graphicTemp.InterpolationMode = [System.Drawing.Drawing2D.InterpolationMode]::HighQualityBicubic
    $graphicTemp.PixelOffsetMode = [System.Drawing.Drawing2D.PixelOffsetMode]::HighQuality
    $graphicTemp.DrawImage($bmp, 0, 0, $PictureWidth, $PictureHeight)
    $graphicTemp.Dispose()

    $bmp.Dispose()
    #Write-Host "Pixel: ", $BMPTemp.PixelFormat.ToString()
    $BMPTemp.Save($FilePath, [System.Drawing.Imaging.ImageFormat]::Jpeg)
    $BMPTemp.Dispose()

}

function StartProcess()
{
    # Create the stopwatch
    [System.Diagnostics.Stopwatch] $sw;
    $sw = New-Object System.Diagnostics.StopWatch
    $sw.Start()
    cls

    $results = (Get-childItem F:\TEMP\PICTURES\* -include *.jpg -recurse)

    foreach($myPicture in $results)
    {
        Write-host "[", $myPicture.FullName, "] - Before Resizing:", $myPicture.Length, "Bytes"
        ResizePicture $myPicture.FullName
        $GLOBAL:TotalPicturesUpdated +=1
    }

    $sw.Stop()
    # Write the compact output to the screen

    write-host " "
    write-host " "
    write-host " ------------------------------------------------------------- "
    write-host " ----", $GLOBAL:TotalPicturesUpdated " pictures updated in Time: ", $sw.Elapsed.ToString(), "----"
    write-host " ------------------------------------------------------------- "
    write-host " "
}

cls
StartProcess

Vous aurez alors une réduction de plus de 30% de la taille globale.

Vous pouvez alors simplement reprendre les fichiers résultat et les uploader à la place des précédentes versions.

LE VIEWSTATE

Cette partie est plus délicate, mais dans mon cas, cela représente environ 15 à 20 % du fichier HTML envoyé à l’utilisateur (plus de 100 KB de ViewState)

Après quelques recherches, je suis tombé sur ces deux articles :

• Using page trace to reduce your ViewState in SharePoint
• Customization of SharePoint 2010 navigation – publishing site

Le premier explique de facon didactique qu’une grande partie du ViewState généré de base est produit par l’objet ASP.NET “SharePoint:AspMenu” et que ce ViewState généré est totalement inutile pour la navigation.

Il est donc possible de modifier la Master Page de son site de publishing et de modifier celle-ci en désactivant le ViewState pour les objets du Menu (de haut et de gauche). Les objets à modifier sont donc :

• SharePoint:AspMenu
• PublishingNavigation:PortalSiteMapDataSource

Il faut donc rajouter l’option suivante dans les balises de ces objets :

• EnableViewState="false"

Cette modification est confirmé par le second lien en rapport avec SP 2010

Vous sauvegardez cette master page et l’appliquez pour votre site intranet.

Une petite analyse par Fiddler et neXpert vous confirme le résultat, pour mon cas :

Je vous conseille de valider ce changement sur une plateforme de pré-production avant toute mise en ligne.

Il reste beaucoup d’autres axes d’amélioration, mais ceci sera pour un prochain article.

Romelard Fabrice [MVP]