Domanda

Sto cercando di creare una fonte di risultato che mostra solo i risultati per un sito specifico ed è un sub-siti. Ho pensato che potrei usare uno dei seguenti valori:

.

{searchterms} (percorso: / uk / )

{searchterms} (percorso: http://mysite.net/uk/ *)

Sono stato in grado di utilizzare Path:http:// e ottenere risultati, ma se metto la prima lettera del dominio dei miei siti (I.e. Path:http://m), con o senza asterisco, ricevo di nuovo i risultati zero.

Qualcuno può aiutarmi a capire come utilizzare il filtro di proprietà Path, oppure suggerire un filtro di proprietà diverso che posso usare?

[Aggiorna] Dall'amministratore centrale> Applicazione di servizi di ricerca I Possono configurare sorgenti dei risultati utilizzando il percorso Wildcards, I.e. Path:http://mysite/uk*, ma quando provo la stessa query da un sito o dalla raccolta del sito, ottengo zero risultati.

Nel caso in cui è pertinente: la mia applicazione Web è sulla porta 80 e utilizza FBA per l'autenticazione. Il mio Default content access account è da Active Directory, quindi ho esteso la mia app Web Port 80 a Port 111 senza FBA, in modo che l'account di accesso possa arrivare a tutti i contenuti senza la sicurezza del ruolo FBA è un fattore.

Questo non dovrebbe fare la differenza, ma forse lo fa?

È stato utile?

Soluzione

Ho trovato la causa del mio problema.Questo potrebbe non spiegare perché Percorso funziona per alcuni, ma questo percorso mi ha permesso di filtrare correttamente i miei risultati:

Il "Strong> Path Managed Property è configurato come Complete Matching , il che significa che i miei valori Path di /uk o http://mysite.net/uk sono stati condannati al fallimento, come sonoURL non completi.

La mia soluzione è stata quella di creare una nuova proprietà gestita (che ho chiamato PagePath ) utilizzando gli stessi valori di "mappatura" come Percorso , ma non controllando il Complete Matching casella.

Ora, nella mia query, posso usare PagePath:/uk e vedo solo i risultati del sito / UK e sopra.

Spero che questo aiuti qualcuno :)

Altri suggerimenti

C'è anche una proprietà gestita dal sito che può essere utilizzata e può darti i risultati desiderati.

È possibile creare una nuova fonte di contenuto ciò che contiene l'URL (interno / esterno) che si desidera utilizzare come sorgente per la sorgente dei risultati.Non è necessario creare oggetti aggiuntivi.

{Searchterms} Contentource= << Em> Nome Contentource >

So che è passato un po 'da quando hai postato, ma forse qualcun altro ha bisogno di questo ...

Ho avuto lo stesso problema.Nel mio caso avevo due diverse applicazioni web - uno che lavora - l'altro no.Avevo impostato entrambi con AAN (mappatura di accesso alternativo) per la zona extranet. Ho scoperto che l'applicazione / i siti Web aventi problemi è stato impostato con URL dalla zona extranet nella configurazione della sorgente del contenuto.Ho cambiato le impostazioni della sorgente del contenuto per eseguire la crawl utilizzando la zona predefinita, ha iniziato a strisciare pieno e il problema è stato risolto.

In Nome server Mappings Rimorso la voce per il sito Il percorso ha iniziato a funzionare. Controllare e farmi sapere se funziona per te.

Un altro approccio è quello di usare

ParentLink
.

Esempio:

ParentLink:uk*
.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a sharepoint.stackexchange
scroll top