OPPDATERINGEN (01/17/08): Dette blogginnlegget snakker om mer hyperkobling XSL godhet: http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-development/rewriting-links-in-search-results-xslt.

Oversikt og mål: Jeg hadde laget et enkelt stolpediagram som komponent på et instrumentbord. Jeg vil lagre detaljene på å bygge diagrammer for en annen post, men jeg fant ikke opp det teknikken (eller spørsmålstegnet, for saks skyld). Det viste seg det var en feil i diagrammet, og mens jeg løst som, Jeg benyttet anledningen til å konvertere noen etiketter i hyperkoblinger som pekte på den underliggende listen bak diagrammet. For eksempel, Det er en etikett med verdien "Hold". Jeg ønsket å slå etiketten til en hyperkobling, slik at brukeren kan klikke på den og gå til bestemte oppføringer i listen som er "Hold".

Trinn:

1. Bruk visual studio for å SharePoint-aware intellisense.
2. Kopier den DVWP XSLT til visual studio (opprette et tomt prosjekt, Legg en XSL-fil til prosjektet).
3. Kopiere koblingen du vil bruke til utklippstavlen.
4. Lim den inn i den riktige lokasjonen i XSL.
5. Konvertere URL argumentet skilletegn på spørsmålet hyssing fra"&" til"&"
6. URL-kode argumenter.
7. Vikle den inne en <et href…> </en>

Eksempel:

Jeg har en URL-adresse:

http://[Server]/[nettstedet]/Lists/Open Positions/AllItems.aspx?Vis ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = rekrutterer&FilterValue1 = vent

Jeg konvertere den til:

     <en href="Lists/Open Positions/AllItems.aspx?Vis = % 7b84EEA2F5-121B-40B7-946F-
0FA704A1DAA1 %7 d&amp;FilterField1 = rekrutterer&amp;FilterValue1 = vent">
       Hold:
     </en>

Jeg har manuelt forvandlet det første argumentet fra:

{84EEA2F5-121B-40B7-946F-0FA704A1DAA1}

til:

%7b84EEA2F5-121B-40B7-946F-0FA704A1DAA1 %7 d

(I dette, åpningsparentes transformeringene til % 7b og avsluttende klammeparentes transformeringer til %7 d)

Andre og tredje argumentene’ parametere ("FilterField1 =Rekrutterer" og "FilterValue1 =Hold" henholdsvis) trenger ikke å være url-kodede fordi de ikke inneholder usikre tegn.

Notater:

Denne teknikken bør generelt arbeide hvor som helst du vil bygge inn en hyperkobling i XSLT der hyperkoblingen inneholder parameterne i Webadressen som:

http://[Server]/[nettstedet]/Lists/Open Positions/AllItems.aspx?Vis ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = rekrutterer&FilterValue1 = vent

Jeg fikk selve Webadressen ved tilgang til den egendefinerte listen og manuelt filtrering på statuskolonnen (merket "rekrutterer" ovenfor).

(Dette er faktisk en litt gammel nyheter, men som min favoritt brannstasjon motto proklamerer, "Bedre sent enn aldri").

Sjekk det ut her: http://www.sharepointbeagle.com/

Hvis du ikke allerede har, Sørg for å melde seg på.

selvfølgelig, Les min artikkel om virkelige verden SharePoint prosjekter (inkludert definisjon av krav, KPIS, innholdstyper, oversikter og mer) i tillegg min kollega artikkel om webdelen for innholdsspørring.

Det er mange andre gode ting også.

Jeg spurte dette spørsmålet nesten hver uke, vanligvis i forbindelse med en sikkerhet diskusjon. En administrator/site creator har klargjort et område, konfigurerte sikkerhet, arrangert web deler og tilpasset Hurtigstart for å gi det oh-så-perfekte settet med alternativer for sluttbrukeren. men, esken, Du kan ikke fjerne den "Vis alt områdeinnhold" kobling.

Mark Wagner gir svaret her (http://www.crsw.com/mark/Lists/Posts/Post.aspx?ID=36). Hans skrive opp er veldig bra på to nivåer. Det gir et svar på spørsmålet, "Hvor gjøre jeg fjerne det Vis alt områdeinnhold" kobling? Deretter, svar umiddelbart etterarbeid spørsmålet: Hvordan lar jeg lett visningen alt områdeinnhold kobling på område-for-område-basis?

Som en bonus: Hans tilnærmingen fungerer for WSS, ikke bare MOSS.

</slutten>

Abonner på bloggen min!

Se oppdatere (JEG) under (11/24/07) på Hvordan du konfigurerer Microsoft Office SharePoint Server 2007 til indekserings- og nettverksmapper for kravlesøk for søk

Målsetting: Jeg vil utføre et søk som er begrenset til et bestemt dokumentbibliotek. I dette tilfellet, dokumentbiblioteket inneholder opplæringsdokumenter.

Trinn:

1. Spille inn URL-Adressen til dokumentbiblioteket.

2. Opprette et område:

Gå til Sentraladministrasjon.

Tilgang SSPEN.

Gå til "Søke innfatningene".

Bla til definisjonsområde og velg "Vis omfang".

Opprette et nytt omfang. Gi det et navn og nyttig beskrivelse.

3. Definere omfanget kravlesøkregler:

Legge til en regel som definerer dokumentbiblioteket for dette området.

Velg "web-adresse" for "Type omfangsregel".

Angi navnet på mappen (se #1 ovenfor).

Godta standardverdien for "Inkluder".

Vente på omfanget oppdatere (eller starte det manuelt).

4. Aktiver området i en områdesamling.

Gå til området der du vil bruke dette omfanget.

Legge til nye omfanget egnede vise gruppen eller gruppene.

5. Søk!

På dette punktet, du er ferdig. Forutsatt at omfanget er riktig definert, det vil være tilgjengelig i rullegardinlistene områder for enkel og avansert søk, og når du søker med at omfanget, du får resultatene du forventer.

Notater:

Jeg skrev dette blogginnlegget fordi etter enkle omfang installasjonsprogrammet dukket opp tørke med setninger som:

• konfigurere omfang i MOSS
• konfigurere søk omfang moss
• områder i sharepoint 2007
• områder i sharepoint
• søke en dokumentet bibliotek moss
• omfang primer moss

Du kan opprette et søkeomfang for en mappe, ikke bare for hele dokumentbiblioteket.

Et område kan deles over flere områdesamlinger (dermed, en "delt tjeneste").

Du kan opprette området på områdesamlingsnivå selv. Men, Jeg foretrekker å gå til Sentraladministrasjon fordi jeg kan starte kravlesøket fra der. Du kan ikke starte kravlesøket fra områdesamlingen.

OPPDATERINGEN (JEG) som 11/24/07:

Kai Shang satt sammen en stor post rett Hvordan du konfigurerer Microsoft Office SharePoint Server 2007 til indekserings- og nettverksmapper for kravlesøk for søk @ http://kaishenghoo.spaces.live.com/blog/cns!8A7458DB12CA5AC9!206.entry

I dag, Jeg prøvde å få tilgang til et dokumentbibliotek via windows Utforsker. Dette doc lib bor innenfor et system som består av to WFE belastningsfordeles av en slags Cisco NLB løsning. (Hvis/når fortelle de er network wizards meg hva det er, Jeg vil oppdatere dette innlegget).

Windows Utforsker kan ikke koble. Jeg gjorde noen undersøkelser og til slutt, veiviseren nettverk sa at WebDAV er deaktivert av / ikke støttes av / under verdighet NLB.

Så, antar nettverket veiviserne ikke bare forteller meg nettverk veiviseren tilsvarende "ta en lang tur på en kort bro", Jeg må undres — gjør NLB, av natur, deaktivere WebDAV? Vi miste vår windows fil Utforsker grensesnitt til SharePoint? Er Cisco det Soup Nazi?

Microsoft oppretter kunnskapsbase artikler dag og dag og noen av dem er darned viktig å vite om hvis du bor i SharePoint verden.

Jeg oppbevare oppdatert med dem via en tjeneste ved gode folk på www.kbalertz.com. KBAlertz kan du registrere dine favoritt MS-teknologi og de sender du fordøye versjoner av Microsoft KB-artikler via e-post.

(OPPDATERT 11/29 å forklare hvordan du får tilgang til innstillinger for web-policyen via Grensesnittet)

Jeg hadde en av de "Hvorfor MOSS gjør dette til meg????" øyeblikk i dag. Til slutt, Det er bare min feil.

Vi har et virksomhetsprosjekt-MOSE skjer, og vi ønsker å sikre en "plass-holder" nettsteder slik at ingen kan få tilgang til den eller se det.. Det er enkelt:

1. Gå til webområdet.
2. Bryte sikkerhet arven.
3. Fjerne alle bruker/gruppe fra områdetillatelser.

Ovenfor bør forlate bare administratoren for områdesamlingen med tillatelse til å se området.

Hvis noen andre logger på, de bør ikke lenger se området og det bør være sikkerhet-trimmet fra alle de vanlige stedene.

men … Det var ikke. På samme tid, Jeg plutselig innser at min "Joe bruker" standard brukerkonto test med ingen priv's enn begrenset lesetilgang har en "Områdehandlinger" valg overalt han drar. Jeg dobbelt sjekke en ting og dobbeltsjekke noe annet. Jeg plukker opp telefonen å ringe en kollega, men sette det ned og sjekk noe annet. Jeg gå en tur og prøve alt over atter. Jeg kaller en kollega og legge igjen en beskjed. Og deretter, Endelig, Jeg finner at Ethans blogg, hans åpning graf gjør det ganske enkelt:

MOSS 2007 har en ny funksjon kalt Web programpolicyer. Dette er tillatelser som er knyttet til et webprogram. Disse sikkerhetsinnstillingene overstyre alle innstillingen som er angitt på områdesamlingen eller område (Web) nivå for brukeren.

Et raskt besøk på web søknad politikk viser at "NT Authorityauthenticated brukere" hadde fått Full lesing. Jeg fjernet dem fra listen og alt til slutt begynte å jobbe som forventet. Jeg tror de ble lagt i utgangspunktet av noen med feilaktig inntrykk av at det er beste måten å gi lesetilgang til alle i bedriften. Det gjør, men, å stamme et tilbud, "Det betyr ikke det du tror det betyr."

Tilgang web programpolicyer denne måten:

1. Gå til Sentraladministrasjon
2. Velg webprogram
3. Velg "Policy for webprogram"
4. På skjermen, Kontroller at du velger riktig webprogrammet. For meg, det standard webprogrammet for sentraladministrasjon som ikke nødvendigvis du.

Når jeg hadde dette problemet, Jeg søkte på følgende setninger og fikk overraskende lite i form av direkte hjelp i denne saken:

Områdehandlinger synlig for alle brukere

Områdehandlinger synlige for alle brukere

Områdehandlinger er ikke optimal sikkerhet

sikre et MOSS nettsted

innføring i moss sikkerhet

Technorati Merkelapper: SharePoint

Raske og enkle instruksjonene:

Redigere en side og legger til en webdel for Core søkeresultater.

Redigere denne webdelen og utvide "Fast søkeordet".

Legge til fast søkeordet (f.eks. ContentType:"Trening faktura" TrainingInvoiceNumber:1111)

Utvid Spørringsalternativer for resultater og endre "på alle webområder del forespørsels-ID" til en annen verdi enn "brukeren søker" (f.eks. "Query 2").

Notater:

Bruker kjernen søkeresultater på denne måten tillatt meg for å opprette en side som viser informasjon fra en annen områdesamling. Klienten har to store områdesamlinger: Avdelinger og produkter.

Områdesamlingen produktet inneholder, naturlig nok, produktinformasjon. Hvert produkt i områdesamlingen samler data fra flere kilder.

En av avdelingene, koder og testing, er slikt kilde. Når brukere åpner produktet XYZ, de bør se koder og tester data direkte på XYZ hovedsiden. Siden koder og testing er lagret i en annen områdesamling, Det er litt vanskelig. Vi besluttet å bruke webdelen for kjernen søke resultater siden søket strekker seg over områdesamlinger. Koder og Testing klarer produktdata via en egendefinert liste som er begrenset av en bestemt innholdstype. AA søkeordet som bruker første innholdstypen og produktnummeret begrense søket til en enkelt rad i den egendefinerte listen.

Søkeordet ovenfor er en og. Den returnerer dokumenter innhold type "trening faktura" og der fakturanummeret er lik "1111".

En fin nytte fra denne tilnærmingen: Vi kan redigere XSL-koden fra den kjernen søkeresultater-webdelen og generere alle formater som vi ønsker.

Se her (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) for en annen blogger diskusjon om dette emnet.

</slutten>Abonner på bloggen min.

Hvis du vedlikeholder en blogg som er minst minimal koblet til SharePoint, behage utleie meg vite i kommentarer. Jeg vil gjerne legge deg til min bloggliste.

Hvis du vedlikeholder en blogg som ikke er koblet til SharePoint, men vil at jeg skal legge det til likevel, gi meg beskjed. Jeg vil kanskje lage en egen bloggliste.

Vennligst gi:

• Bloggen din URL (åpenbart)
• En kort beskrivelse av bloggen din.

Jeg vil beholde koblingen til "aktiv" Blogger, som jeg er omtrent definere som ett innlegg per uke og minimum tre måneder gammel. Hvis du ikke oppfyller dette "behovet" legge til kommentarer uansett. Har * min * så jeg kan bryte min egen regel hvis jeg vil.

takk!

Klienten oppdaget en feil i dag med ovennevnte malen.

Kurset ledere lage kurs. Når du oppretter et kurs, angir maksimalt antall tilgjengelige plasser lederen.

Malen gir selvbetjent brukerregistrering. Jeg registrerer og en arbeidsflyt som er knyttet til registrering listen reduserer "tilgjengelig sitteplasser" forbundet med det selvfølgelig.

Enkeltpersoner kan også avregistrere deg fra et kurs. Feilen ligger her. Avregistrere fra et kurs øker ikke ledige plasser telleren. Som et resultat, ledige plasser er ikke nøyaktig. Denne feilen er forsterket av faktum at når ledige plasser reduserer til null, Ingen flere selvbetjent registrering er tillatt.

Heldigvis, Microsoft tilbyr arbeidsflyten for denne prosessen. Enda bedre, Det er en rett frem arbeidsflyt som er opprettet via SharePoint Designer.

Gjør følgende høyt nivå for å fikse det:

1. Brann opp SDP.
2. Tilgang til webområde basert på malen trening.
3. Tilgang "Avregistrering av-deltaker" arbeidsflyt.
4. Sett inn denne fremgangsmåten (Jeg gjort dem de to første trinnene):
   1. Beregne Kurs:Fylt seter minus 1 (Utdata til Variabel:calc)
   2. (deretter) Oppdateringen element i Kurs

Klikk Fullfør og du er ferdig.

Skjermbilder:

SharePoint Designer:

Ferdig med arbeidsflyt:

Beregne drill-down:

Oppdateringen element i kurs: