ĜISDATIGO (01/17/08): Ĉi tiuj blogaj eniraj paroladoj pri pli da hiperliga XSLa boneco: http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-development/rewriting-links-in-search-results-xslt.

superrigardo kaj Objektivo: Mi kreis simplan baran mapon servi kiel ero sur instrumentpanelo. Mi savos la detalojn sur konstruanta mapojn por alia poŝto, Sed mi ne inventis tiun teknikon (Nek la demanda marko, Por tiu afero). Ĝi rezultis estis cimo en la mapo kaj dum mi riparis tion, Mi prenis la ŝancon transformi kelkajn etikedojn en hiperligoj kiu indikis ĉe la fundamenta listo malantaŭ la grafeo. Ekzemple, Estas etikedo kun valora "Tenado". Mi deziris turni la etikedon en hiperligo por ke la uzanto povus klaki sur ĝi kaj borilo malsupren al la specifaj eniroj en la enlistigi kies statusa valoro estas "Tenado".

Paŝoj:

1. Uzi vidan studion por Sharepoint-konscia intellisense.
2. Kopii la DVWP?? XSLT en vida studio (Krei malplenan projekton, Aldoni XSLan dosieron al la projekto).
3. Kopii la ligon vi deziras uzi en la clipboard.
4. Almeti ?in en la #?usta loko en la XSL.
5. Transformi URLan argumenton apartigiloj sur la demanda #?nuro de "&" Al "&Amp;"
6. Url-kodi individuajn argumentojn.
7. Volvi ke en <href…> </al>

Ekzemplo:

Mi havas URL:

Http://[Servilo]/[Ejo]/Enlistigas/Malferman Pozicioj/AllItems.Aspx?Vido={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1=Rekrutigisto&FilterValue1=Tenado

Mi transformas ?in en:

     <al Href="Enlistigas/Malferman Pozicioj/AllItems.Aspx?Vidi={84EEA2F5-121B-40B7-946F-
0FA704A1DAA1}&Amp;FilterField1=Rekrutigisto&Amp;FilterValue1=Tenado">
       Tenado:
     </al>

Mi mane transformis la unuan argumenton de:

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

Al:

%7B84EEA2F5-121B-40B7-946F-0FA704A1DAA1}

(En #tio ?i, La malferma stego transformas al { kaj la ferma stego transformas al })

La duaj kaj triaj argumentoj’ Parametroj ("FilterField1=Rekrutigisto" Kaj "FilterValue1=Tenado" Respektive) Ne devas esti url-kodita #?ar ili ne enhavas ajnajn nesekurajn karakterojn.

Notoj:

#?I tiu tekniko #?enerale devus labori anywhere vi deziras al embed hiperligo en XSLT kie la hiperligo inkluzivas parametrojn sur la URL kiel:

Http://[Servilo]/[Ejo]/Enlistigas/Malferman Pozicioj/AllItems.Aspx?Vido={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1=Rekrutigisto&FilterValue1=Tenado

Mi akiris la URL ?i mem de aliranta la #la?menda liston kaj mane filtranta sur la statusa kolumno (Labeled "Rekrutigisto" Sur).

(Tio ĉi estas efektive malgranda malnova sciigo, Sed kiel mia preferata fajrega stacia devizo proklamas, "Pli bona lasta ol neniam").

Kontroli ĝin ĉi tie: http://www.sharepointbeagle.com/

Se vi havas ne jam, Esti certe al Subskribi supre.

Nature, Esti certe legi Mia artikolo Pri vera-monda SharePoint projekto (Inkluzivanta postulan difinon, KPI-a, Kontentaj tipoj, Instrumentpaneloj kaj pli) Tiel kiel Mia kolego?? Artikolo pri la kontenta demanda araneaĵa parto.

Tie?? Multo de alia bona #a?o #anka?.

Mi estas demandita ĉi tiun demandon preskaŭ ĉiu semajno, Normale en la kunteksto de sekureca diskuto. Administranta/eja kreinto proviantis ejon, Formita sekurecon, Aranĝita araneaĵajn partojn kaj personigis la rapidan lanĉon provizi ke oh-sekve-perfekta aro de elektoj al la fina uzanto. Sed, Ekstere de la skatolo, Vi ne povas forigi la "vidon ĉiuj eja enhavo" Ligo.

Mark Wagner provizas la respondon Ĉi tie (http://www.crsw.com/mark/Lists/Posts/Post.aspx?ID=36). Lia skribi-supre estas grandega sur du niveloj. Ĝi provizas respondon al la demando, "Kiel mi forigas la Vido Ĉiuj Eja Enhavo" Ligo? Tiam, Ĝi alrespondas la tujan sekvi-sur demando: Kiel faras min facile ebligi la vidon ĉiuj eja enhavo ligo sur ejo-de-eja bazo?

Kiel gratifiko: Liaj alproksimiĝaj laboroj por WSS, Ne nura MUSKO.

</Fino>

Aboni al mia blogo!

Vidi ĜISDATIGON (I) Malsupre (11/24/07) Sur Kiel Formi Microsoft Oficejo SharePoint Servilo 2007 Indeksi kaj Rampada Reto Tekoj por Serĉo

Objektiva: Mi deziras efektivigi serĉon restriktita al specifa dokumenta biblioteko. En ĉi tiu kazo, La dokumenta biblioteko enhavas trejnanta dokumentojn.

Paŝoj:

1. Registri la URL de la dokumenta biblioteko.

2. Krei amplekson:

Iri al centra administro.

Aliri la SSP.

Iri "Serĉi Fiksojn".

Scroll malsupren al la ampleksa sekcio kaj elektitaj "Vidaj Ampleksoj".

Krei novan amplekson. Doni ĝin nomo kaj utila priskribo.

3. Difini ampleksan rampadon reguloj:

Aldoni regulon kiu difinas la dokumentan bibliotekon por ĉi tiu amplekso.

Elektita "araneaĵa adreso" Por "Ampleksa Regulo Tipo".

Eniri la nomon de via teko (Vidi #1 Sur).

Akcepti la defaŭltan valoron de "Inkluzivi".

Atendo por la amplekso ĝisdatigi (Aŭ komenci ĝin mane).

4. Ebligi la amplekson en eja kolekto.

Iri al eja kolekto kie vi deziras uzi ĉi tiun amplekson.

Aldoni vian novan amplekson al la konvena montriĝa grupo aŭ grupoj.

5. Serĉo!

Ĉe ĉi tiu punkto, Vi estas farita. Supozanta la amplekson estas konvene difinita, Ĝi estos havebla en la ampleksa falo faligas por simplaj kaj altnivelaj serĉoj kaj kiam vi serĉas uzanta ke amplekso, Vi nur akiros rezultojn vi atendas.

Notoj:

Mi skribis ĉi tiun blogan eniron ĉar mia serĉas simplan ampleksan aranĝon aperis sekan uzanta frazojn ŝatas:

• Formi ampleksojn en MUSKO
• Formi serĉan amplekson musko
• Ampleksoj en sharepoint 2007
• Ampleksoj en sharepoint
• Serĉi dokumentan bibliotekan muskon
• Ampleksa enkonduko musko

Vi povas krei serĉan amplekson sur teko, Ne nur la tuta dokumenta biblioteko.

Amplekso povas esti dividita trans multoblaj ejaj kolektoj (Tial, "Komuna servo").

Vi povas krei la amplekson ĉe la eja kolekto ebenigas ĝin mem. Tamen, Mi preferas iri al centra admin ĉar mi povas komenci la rampadon de tie. Vi ne povas komenci la rampadon de la eja kolekto.

ĜISDATIGO (I) Kiel de 11/24/07:

Kai Shang kunmetis grandan poŝton rajtigis Kiel Formi Microsoft Oficejo SharePoint Servilo 2007 Indeksi kaj Rampada Reto Tekoj por Serĉo @ http://kaishenghoo.spaces.live.com/blog/cns!8A7458DB12CA5AC9!206.entry

Hodiaŭ, Mi provis aliri dokumentan bibliotekon tra fenestra esploristo. Tio ĉi doc lib estas vivanta en sistemo kiu konsistas de du la ŝarĝo de WFE ekvilibrigita de iu speco de Cisco NLBa solvo. (Se/kiam la retaj sorĉistoj diras min kio ĝi estas, Mi ĝisdatigos ĉi tiun poŝton).

Fenestra esploristo ne povus konekti. Mi faris iun esploron kaj poste, La retaj sorĉistoj diris tion WebDAV Estas malfunkciigita de / Ne subtenita de / Sub la digno de la NLB.

Tiel, Supozanta la retajn sorĉistojn ne estas nur diranta mi la reta sorĉista ekvivalento de "preni longan piediron de mallonga ponto", Mi devi scivoli — Faras NLB, De naturo, Malfunkciigi WebDAV? Ĉu ni perdas nia fenestra dosiera esplorista fasado al SharePoint? Estas Cisco la Supo Nazia?

Microsoft kreas scian bazon artikoloj tage en kaj tage ekstere kaj kelkaj de tiuj estas darned grava scii proksimume se vi vivas en la SharePoint mondo.

Mi tenas ĝis rapido kun ili tra servo provizas de la bonaj homoj ĉe Www.kbalertz.com. KBAlertz ebligas vin subskribi supre por via preferata F-ina teknologio kaj ili sendas vin digestas versiojn de Microsoft KBaj artikoloj tra retpoŝto.

(ĜISDATIGITA 11/29 Klarigi kiel aliri araneaĵa apliko politikaj fiksoj tra la UI)

Mi havis unu el tiuj "kial estas MUSKO faranta tion ĉi al mi????" Momentoj hodiaŭ. En la fino, Ĝi estas ĉiuj mia misfaro.

Ni havas entreprenan MUSKAN projekton daŭriganta kaj ni deziras sekurigi "lokan posedanton" Ejoj por ke neniu uzanto povas aliri ĝin aŭ vidi ĝin. Tio estas facile:

1. Iri al la ejo.
2. Rompi la sekurecan heredaĵon.
3. Forigi ĉiun uzantan/grupon de ejaj permesoj.

La sur devus lasi nur la ejan kolektan administranton kun permeso vidi la ejon.

Se iu ajn alia ensalutas, Ili devus ne pli longan vidi la ejon kaj ĝin devus esti sekureco-bonordigita de ĉiuj la kutimaj lokoj.

Sed … Ĝi ne estis. Samtempe, Mi subite konscias ke mia "Joe Uzanto" Norma uzanta testo konto kun neniu priv-a alia ol restriktis legita aliron havas "Ejajn Agojn" Elektita ĉie li iras. Mi duobligas kontrolon unu afero kaj duobla kontrolo io alia. Mi kaptas la telefonon voki kolegon, Sed metita ĝin malsupren kaj kontroli ion alia. Mi iras por piediro kaj provi ĉion ĉiuj super denove. Mi vokas kolegon kaj lasi mesaĝon. Kaj tiam, Fine, Mi trovas ke ĉe la blogo de Ethan, Lia komenca grafeo faras ĝin tre simpla:

MUSKO 2007 Havas novan ĉefaĵon vokis Araneaĵan Aplikon Politikoj. Ĉi tiuj estas sekurecaj permesoj kiu estas ligita al Araneaĵa Apliko. Ĉi tiuj sekurecaj fiksoj superregas ajnan sekurecan fikson kiu estas fiksita ĉe la Eja Kolekto aŭ Ejo (Araneaĵo) Nivelo por tiu uzanto.

Rapida vizito al araneaĵa apliko politikoj montras ke "NTa Aŭtoritatoaŭtentikigita uzantojn" Estis donita Plene Legita. Mi forigis ilin de la listo kaj ĉio fine komencita laboranta kiel atendatan. Mi kredas ilin estis aldonita en la unua loko de iu kun la malĝusta impreso ke tio estas plej bona metodo doni legita aliron al ĉiu en la entrepreno. Ĝi faras, Sed, Streĉi citaĵon, "Ĝi ne signifas kion vi pensas ĝin signifas."

Alira araneaĵo aplikaj politikoj ĉi tiu vojo:

1. Iri al Centra Administro
2. Elektita Aplika Administrado
3. Elektita "Politiko por Araneaĵa Apliko"
4. Sur tiu ekrano, Fari certe vin elektas la ĝustan araneaĵan aplikon. Por mi, Ĝi nerepagoj al la araneaĵa apliko de centra admin kiu ne povas esti la unu vi deziras.

Kiam mi havis ĉi tiun problemon, Mi serĉis la sekvantajn frazojn kaj akiris surprize malmulte en terminoj de rekta helpo sur ĉi tiu afero:

Ejaj agoj videbla por ĉiuj uzantoj

Ejaj agoj videbla al ĉiuj uzantoj

Ejaj agoj ne estas sekureco bonordigis

Sekurigi MUSKAN ejon

Enkonduko al muska sekureco

Technorati Etikedoj: SharePoint

Rapide kaj Simplaj Instruoj:

Redakti paĝon kaj aldoni Serĉan Kernan Rezultan araneaĵon parto.

Redakti tiun araneaĵan parton kaj vastigi "Riparita Ŝlosilvortan Demandon".

Aldoni la fiksan ŝlosilvortan demandon (Ekz. ContentType:"Trejnanta fakturon" TrainingInvoiceNumber:1111)

Vastigi Rezultan Demandon Elektoj kaj ŝanĝa "Kruco-Araneaĵa Parto demanda IDENTIGAĴO" Al valoro alia ol "Uzanta Demando" (Ekz. "Pridemandi 2").

Notoj:

Uzanta kernajn serĉajn rezultojn en ĉi tiu maniero permesis min krei paĝon kiu montras informon de alia eja kolekto. La kliento havas du gravajn ejajn kolektojn: departementoj kaj Produktoj.

La produkta eja kolekto enhavas, Nature sufiĉa, Produkta informo. Ĉiu produkto en la eja kolekta agregaĵa datumo de multoblaj fontoj.

Unu el la departementoj, Kodoj kaj elprovado, Estas sur tia fonto. Kiam uzanta aliro produkta XYZ, Ili devus vidi kodojn kaj elprovanta datumojn rekte sur la XYZ ĉefa paĝo. Pro tio ke kodoj kaj elprovado estas gastigita en alia eja kolekto, Ĝi estas malgranda neoportuna. Ni decidis uzi la kernan serĉan rezultan araneaĵon parto ekde serĉaj daŭroj ejaj kolektoj. Kodoj kaj Elprovado administras produktan datumon tra laŭmenda listo kiu estas limigita de specifa enhava tipo. Aa ŝlosilvorta demando kiu uzas unue la kontentan tipon kaj tiam la produkta nombro mallarĝigas malsupren la serĉon al ununura disputo en la laŭmenda listo.

La ŝlosilvorta demando sur estas AND. Ĝi revenas dokumentojn de kontenta tipo "Trejnanta Fakturon" Kaj kie la fakturaj nombraj egaluloj "1111".

Bela utilo de ĉi tiu alproksimiĝo: Ni povas redakti la XSL de la kerna serĉa rezulta araneaĵo parto kaj produkti ajnan formaton ke ni deziras.

Vidi ĉi tie (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) Por la diskuto de alia bloganto sur ĉi tiu temo.

</Fino>Aboni al mia blogo.

Se vi daŭrigas blogon kiu estas almenaŭ minimally konektita al SharePoint, bonvolu lasi Mi scii en rimarkoj. Mi amus aldoni vin al mia Bloga listo.

Se vi daŭrigas blogon kiu ne estas konektita al SharePoint sed deziri min aldoni ĝin ĉiuokaze, Lasi min scii. Mi voli povas krei apartan blogan liston.

Bonvolu doni:

• Via bloga URL (Evidente)
• Mallonga priskribo de via blogo.

Mi deziras teni la ligon al "aktiva" Blogoj, Kiu mi estas malglate difinanta kiel unu poŝto por semajno kaj minimuma tri monatoj malnova. Se vi ne renkontas tiun "postulon" Aldoni vian nomon al rimarkoj ĉiuokaze. Ĝi estas mia* listo do mi povas rompi mian propran regulon se mi deziras al.

Dankonas!

La kliento rimarkis cimon hodiaŭ kun la sur menciita ŝablonon.

Kursaj manaĝeroj kreas kursojn. Kiam kreanta kurson, La manaĝero specifas maksimuman nombron de haveblaj seĝoj.

La ŝablono provizas por mem-serva enskribiĝo. Mi enskribiĝas kaj workflow alligita al la registriĝa listo decrements la "haveblaj seĝoj" Asociita kun tiu kurso.

Individuoj povas ankaŭ unregister de kurso. La cimo restas ĉi tie. Unregistering de kurso faras ne pliigon la havebla seĝa sumigilo. Rezulte, Haveblaj seĝoj ne estas preciza. Ĉi tiu cimo estas kunmetita de la fakto ke kiam haveblaj seĝoj decrements al nulo, Ne pli da mem-serva registriĝo estas permesita.

Bonŝance, Microsoft provizas la workflow por ĉi tiu procezo. Eĉ pli bona, Ĝi estas rekta-antaŭa workflow kreita tra SharePoint Designer.

Sekvi ĉi tiujn altajn nivelajn paŝojn ripari ĝin:

1. Pafadi supre SDP.
2. Aliri la ejon bazita de la trejna ŝablono.
3. Alira "Ĉeestanto unregistration" Workflow.
4. Inserti ĉi tiujn paŝojn (Mi faris ilin la unua du paŝoj):
   1. Kalkuli Kursoj:Plenigita Seĝojn Minus 1 (Eligita al Varia:Calc)
   2. (Tiam) Ĝisdatiga ero en Kursoj

Klaka Fino kaj vi estas farita.

Ekranaj pafoj:

SharePoint Designer:

Finita workflow:

Kalkuli borilon-malsupren:

Ĝisdatiga ero en Kursoj: