UPDATE (01/17/08): Hierdie blog inskrywing praat oor meer hyperlink XSL goedheid: http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-development/rewriting-links-in-search-results-xslt.

Oorsig en objektiewe: I had created a simple bar chart to serve as component on a dashboard. I’ll save the details on building charts for another post, maar ek het nie uitvind dat die tegniek (of die vraagteken, vir die saak). It turned out there was a bug in the chart and while I fixed that, I took the opportunity to convert some labels into hyperlinks that pointed at the underlying list behind the graph. Byvoorbeeld, there is a label with value "Hold". I wanted to turn the label into a hyperlink so that the user could click on it and drill down to the specific entries in the list whose status value is "Hold".

Stappe:

1. Gebruik visuele ateljee vir Sharepoint-bewus IntelliSense.
2. Kopieer die DVWP se XSLT in Visual Studio (die skep van 'n leë projek, voeg 'n XSL-lêer aan die projek).
3. Kopieer die skakel wat jy wil gebruik in die knipbord.
4. Plak dit in die regte plek in die XSL.
5. Skakel URL argument skeiers op die navraag string uit "&" na "&"
6. Url-enkodeer individuele argumente.
7. Draai dat binne 'n <a href…> </1>

Voorbeeld:

Ek het 'n URL:

http://[bediener]/[webwerf]/Lyste / Open% 20Positions/AllItems.aspx?Sien ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = Recruiter&FilterValue1 = Hou

Ek sit dit in:

     <1 href="Lyste / Open% 20Positions/AllItems.aspx?Sien =% 7b84EEA2F5-121B-40B7-946F-
0FA704A1DAA1% 7d&amp;FilterField1 = Recruiter&amp;FilterValue1 = Hou">
       Hou:
     </1>

Ek het die hand omskep die eerste argument van:

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

aan:

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

(In hierdie, die oop stut verander na% 7b en die sluitingsdatum stut transformeer na% 7d)

Die tweede en derde argumente’ parameters ("FilterField1 =Recruiter" en "FilterValue1 =Hou" onderskeidelik) hoef nie te URL-geïnkripteer wees omdat hulle nie 'n onveilige karakters bevat.

Notas:

Hierdie tegniek word in die algemeen werk waar jy wil 'n skakel in die XSLT waar die hyperlink sluit parameters op die URL soos in te sluit:

http://[bediener]/[webwerf]/Lyste / Open% 20Positions/AllItems.aspx?Sien ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = Recruiter&FilterValue1 = Hou

Ek het die URL self deur die toegang tot die persoonlike lys, en met die hand filter op die status kolom (gemerk "Recruiter" bo).

(Dit is eintlik 'n bietjie ou nuus, maar as my gunsteling brandweerstasie leuse verkondig, "Better late than never").

Check dit uit hier: http://www.sharepointbeagle.com/

As jy nie reeds, seker wees om te teken.

Natuurlik, seker wees om te lees my artikel about a real-world SharePoint project (insluitend vereistes definisie, KPI's, inhoud tipes, dashboards and more) as well as my kollega se article about the content query web part.

Daar is baie ander goeie dinge te.

Ek vra hierdie vraag byna elke week, gewoonlik in die konteks van 'n sekuriteit bespreking. An administrator/site creator has provisioned a site, ingestel sekuriteit, arranged web parts and customized the quick launch to provide that oh-so-perfect set of options to the end user. Maar, uit die boks, you can’t remove the "view all site content" skakel.

Mark Wagner gee die antwoord hier (http://www.crsw.com/mark/Lists/Posts/Post.aspx?ID=36). Sy skryf-up is 'n uitstekende op twee vlakke. Dit bied 'n antwoord op die vraag, "How do I remove the View All Site Content" skakel? Toe, Dit beantwoord die onmiddellike opvolg vraag: Hoe kan ek in staat stel om maklik nie die uitsig inhoud van die webtuiste skakel op 'n webwerf-by-site basis?

As 'n bonus: Sy benadering werk vir WSS, nie net MOSS.

</einde>

Skryf in op my blog!

See UPDATE (Ek) below (11/24/07) op Hoe instel Microsoft Office SharePoint Server 2007 Indeks en Crawl netwerk dopgehou vir soek

Doelwit: I want to execute a search restricted to a specific document library. In hierdie geval, die dokument biblioteek bevat opleiding dokumente.

Stappe:

1. Teken die URL van die dokument biblioteek.

2. Skep 'n omvang:

Gaan na die Sentrale Administrasie.

Toegang tot die SSP.

Gaan na die "search instellings".

Scroll af na die omvang afdeling en kies "View Scopes".

Create a new scope. Give it a name and useful description.

3. Definieer omvang crawl reëls:

Voeg 'n reël wat bepaal die dokument biblioteek vir hierdie omvang.

Kies "Webadres" "Omvang Reël Tipe".

Gee die naam van jou gids (sien #1 bo).

Aanvaar die standaard waarde van "sluit".

Wag vir die omvang te werk (of begin dit met die hand).

4. In staat stel om die bestek van 'n webwerf versameling.

Gaan na die site versameling waar jy wil om die omvang te gebruik.

Voeg jou nuwe omvang van die toepaslike vertoning groep of groepe.

5. Soek!

Op hierdie punt, you’re done. Assuming the scope is properly defined, dit sal beskikbaar wees in die bestekke drop downs vir die eenvoudige en gevorderde soektogte en wanneer jy soek met behulp van daardie omvang, jy sal net kry resultate wat jy verwag.

Notas:

Ek het hierdie blog inskrywing omdat my soek vir 'n eenvoudige omvang setup draai droë die gebruik van frases soos:

• instel bestekke in MOSS
• instel soek omvang mos
• bestekke in Sharepoint 2007
• bestekke in Sharepoint
• soek 'n dokument biblioteek mos
• Scopes 1 mos

Jy kan 'n soektog ruimte skep op 'n gids, not just the entire document library.

'N omvang kan gedeel word oor verskeie site versamelings (dus, 'n "gedeelde diens").

You can create the scope at the site collection level itself. Egter, I prefer to go to central admin because I can start the crawl from there. You cannot start the crawl from the site collection.

UPDATE (Ek) soos van 11/24/07:

Kai Shang put together a great post entitled Hoe instel Microsoft Office SharePoint Server 2007 Indeks en Crawl netwerk dopgehou vir soek @ http://kaishenghoo.spaces.live.com/blog/cns!8A7458DB12CA5AC9!206.entry

Vandag, I tried to access a document library via windows explorer. This doc lib is living inside a system that consists of two WFE’s load balanced by some kind of Cisco NLB solution. (As / wanneer die netwerk waarsêers vir my sê wat dit is, Ek sal hierdie pos werk).

Windows explorer couldn’t connect. I did some research and eventually, die netwerk waarsêers het gesê dat WebDAV afgeskakel deur / nie ondersteun deur / beneath the dignity of the NLB.

So, die aanvaarding van die netwerk towenaars net nie vir my sê die netwerk towenaar ekwivalent van "'n lang loop van 'n brug af", Ek wonder — doen NLB, deur die natuur, skakel WebDAV? Do we lose our windows file explorer interface to SharePoint? Is Cisco the Soup Nazi?

Microsoft creates knowledge base articles day in and day out and some of those are darned important to know about if you live in the SharePoint world.

Ek hou met hulle te versnel deur middel van 'n diens lewer deur die goeie mense by www.kbalertz.com. KBAlertz enables you to sign up for your favorite MS technology and they send you digest versions of Microsoft KB articles via email.

(UPDATED 11/29 om te verduidelik hoe om toegang te verkry tot die web aansoek beleid instellings deur middel van die gebruikerskoppelvlak)

Ek het een van daardie "waarom mos doen dit vir my????" moments today. Op die ou end, dit is alles my skuld.

Ons het 'n onderneming MOSS projek aan die gang en ons wil "plek houer te verseker" sites so that no user may access it or see it. That’s easy:

1. Gaan na die plek.
2. Breek die sekuriteit erfenis.
3. Verwyder elke gebruiker / groep van die werf regte.

Die bogenoemde moet net die werf versameling administrateur verlaat met die toestemming om die webwerf te sien.

As iemand anders in log, moet hulle nie meer sien die site en dit behoort te wees Security-geknip uit al die gewone plekke.

Maar … dit was nie. Op dieselfde tyd, Ek het skielik besef dat my "Joe User" standaard gebruikers toets rekening met geen PRIV se ander as 'n beperkte gelees toegang het 'n "Site aksies" choice everywhere he goes. I double check one thing and double check something else. I pick up the phone to call a colleague, but put it down and check something else. I go for a walk and try everything all over again. I call a colleague and leave a message. And then, uiteindelik, Ek vind dat op Ethan se blog, his opening graph makes it quite simple:

MOSS 2007 het 'n nuwe funksie Web Aansoek beleid. Dit is sekuriteit regte wat gekoppel is aan 'n web-program. Hierdie sekuriteit instellings oorheers enige sekuriteit instelling wat op die site collection of Site (Web) vlak vir die gebruiker.

A quick visit to web application policies shows that "NT Authority\authenticated users" had been granted Full Read. I removed them from the list and everything finally started working as expected. I believe they were added in the first place by someone with the mistaken impression that that is best method to grant read access to everyone in the enterprise. It does, maar, 'n kwotasie te rek, "Dit beteken nie wat jy dink dit beteken."

Access web application policies this way:

1. Gaan na die Sentrale Administrasie
2. Kies Aansoek Bestuur
3. Kies "Beleid vir die Web Aansoek"
4. Op daardie skerm, make sure you pick the correct web application. Vir my, dit standaard op die web toepassing van die sentrale admin wat dalk nie die een wat jy wil.

Toe ek het hierdie probleem, Ek het gesoek vir die volgende frases en het verbasend min oor hierdie kwessie in terme van direkte hulp:

Site aksies sigbaar vir alle gebruikers

Die Site optrede sigbaar vir alle gebruikers

site aksies sekuriteit word nie gesnoei

Bevestig 'n mos webwerf

inleiding tot mos sekuriteit

Technorati Tags: SharePoint

Vinnige en eenvoudige instruksies:

Verander 'n bladsy en voeg 'n soektog Core resultate deel.

Verander dat die web deel en uit te brei "Vaste sleutelwoord".

Voeg die vaste sleutelwoord (bijv. ContentType:"Opleiding faktuur" TrainingInvoiceNumber:1111)

Brei resultate Query Options en verander "Cross-Web Deel navraag ID" 'n ander waarde as "gebruiker soek" (bijv. "Query 2").

Notas:

Using core search results in this manner allowed me to create a page that shows information from another site collection. The client has two major site collections: Departemente en Produkte.

Die produk site versameling bevat, natuurlik genoeg, product information. Each product in the site collection aggregates data from multiple sources.

Een van die departemente, kodes en toetsing, is on such source. When users access product XYZ, they should see codes and testing data directly on the XYZ main page. Since codes and testing is hosted in another site collection, it’s a little awkward. We decided to use the core search results web part since search spans site collections. Codes and Testing manages product data via a custom list that is constrained by a specific content type. Aa keyword query that uses first the content type and then the product number narrow down the search to a single row in the custom list.

The keyword query above is an AND. It returns documents of content type "Training Invoice" en waar die rekening nommer is gelyk aan "1111".

'N lekker voordeel van hierdie benadering: We can edit the XSL from the core search results web part and generate any format that we want.

Kyk hier (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) vir 'n ander blogger se gesprek oor hierdie onderwerp.

</einde>Skryf in op my blog.

As jy 'n blog in stand te hou wat ten minste minimaal gekoppel aan SharePoint, please let me know in comments. I would love to add you to my blog lys.

As jy handhaaf 'n blog wat nie gekoppel is aan SharePoint, maar wil hê ek moet dit in elk geval te voeg, laat my weet. I’ll may create a separate blog list.

Gee asseblief:

• URL van jou blog (natuurlik)
• 'N kort beskrywing van jou blog.

Ek wil die skakel na "aktief te hou" blogs, which I’m roughly defining as one post per week and minimum three months old. If you don’t meet that "requirement" add your name to comments anyway. It’s *my* list so I can break my own rule if I want to.

Dankie!

The client noticed a bug today with the above mentioned template.

Course managers create courses. When creating a course, die bestuurder gee die maksimum aantal beskikbare sitplekke.

The template provides for self-service enrollment. I enroll and a workflow attached to the registration list decrements the "available seats" wat verband hou met daardie kursus.

Individuals may also unregister from a course. The bug lies here. Unregistering from a course does not increment the available seats counter. As 'n gevolg, available seats is not accurate. This bug is compounded by the fact that when available seats decrements to zero, nie meer self-service registrasie toegelaat.

Gelukkig, Microsoft provides the workflow for this process. Even better, dit is 'n reguit-vorentoe workflow wat via SharePoint Designer.

Volg hierdie hoë vlak stappe doen om dit op te los:

1. Fire up SDP.
2. Toegang tot die terrein op grond van die opleiding af sjabloon.
3. Toegang "deelnemer Herroep van registrasie" workflow.
4. Voeg hierdie stappe (Ek het hulle die eerste twee stappe):
   1. Bereken Kursusse:Gevul Sitplekke minus 1 (Uitset te Veranderlike:ber)
   2. (dan) Werk item in Kursusse

Kliek voltooi en wat jy gedoen het.

Skermafdrukke:

SharePoint Designer:

Klaar workflow:

Bereken boor-down:

Werk item in Kursusse: