Trouver des sites

La liste des sites existants devient de plus en plus longue donc une recherche de sites est devenue très pertinente.

J’ai ajouté une page dans un Centre de recherche d’entreprise.

J’ai modifié la requête de la page comme ceci:

{searchboxquery} WebTemplate:STS OR WebTemplate:community OR WebTemplate:blog OR WebTemplate:cmspublishing OR WebTemplate:bdr OR WebTemplate:blankinternet OR WebTemplate:enterwiki OR WebTemplate:offile

J’ai coché pour conserver les doublons.

Sur la page d’accueil, j’ai ajouté un WebPart de Zone de recherche qui redirige vers cette page de recherche: Transmettre les requêtes à une URL.

chercher-site

J’aime!

https://ktnnsharepoint.wordpress.com/2017/03/02/tous-mes-sites-recherche/

Réf.

http://en.share-gate.com/blog/sharepoint-2013-content-search-site-portal

SharePoint 2013 Site Template ID List for PowerShell

Advertisements

Grande liste et recherche

Voir la première partie de la série: https://ktnnsharepoint.wordpress.com/2014/05/29/grandes-listes-seuil-affichage/

Est-ce que la recherche peut nous aider à contourner le seuil d’affichage?

Tout d’abord, je me méfie de la recherche: https://ktnnsharepoint.wordpress.com/2015/08/03/un-defile-de-deception/

Ensuite, observons ce qui se passe avec une page de recherche personnalisée.

Je ne fais l’expérience qu’avec la colonne de type choix unique. La métadonnée analysée est: ows_ColonneChoix

Réf. https://ktnnsharepoint.wordpress.com/2015/07/16/proprietes-analysees-gerees-schema-recherche/

À vérifier: ows_q_CHCS_ColonneChoix ?

J’associe la propriété gérée RefinableString01 avec ows_ColonneChoix. Puis je l’ajoute dans le WebPart de perfectionnement. Le WebPart de Résultat de la recherche contient une requête qui pointe sur la bibliothèque et qui affiche les doublons.

refinablestring01

Le total au bas de la page de recherche indique:

résultats-tous

Il y a 10000 fichiers dans la bibliothèque. Le ‘1’ de plus est la page de l’affichage (allitems.aspx).

En cliquant sur Vert dans le panneau d’affinement, on obtient:

resultats-vert

Bleu: Environ 1 986 résultats

Jaune: Environ 1 939 résultats

Rouge: Environ 60 résultats

Le total des 4 couleurs donne 10 000.

CONCLUSION:

Les totaux sont corrects malgré le terme ‘Environ’ qui ne donne pas confiance. Je me méfierait tout de même des totaux pour obtenir un calcul fiable.

Comparativement à la création d’affichages, il faut posséder un niveau de connaissance bien plus avancée pour travailler avec le schéma de recherche (en plus il faut un accès d’admin de coll de sites) et pour personnaliser la page de recherche. Sans compter qu’il n’est pas possible de grouper ou trier et pour voir les autres colonnes sur la page de la recherche, il faudrait pour cela définir un modèle de recherche spécifique.

Aussi, on peut imaginer que s’il y avait beaucoup de choix, le panneau d’affinement est moins efficace qu’un affichage groupé.

Et n’oublions pas que la recherche n’est pas fiable à 100%.

* Testé avec SharePoint online (mai 2016)

Voir ma vidéo sur YouTube (SharePoint Online, janvier 2016)

Caractères spéciaux et la recherche

Testé avec SharePoint online (mai 2016) dans le nouvel affichage de la bibliothèque.

Dans une bibliothèque, j’ai une colonne (NumDossier) qui contient des numéros de dossier dans ce format: 123-45.

NumDossier

J’ai créé une propriété gérée à partir de cette colonne de liste: NumDossier (mappée avec la propriété analysée: ows_NumDossier).

Note: Il y a un délai d’au plus 15 min de minutes pour l’indexation mais le délai pour voir la propriété analysée est plus long (autour d’1 heure). Pour accélérer l’activation des propriétés gérées, il faut indexer la biblio.

Expérience no 1:

La recherche directe dans la zone de recherche de la bibliothèque donne les résultats suivants.

Si on inscrit 123 45 ou 123*45, on trouve les 3 fichiers.

Si on cherche 123_45 ou 123-45, on ne trouve que le fichier qui contient cette métadonnée précisément.

Expérience no 2:

La recherche dans la zone de recherche avec NumDossier (propriété gérée) fonctionne comme ceci:

NumDossier:123-45 > 1 fichier, pareil pour NumDossier:123_45

NumDossier=123-45 > 0 fichier, pareil pour NumDossier=123_45

NumDossier:123*45 > 3 fichiers

NumDossier=123*45 > 0 fichier

NumDossier:123 > 3 fichiers

NumDossier=123 > 0 fichier

NumDossier:123 45 > 3 fichiers

C’est déroutant de n’obtenir aucun fichier pour NumDossier=123-45 ou NumDossier=123_45 ou NumDossier=123*45

Le tiret et le sous-tiret sont considérés comme des séparateurs de mots donc à l’indexation, ils sont ignorés.

 

Expérience no 3:

J’associe la propriété analysée ows_NumDossier avec RefinableString00. Puis sur une page de recherche, j’ajoute RefinableString00 dans le panneau de raffinement.

refinablestring-caracteres

Et cela fonctionne comme prévu. Donc les caractères spéciaux sont présents dans les valeurs indexées.

Note: Dans RefinableString00, ‘Correspondance complète’ n’est pas cochée par défaut. Aussi, il n’est pas possible de l’activer puisque les options sont en grisées.

Expérience no 4:

Dans la propriété gérée NumDossier, je coche ‘Correspondance complète’.

correspondance-complete

NumDossier:123-45, NumDossier=123-45 > 1 fichier, pareil pour NumDossier:123_45, NumDossier=123_45

NumDossier:123*45 > 1 fichier

NumDossier=123*45 > 0 fichier

NumDossier:123 > le fichier 123*45

NumDossier=123 > le fichier 123*45

NumDossier:123 45 > le fichier 123*45

NumDossier:123* > 3 fichiers

Donc NumDossier:123 ne fonctionne plus il faut plutôt utiliser NumDossier:123*. Et le comportement avec l’astérisque est imprévisible.