SPS 2001 Recherche exclusivement au sein des docs...

Bonsoir,

Effectivement lorsqu'une webpart est crée, selon le type de contenu
défini, un fichier se crée sous "Portal" ou "Portail" en français je
suppose, avec le nom de la webpart et l'extension du type de contenu.

Mais ce fichier est vide, ne contient pas de données ... et là je vais
laisser la parole aux MVPs parce que je suppose que ce fichier doit
servir de lien vers autre chose, vu qu'en le supprimant la webpart est
toujours à l'ecran mais son administration n'est plus possible...

Certes même si ce fichier est indexé, vu qu'il ne contient pas le
contenu (??!!), il ne sera pas trouvé par la recherche. :-) Et je vois
alors difficilement SPS vous renvoyer la page sur laquelle se trouve la
webpart.

Je ne sais pas si j'ai été clair et surtout si je ne me suis pas trompé.
Tout ça demande confirmation ....

Christophe.

Seb wrote:

Ce sont des termes contenus dans les webparts. mais les
webparts apparaissent bien comme étant des fichiers htm
dans l'explorateur de fichier, non?

Bonsoir

Désolé Christophe , je vais essayer de prendre la parole bien que je ne sois
pas MVP.;)
A propos, merci d'avance pour vos tests sur le serveur du ClubSPS, ca me
rassure sur sa stabilité ;)

Plus sérieusement,

SPS n'est pas un site Web ortdinaire, c'est un espace communautaire
(l'association d'un site Dashboard, d'une base Exchange et d'unn moteur de
recherche)

Dans le cas du moteur de recherche du portail , sa source de contenu interne
est de type SPS et non Site Web.

Ce n'est pas le site dashboard qui est analysé mais juste l'espace de

stockage via :
*La bibliothéque documentaire
*Le contenu du portail (la bibliothéque secondaire)
*Les tableaux de bords

Le portail est ignoré car son adresse "SPS" (Portal et Ressources) est à
vrai dire une adresse systeme. Elle ne contient rien si ce n'est un rendu
visuel du portail dans le Web Storage System.

Malgré tout ce n'est pas bien génant. Imaginez un peu si vous indexer le
portail comme source WWW. Vous trouvrez tous le fichiers de langues ainsi
que le code des ASP, VBS et INC...

Ce que l'on voit à travers le dashboard est le resultat d'une requete WebDav
sur le WSS transformé par la fameuse dbview.xsl. Le moteur de recherche lui
donne accés aux documents mêmes ou à leur profiles de catégorisation (comme
le fait la webpart "Annonces") .

Par contre cela pose qd même un petit soucis si l'on rajoute du contenu
directment dans une WebPart (genre message de bienvenu ou texte pur)

pour eviter ce désagrement, je stocke le contenu html dans le contenu du

portail et je configure la WP pour utiliser un contenu externe sur son
adresse. Comme ca le contenu est bien indexé.

Voila, voila

Renaud COMTE
---------------------------------------------
http://www.clubSPS.org
http://spsclerics.europe.webmatrixhosting.net
---------------------------------------------


"Christophe Metral"
<christophe_metral_no_spam_from_news@microsoft.hotmail.com> a écrit dans le
message de news:O0dMRijnDHA.392@TK2MSFTNGP11.phx.gbl...

Bonsoir,

Effectivement lorsqu'une webpart est crée, selon le type de contenu
défini, un fichier se crée sous "Portal" ou "Portail" en français je
suppose, avec le nom de la webpart et l'extension du type de contenu.

Mais ce fichier est vide, ne contient pas de données ... et là je vais
laisser la parole aux MVPs parce que je suppose que ce fichier doit
servir de lien vers autre chose, vu qu'en le supprimant la webpart est
toujours à l'ecran mais son administration n'est plus possible...

Certes même si ce fichier est indexé, vu qu'il ne contient pas le
contenu (??!!), il ne sera pas trouvé par la recherche. :-) Et je vois
alors difficilement SPS vous renvoyer la page sur laquelle se trouve la
webpart.

Je ne sais pas si j'ai été clair et surtout si je ne me suis pas trompé.
Tout ça demande confirmation ....

Christophe.

Seb wrote:
> Ce sont des termes contenus dans les webparts. mais les
> webparts apparaissent bien comme étant des fichiers htm
> dans l'explorateur de fichier, non?
>
>

Bonjour,

De plus, j'en parlais hier avec Renaud, merci pour ta réponse ;+)

Pourquoi indexer la page d'accueil, quand chaque personne qui arrive sur ce
portail y est confrontée automatiquement.

Néanmoins, si on veut aller plus loin, mais là c'est du perfectionnisme, la
solution de Renaud me semble parfaite.
-
Allez sur mon site je l'ai refait et largement développé,
voir la rubrique SPS v 2.0 et sur le Tech-Ed 2003.

@bientôt sur les news de SharePoint.

Bonne fin de semaine.


EROL
MVP SharePoint Microsoft France.
http://perso.wanadoo.fr/erolsps/Visites/Livre1.htm
http://www.laboratoire-microsoft.org/articles/teched_2003/
http://www.sharepointpro.net
============================= Si nous avons chacun un objet et que nous les échangeons, nous avons chacun
un objet.
Si nous avons chacun une idée et que nous les échangeons, nous avons chacun
deux idées.
Proverbe chinois.
===================
Renaud COMTE wrote:
|| Bonsoir
||
|| Désolé Christophe , je vais essayer de prendre la parole bien que je
|| ne sois pas MVP.;)
|| A propos, merci d'avance pour vos tests sur le serveur du ClubSPS,
|| ca me rassure sur sa stabilité ;)
||
|| Plus sérieusement,
||
|| SPS n'est pas un site Web ortdinaire, c'est un espace communautaire
|| (l'association d'un site Dashboard, d'une base Exchange et d'unn
|| moteur de recherche)
||
|| Dans le cas du moteur de recherche du portail , sa source de contenu
|| interne est de type SPS et non Site Web.
||||| Ce n'est pas le site dashboard qui est analysé mais juste
||||| l'espace de
|| stockage via :
|| *La bibliothéque documentaire
|| *Le contenu du portail (la bibliothéque secondaire)
|| *Les tableaux de bords
||
|| Le portail est ignoré car son adresse "SPS" (Portal et Ressources)
|| est à vrai dire une adresse systeme. Elle ne contient rien si ce
|| n'est un rendu visuel du portail dans le Web Storage System.
||
|| Malgré tout ce n'est pas bien génant. Imaginez un peu si vous
|| indexer le portail comme source WWW. Vous trouvrez tous le fichiers
|| de langues ainsi que le code des ASP, VBS et INC...
||
|| Ce que l'on voit à travers le dashboard est le resultat d'une
|| requete WebDav sur le WSS transformé par la fameuse dbview.xsl. Le
|| moteur de recherche lui donne accés aux documents mêmes ou à leur
|| profiles de catégorisation (comme le fait la webpart "Annonces") .
||
|| Par contre cela pose qd même un petit soucis si l'on rajoute du
|| contenu directment dans une WebPart (genre message de bienvenu ou
|| texte pur)
||||| pour eviter ce désagrement, je stocke le contenu html dans le
||||| contenu du
|| portail et je configure la WP pour utiliser un contenu externe sur
|| son adresse. Comme ca le contenu est bien indexé.
||
|| Voila, voila
||
|| Renaud COMTE
|| ---------------------------------------------
|| http://www.clubSPS.org
|| http://spsclerics.europe.webmatrixhosting.net
|| ---------------------------------------------
||
||
|| "Christophe Metral"
|| <christophe_metral_no_spam_from_news@microsoft.hotmail.com> a écrit
|| dans le message de news:O0dMRijnDHA.392@TK2MSFTNGP11.phx.gbl...
||| Bonsoir,
|||
||| Effectivement lorsqu'une webpart est crée, selon le type de contenu
||| défini, un fichier se crée sous "Portal" ou "Portail" en français je
||| suppose, avec le nom de la webpart et l'extension du type de
||| contenu.
|||
||| Mais ce fichier est vide, ne contient pas de données ... et là je
||| vais laisser la parole aux MVPs parce que je suppose que ce fichier
||| doit servir de lien vers autre chose, vu qu'en le supprimant la
||| webpart est toujours à l'ecran mais son administration n'est plus
||| possible...
|||
||| Certes même si ce fichier est indexé, vu qu'il ne contient pas le
||| contenu (??!!), il ne sera pas trouvé par la recherche. :-) Et je
||| vois alors difficilement SPS vous renvoyer la page sur laquelle se
||| trouve la webpart.
|||
||| Je ne sais pas si j'ai été clair et surtout si je ne me suis pas
||| trompé. Tout ça demande confirmation ....
|||
||| Christophe.
|||
||| Seb wrote:
|||| Ce sont des termes contenus dans les webparts. mais les
|||| webparts apparaissent bien comme étant des fichiers htm
|||| dans l'explorateur de fichier, non?

Tout d'abord merci pour vos réponses.
Pour ce qui est d'indexer la page d'accueil, bien entendu
ce n'est pas nésessaire. Mais c t dans le cas présent un
simple exemple afin d'éviter de rentrer dans
l'arborescence des pages de mon portail dont vous n'avez
pas connaissance.

Voilà, sinon, j'avais l'impression que le contenu des
webparts était intégré avant notre réinstall en anglais.
mais je viens de me souvenir qu'il est fort probable que
mes recherches aient en fait été effectuées sur du
contenu apparaissant sur des pages en "dur", dc des docs
indexé par le portail.

Voilà l'explication la plus logique qui m'est venue en
lisant la réponse de Renaud.


Encore merci pour votre aide!

En relisant avec plus d attention le post de Renaud, j'ai
vu que les tableaux de bords devaient etre indexés. et c
bien là mon pb. les recherches que j'effectue sur les
tableaux de bords que j ai créés concernant le texte à
l'intérieur des webparts(texte formaté en html) ne
donnent aucun résultat... je suis un peu perdu là.

Bonjour,

Le contenu de portal n'est donc pas indexé? Je voudrais
pouvoir indexer le le contenu html des webparts des
tableau de bord situé ds portal. comment faire?

Bonjour Seb,

Comme Renaud l'a dit, il faut alors éviter d'"embarquer" le contenu dans
les webparts, mais utiliser un contenu "externe", où tu spécifies
l'adresse de ton document html qui existe bel et bien à un endroit
quelconque de ton arborescence. Pour peu que cet endroit soit indexé,
ton fichier sera "visible" par le moteur de recherche.

A ton service,

Christophe

Seb wrote:

Bonjour,

Le contenu de portal n'est donc pas indexé? Je voudrais
pouvoir indexer le le contenu html des webparts des
tableau de bord situé ds portal. comment faire?