Sharepoint trouver où webpart est en cours d'utilisation

Est-il possible de faire des analyses sur les pages d'un webpart est en cours d'utilisation?

Je veux supprimer certains webparts de mon serveur sharepoint, mais je ne sais pas ce qui est en cours d'utilisation, et ce n'est pas en cours d'utilisation?

Est-il une solution pour cela?

Im courant à l'aide moss2007

InformationsquelleAutor Active_t | 2009-09-30
  1. 5

    Chaque composant ajouté à une page est stockée dans la page elle-même. Il n'y a pas de magasin central qui enregistre où chaque composant est utilisé.

    Cela signifie malheureusement que vous devez parcourir chaque page web dans le site pour récupérer cette information. Sur chaque page, vous devez alors vérifier l'assemblée les noms des composants webpart. Ajouter tous les composants webpart, vous trouverez à une liste qui est sortie une fois l'application terminée.

    L'objet SPWeb vous permet de récupérer la partie web du gestionnaire pour chaque page avec SPWeb.GetLimitedWebPartManager(). Utiliser le SPLimitedWebPartManager.WebParts propriété pour récupérer une collection de composants webpart.

    InformationsquelleAutor Alex Angas
  2. 4

    Alex réponse (itération sur les sites -> pages > composants webpart) est bonne et la "bonne" façon de faire cela, mais est assez cher, sur un très grand terrain.

    Une alternative est une requête de base de données. Toutes les mises en garde habituelles s'appliquent sur l'accès à la base de données directement : ne pas changer quoi que ce soit, pourrait se briser à tout moment avec les service packs, etc etc, mais en supposant que nous sommes tous de grands garçons ici :-

    D'abord, vous devez trouver le WebPartTypeId de la partie web votre intérêt dans

    Ensuite l'exécuter sur TOUTES les bases de données de contenu.

    SELECT DISTINCT D.SiteID, D.WebId, W.FullURL as WebURL, D.Id As DocumentId,
                D.DirName, D.LeafName, tp_ID As WebPartSK
FROM       dbo.Docs D WITH (nolock) 
INNER JOIN dbo.Webs W WITH (nolock) ON D.WebID = W.Id
INNER JOIN dbo.WebParts WP WITH (nolock) ON D.Id = WP.tp_PageUrlID
WHERE WP.tp_ListId Is Null AND WP.tp_Type Is Null AND WP.tp_Flags Is Null
      AND WP.tp_BaseViewID Is Null AND WP.tp_DisplayName Is Null 
      AND WP.tp_Version Is Null
AND WP.tp_WebPartTypeId='<your web parts id>'

    Vous pouvez le faire dans l'autre sens (afin d'obtenir une liste de tous les WebPartTypeId est en cours d'utilisation), mais vous ne pouvez pas obtenir le nom de l'assemblage de la WebPartTypeId de hachage de sorte que vous avez à faire un peu de tri de la liste de recherche de composants webpart > typeid de l'.

    • Nous ne savons pas @Active_t de l'arrière-plan, donc être prudent sur des hypothèses 😉 Lors de la lecture de la base de données à l'aide de NOLOCK est indispensable pour éviter les blocages et il doit être admis que les résultats peuvent être inexacts. Toutes mes excuses si prêcher à des convertis!
    • J'ai édité pour ajouter le pas d'indicateur de verrouillage, mais nous devons nous rappeler que ce n'est pas une solution miracle, et introduit des problèmes potentiels de sa propre (données en état incohérent). Avez-vous de bonnes références sur le risque de provoquer des blocages? Il serait bien d'avoir des réponses définitives sur celui-là, mais il n'est pas surprenant de la ligne officielle est... de ne pas.
    • Après avoir dit que les problèmes causés par la lecture des données incohérentes dans cet exemple sont probablement assez faible.
    • Dans mon (certes limitée) de l'expérience, de la plaine ol' lit n'est pas provoquer des blocages -- ce n'est que si vous effectuez une écriture par la suite, auquel cas SQL peut essayer d'escalader le verrou en lecture à un verrou d'écriture quand un autre verrou d'écriture est déjà en attente, en attente pour la libération du verrou en lecture.
    InformationsquelleAutor Ryan
  3. 3

    Une autre façon de le faire est d'utiliser Gary Lapointe STSADM extensions,plus précisément enumPageWebParts

    stsadm -o gl-enumpagewebparts -url "http://intranet/hr/pages/default.aspx" -verbose

    Il ne renvoie les composants webpart à une page spécifique, mais vous pouvez appeler cela pour chaque page de votre site ou même d'ajouter une commande pour effectuer une itération sur toutes les pages du site.

    http://stsadm.codeplex.com/

    • et il est open source, je crois, de sorte qu'il pourrait être un bon endroit pour commencer la recherche d'un exemple de code
    InformationsquelleAutor Ryan
  4. 2

    Et au cas où quelqu'un est à la recherche pour la même requête pour SharePoint 2013. Elle est ici. Le point de vue a été supprimé en 2013 et le nom de la table qui a le même champs de dbo.AllWebParts.

    SELECT DISTINCT D.SiteID, D.WebId, W.FullURL as WebURL, D.Id As DocumentId,
                D.DirName, D.LeafName, tp_ID As WebPartSK
FROM       dbo.Docs D WITH (nolock) 
INNER JOIN dbo.Webs W WITH (nolock) ON D.WebID = W.Id
INNER JOIN dbo.AllWebParts WP WITH (nolock) ON D.Id = WP.tp_PageUrlID
WHERE WP.tp_ListId Is Null AND WP.tp_Type Is Null AND WP.tp_Flags Is Null
      AND WP.tp_BaseViewID Is Null AND WP.tp_DisplayName Is Null 
      AND WP.tp_Version Is Null
AND WP.tp_WebPartTypeId='<your web parts id>'
    InformationsquelleAutor Joseph Saad
  5. 1

    Je n'ai eu aucun succès générer le composant webpart de type id, par quelque méthode, simplement, je n'obtiens aucun résultat lorsque j'exécute la requête. C'est parce que l'id n'a jamais été correct.

    Pour contourner ce problème, j'ai créé une nouvelle page et inséré une instance de la partie web qui m'intéressait. J'ai fait une requête par LeafName, en lui donnant la page que j'avais créé (le Meilleur pour le rendre unique!). Cette retourné un résultat unique et je pourrais ensuite utiliser la tp_WebPartTypeId il est retourné à sa requête l'ensemble de la base de données de contenu.

    Donc, si vous avez de la difficulté à la génération de l'id, essayez cette approche à la place.

    InformationsquelleAutor Flippsie