ATJAUNINĀJUMS (01/17/08): Šī bloga ieraksts sarunas par vairāk hipersaites XSL labestību: http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-development/rewriting-links-in-search-results-xslt.

Pārskats un mērķi: Bija izveidota vienkārša joslu diagrammas kalpot kā sastāvdaļas, informācijas panelī. Ņemšu saglabāt detalizētu informāciju par celtniecības diagrammu citā amatā, bet man nav izgudrot šī tehnika (nedz uz jautājuma zīmes, par šo jautājumu). Izrādījās, ka tur bija bug plānā, un, lai gan noteikts, ka, Es iedzēru iespēja pārvērst dažas etiķetes hipersaites, kas norādīja uz pamata sarakstā aiz grafs. Piemēram, "Aizturēšana" ir etiķete, kurā ir vērtība. Es gribēju, lai pārvērstu etiķetes hipersaitē, lai lietotājs varētu noklikšķiniet uz tā un urbt uz leju, lai noteiktu ievadnes sarakstā, kuru statuss vērtība ir "Tur".

Soļi:

1. Izmantot visual studio SharePoint respektējošu intellisense.
2. DVWP XSLT iekopē vizuālā studija (izveidojiet tukšu projektu, XSL failu pievienošana projektam).
3. Kopēt saiti starpliktuvē jāizmanto.
4. Ielīmējiet to pareizā vietā XSL.
5. Konvertēt uz vaicājuma virknes no URL arguments atdalītāji"&" "&"
6. URL kodēt atsevišķas argumenti.
7. Aplauzt ka iekšā <href =…> </a>

Piemērs:

Man ir URL, kas:

http://[Server]/[vieta]/Lists/Open Positions/AllItems.aspx?Skats ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = Recruiter&FilterValue1 = aizturēšana

Es konvertēt to:

     <a href="Lists/Open Positions/AllItems.aspx?Skats = % 7b84EEA2F5-121B-40B7-946F-
0FA704A1DAA1 %7 d&amp;FilterField1 = Recruiter&amp;FilterValue1 = aizturēšana">
       Turiet:
     </a>

Es manuāli pārveidots no pirmā argumenta:

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

lai:

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

(Šajā, atvērtās skavas pārveido uz 7 % un noslēguma figūriekavas transformācijas %7 d)

Otro un trešo argumentu’ parametri ("FilterField1 =Recruiter" un "FilterValue1 =Turiet" attiecīgi) nav nepieciešams būt url kodēta, jo tie nesatur visu nedrošu rakstzīmju skaits.

Piezīmes:

Šo metodi parasti vajadzētu strādāt jebkur vēlaties iegult XSLT, ja hipersaites ietver parametrus uz URL, piemēram, hipersaites:

http://[Server]/[vieta]/Lists/Open Positions/AllItems.aspx?Skats ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = Recruiter&FilterValue1 = aizturēšana

Es saņēmu pašu URL, piekļūstot pielāgoto sarakstu un manuāli filtrējot statusa kolonnā (ar apzīmējumu "Recruiter" virs).

(Tas ir tiešām nedaudz vecās ziņas, bet, tā _ kā manu iecienītāko ugunsdzēsēju depo moto sludina, "Labāk vēlu, nekā nekad").

Check it out šeit: http://www.sharepointbeagle.com/

Ja vēl neesat, Pārliecinieties, ka piedalīties.

protams, Pārliecinieties, lai izlasītu mans raksts par reālās pasaules SharePoint projektu (tajā skaitā prasību definēšana, KPI ir, satura tipi, vadības paneļi un vairāk) kā arī mans kolēģis raksts par satura vaicājuma web daļa.

Pastāv pārāk daudz citas labas lietas.

Esmu lūdza šo jautājumu gandrīz katru nedēļu, parasti drošības diskusiju kontekstā. Administrators/vietne radītājs ir nodrošināta vieta, konfigurētajām drošības, izvietoti web daļas un pielāgotu ātrās palaišanas opciju kopa, ka AK-tik perfekta sniegt gala lietotājam. bet, no kastes, jūs nevarat noņemt "Skatīt visu vietnes saturu" saite.

Mark Wagner sniedz atbildi šeit (http://www.crsw.com/mark/Lists/Posts/Post.aspx?ID=36). Viņa write-up ir drausmīgs par diviem līmeņiem. Tas sniedz atbildi uz jautājumu, "Kā es varu noņemt skatīt visu vietnes saturu" saite? Pēc tam, tūlītēja mākslīgā jautājumu atbilžu: Kā viegli iespējot katrā konkrētā vietnes vietā saites visa vietnes satura skatu?

Kā bonusu: Viņa pieeja ir piemērots WSS, ne tikai MOSS.

</beigās>

Abonēt manu blogu!

Skatiet UPDATE (ES) zem (11/24/07) par Kā konfigurēt Microsoft Office SharePoint Server 2007 Indekss un pārmeklēšanas tīkla mapju meklēšanai

Mērķis: Es gribu veikt meklēšanu tikai konkrētas dokumentu bibliotēkas. Šajā gadījumā, dokumentu bibliotēkā ir izglītības dokumenti.

Soļi:

1. Ierakstīt dokumentu bibliotēkas URL.

2. Izveidot tvērumu:

Dotos uz centrālo administrāciju.

Piekļuvi SSP.

Iet uz "Meklēt Settings".

Ritiniet uz leju līdz sadaļai jomu un izvēlieties "View tvērumu".

Izveidot jaunu jomu. Piešķiriet nosaukumu un aprakstu, kas ir noderīgas.

3. Noteiktu jomu pārmeklēšanas kārtulas:

Var pievienot kārtulu, kas nosaka dokumentu bibliotēku šim tvērumam.

Izvēlieties "web adresi" "Tvērumu kārtulas tipam".

Ievadiet mapes nosaukumu (sk. #1 virs).

Akceptējiet noklusēto vērtību "Ietver".

Gaidiet darbības jomu, lai atjauninātu (vai sākt to manuāli).

4. Iespējot jomu vietņu kolekcijā.

Iet uz vietnes kolekcijas vietā, kur vēlēsities lietot šo jomu.

Pievienot jaunu jomu attiecīgus displeja grupai vai grupām.

5. Meklēšanas!

Šajā brīdī, esat pabeidzis. Darbības joma, pieņemot pareizi definēts, tas būs pieejams tvērumus piliens Downs vienkāršus vai sarežģītākus meklēšanai, un, ja jūs meklēt, izmantojot šo jomu, jūs saņemsiet tikai rezultātus, kas jūs sagaida.

Piezīmes:

Es uzrakstīju šo blog entry, jo mani meklē vienkāršu jomu uzstādīšanas kulis sausu, izmantojot frāzes, piemēram:

• konfigurēt tvērumus MOSS
• konfigurēt meklēšanas tvērumu sūna
• tvērumus koplietošanas vidē sharepoint 2007
• tvērumus koplietošanas vidē sharepoint
• meklēt dokumentu bibliotēkas sūna
• tvērumus gruntējuma sūna

Mapi, var izveidot meklēšanas tvērumu, ne tikai visu dokumentu bibliotēkā.

Tvērumu var kopīgot ar vairākām vietņu kolekcijām (līdz ar to, "koplietojams pakalpojums").

Tvērumu var izveidot pats vietņu kolekcijas līmenī. Tomēr, Es gribētu iet uz centrālās administrēšanas, jo var sākt rāpošana no turienes. Pārmeklēšanu nevar startēt no vietņu kolekcijas.

ATJAUNINĀJUMS (ES) kā no 11/24/07:

Kai Shang salikti kopā lielu post tiesības Kā konfigurēt Microsoft Office SharePoint Server 2007 Indekss un pārmeklēšanas tīkla mapju meklēšanai @ http://kaishenghoo.spaces.live.com/blog/cns!8A7458DB12CA5AC9!206.entry

Šodien, Es mēģinājis piekļūt dokumentu bibliotēkas, izmantojot programmu windows explorer. Sistēmā, kas sastāv no diviem WFE slodzes līdzsvarā ar Cisco NLB risinājums, kādu dzīvo šajā doc lib. (Ja/kad wizards tīkla man pateikt, kas tas ir, I'll update šo amatu).

Programmu Windows explorer nevarēja izveidot savienojumu. Man bija daži pētījumi un galu galā, wizards tīkla teica, ka WebDAV ir atspējojis / neatbalsta / NLA cieņu zem.

Tik, pieņemot, ka wizards tīkla nav tikai man saki tīkla vedni ekvivalents "veikt ilgi staigāt pie īss tilts", Man ir brīnums — tas NLB, pēc būtības, atspējot WebDAV? Vai mēs zaudējam mūsu windows failu explorer interfeisa SharePoint? Ir Cisco Zupa nacistu?

Microsoft rada zināšanu bāzes rakstus dienā un dienu out, un daži no tiem ir darned svarīgi zināt, ja jūs dzīvojat pasaulē SharePoint.

Es turpinu līdz ātrumu ar viņiem caur pakalpojumu nodrošina labas folks pie www.kbalertz.com. KBAlertz ļauj piereģistrēties jūsu mīļākie MS tehnoloģijas un tās nosūtīt jums sagremot versijas Microsoft KB rakstu pa e-pastu.

(ATJAUNINĀTS 11/29 lai izskaidrotu to, kā piekļūt web lietojumprogrammu politikas iestatījumiem, izmantojot lietotāja Interfeisu)

Man bija viens no tiem "MOSS dara tāpēc man????" momentiem šodien. Beigās, tā ir mana vaina.

Mums ir uzņēmuma MOSS projekts turpinās un mēs vēlamies, lai nodrošinātu "place holder" vietas, tāpēc, ka neviens lietotājs var piekļūt vai to redzēt. Tas ir viegli:

1. Dodieties uz vietni.
2. Drošības pārmantošanu.
3. Noņemt katru lietotāju/grupu no vietnes atļaujas.

Iepriekš vajadzētu atstāt tikai vietņu kolekcijas administrators ar atļaujām skatiet Web vietā.

Ja kāds cits, kas piesakās, tie vairs nav jāredz vietā un no visiem parastajiem vietas vajadzētu būt drošības apgrieztām.

bet … tas nebija. Tajā pašā laikā, Es pēkšņi atklāju, ka mans "Joe lietotājs" standarta lietotāja testa konts Nr priv izņemot ierobežotas lasīšanas piekļuvei ir "vietnes darbības" izvēle, visur viņš dodas. Es dubultā pārbaudīt viena lieta, un vēlreiz pārbaudīt kaut kas cits. Es paceļu telefonu zvanīt kolēģim, bet nodot to uz leju un pārbaudīt kaut kas cits. Es iziešu pastaigāties un izmēģināt visu pa visu. Man zvanīt kolēģim un atstāt ziņu. Un pēc tam, beidzot, Es uzskatu, ka pie Ethan blog, viņa darba grafiks padara gluži vienkārši:

SŪNA 2007 jaunu funkciju sauc Web lietojumprogrammu politikas. Tie ir drošības atļaujas, kas ir saistīti ar Web lietojumprogrammu. Šie drošības iestatījumi ignorē drošības iestatījums, kas ir iestatīta vietņu kolekcijas vai vietnes (Web) līmeni šim lietotājam.

Web lietojumprogrammu politikas izstādes "NT Authorityauthenticated lietotāji ātri vizīte" bija piešķirts pilna lasīšanas. Es noņemt to no saraksta un viss beidzot sāka strādāt, kā paredzēts. Es uzskatu, ka tos būtu pievienojis pirmajā vietā kāds maldīgs iespaids, ka tas ir vislabākais veids, kā piešķirt lasīšanas piekļuvi visiem uzņēmumā ar. Tas tiek darīts, bet, celmu quote, "Tas nenozīmē, ka to, ko jūs domājat tas nozīmē."

Piekļuve web lietojumprogrammu politikas šādā veidā:

1. Dotos uz centrālo administrāciju
2. Izvēlieties lietojumprogrammu pārvaldība
3. Izvēlieties "politiku Web lietojumprogrammai"
4. Uz šī ekrāna, Pārliecinieties, ka jums izvēlēties pareizo web lietojumprogrammu. Man, tā noklusējumus no centrālās administrēšanas, kas nedrīkst būt viena vēlaties, lai web lietojumprogrammai.

Kad man bija šī problēma, Es meklējāt par šādām frāzēm un ieguva pārsteidzoši maz attiecībā uz tiešu palīdzību šajā jautājumā:

Vietnes darbības, kas redzamas visiem lietotājiem

Vietnes darbības, kas redzamas visiem lietotājiem

vietnes darbības nav drošības apgrieztām

droša MOSS vietnes

iepazīšanās ar sūnām drošības

Technorati Tags: Technorati Tags: SharePoint

Ātro un vienkāršo instrukciju:

Rediģēt lapu un pievienojiet meklēšanas rezultātu pamata web daļas.

Rediģēt web daļa un paplašināt "Fiksēto atslēgvārda vaicājumu".

Pievienojiet fiksēto atslēgvārda vaicājumu (piem.. ContentType:"Apmācības rēķina" TrainingInvoiceNumber:1111)

Rezultātus vaicājumu iespējas paplašināt un mainīt "Cross-Web daļas vaicājuma ID" vērtība nav "lietotāja vaicājumu, lai" (piem.. "Query 2").

Piezīmes:

Pamata meklēšanas rezultātus, izmantojot šādā veidā ļāva man izveidot lapu, kas parāda informāciju no citā vietņu kolekcijā. Klientam ir divas galvenās vietnes kolekcijas: Departamenti un produktu.

Produkta vietņu kolekcijā ir, tik dabiski, produkta informācija. Vietņu kolekcijā katru produktu uzkrāj datus no vairākiem avotiem.

Viena no struktūrvienībām, kodus un testēšana, uz šādu avotu ir. Kad lietotājs piekļūst produktam XYZ, viņiem vajadzētu redzēt kodus un testēšanas datus tieši XYZ galvenajā lapā. Kopš kodus un testēšana atrodas citā vietņu kolekcijā, tas ir mazliet neveikli. Mēs nolēmām izmantot web daļas galveno meklēšanas rezultātu, jo meklēšana aptver vietņu kolekcijas. Kodus un testēšana pārvalda produkta datus, lietojot pielāgotu sarakstu, kas ir ierobežota ar noteiktu satura tipu. AA atslēgvārda vaicājumu, kurā lietota pirmo reizi satura tipa un pēc tam sašauriniet meklēšanu vienā rindā preces numuru pielāgotā sarakstā.

Iepriekš minēto atslēgvārdu vaicājums ir un. Tiek atgriezts satura dokumentu tips "apmācību rēķina" un, ja rēķina numurs ir vienāds ar "1111".

Jauka ieguvums no šī pieeja: Mēs varam rediģēt XSL no web daļas galveno meklēšanas rezultātus un radīt jebkurā formātā, ko mēs gribam.

Skatīt šeit (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) vēl viens blogger diskusijai par šo tēmu.

</beigās>Abonēt manu blogu.

Ja jums uzturēt blogu, kas vismaz minimāli saistītas ar SharePoint, Lūdzu, ļaujiet man zināt, komentārus. Es labprāt vēlētos, lai jūs varētu pievienot manu emuāru saraksts.

Ja jums uzturēt blogu, kas nav izveidots savienojums ar SharePoint, bet grib, lai tomēr pievienot, Ļaujiet man zināt. Jums var izveidot atsevišķas emuāra sarakstu.

Lūdzu, sniedziet:

• Jūsu emuāra URL (acīmredzot)
• Īsu aprakstu par jūsu emuāru.

Es gribu, lai saglabātu saiti uz "aktīvo" Blogs, kas es esmu aptuveni definē kā vienu amata nedēļā un vismaz trīs mēnešus vecs. Ja jums nav atbilst šai prasībai"" Tomēr pievienot savu vārdu uz komentāriem. Tas ir * mana * sarakstam, tāpēc varat pārtraukt savu kārtula, ja vēlaties, lai.

paldies!

Klienta pamanīju bug šodien ar iepriekš minēto veidni.

Kursu vadītājiem izveidot kursus. Veidojot kursu, vadītājs norāda maksimālo pieejamo sēdvietu skaits.

Šī veidne nodrošina pašapkalpošanās reģistrācijas. Es uzņemt un darbplūsmu pievienot reģistrācijas saraksta samazina "pieejamu vietu" kas saistītas ar šo kursu.

Privātpersonas var arī dzēst reģistrāciju no kursa. Bug šeit slēpjas. Noņemot reģistrāciju no kursa nevar palielināt pieejamo vietu counter. Kā rezultātā, pieejamo vietu nav precīza. Tas bug sarežģī fakts, ka tad, kad pieejamo vietu samazina līdz nullei, ir atļauts ne vairāk pašapkalpošanās reģistrācijas.

Par laimi, Microsoft nodrošina darbplūsmu šim procesam. Vēl labāk, tas ir taisni uz priekšu darbplūsmas, kas izveidots, izmantojot SharePoint Designer.

Augsta līmeņa rīkojieties salabot:

1. Uguns līdz SDP.
2. Piekļuves vietā, pamatojoties off apmācība veidnes.
3. Piekļūt "dalībnieks unregistration" darbplūsmas.
4. Ievietojiet šos soļus (Veicu pirmos divus soļus):
   1. Aprēķināt Kursi:Aizpildītās sēdvietas mīnus 1 (Izeja uz Mainīgais:Calc)
   2. (pēc tam) Atjaunināt vienuma Kursi

Noklikšķiniet uz Pabeigt un esat pabeidzis.

Ekrānuzņēmumus:

SharePoint Designer:

Gatavo darbplūsmu:

Aprēķināt rakšanās:

Atjaunināt vienuma kursos: