UPDATE (01/17/08): Kjo flet blog entry rreth hyperlink më shumë mirësi XSL: http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-development/rewriting-links-in-search-results-xslt.

Përmbledhje dhe Objektiva: 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, por unë nuk e shpiku atë teknikë (as pikëpyetje, për këtë çështje). 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. Për shembull, 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".

Hapat:

1. Përdorimi Visual Studio për SharePoint-i vetëdijshëm IntelliSense.
2. Kopjoni XSLT e DVWP së në vizual studio (krijoni një projekt bosh, shtoni një skedar XSL për projektin).
3. Kopjo linkun që dëshironi të përdorni në clipboard.
4. Paste atë në vendin e duhur në XSL.
5. Convert URL argument separators on the query string from "&" to "&"
6. Url-shifroj argumente individuale.
7. Përfundojë që brenda një <a href…> </një>

Shembull:

Unë kam një URL:

http://[server]/[faqe]/Listat / 20Positions/AllItems.aspx Open%?Shiko ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = rekrutuesi&= FilterValue1 Hold

I kthyer atë në:

     <një href="Listat / 20Positions/AllItems.aspx Open%?Shiko =% 7b84EEA2F5-121B-40B7-946F-
0FA704A1DAA1}&AMP;FilterField1 = rekrutuesi&AMP;= FilterValue1 Hold">
       Mbaj:
     </një>

Unë kam transformuar dorë nga argumenti i parë:

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

në:

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

(Në këtë, Braçe hapur transformon% deri në 7b dhe tiranta mbylljes transformon 7D%)

Argumentet e dytë dhe të tretë’ Parametrat ("FilterField1=Rekrutuesi" and "FilterValue1=Mbaj" përkatësisht) nuk duhet të jenë të url-koduar, sepse ata nuk përmbajnë asnjë karakteret pasigurta.

Shënimet:

Kjo teknikë në përgjithësi duhet të punojnë kudo që ju dëshironi për të mbjell një hyperlink në XSLT ku hyperlink përfshin parametrat në URL të tillë si:

http://[server]/[faqe]/Listat / 20Positions/AllItems.aspx Open%?Shiko ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = rekrutuesi&= FilterValue1 Hold

I kam URL vetë duke hyrë në listë me porosi dhe me dorë filtrim në kolonën e statusit (labeled "Recruiter" sipër).

(Kjo është në fakt një lajm i vjetër pak, por si my favorite stacion zjarri motoja shpall, "Better late than never").

Check it out këtu: http://www.sharepointbeagle.com/

Nëse ju nuk e keni tashmë, be sure to sign up.

Sigurisht, be sure to read Artikulli im about a real-world SharePoint project (përfshirë kërkesat përkufizimi, KPI, Llojet e përmbajtjes, dashboards and more) as well as my colleague’s article about the content query web part.

There’s lot of other good stuff too.

Unë jam pyetur këtë pyetje gati çdo javë, normalisht në kontekstin e një diskutimi të sigurisë. An administrator/site creator has provisioned a site, Siguria konfiguruar, arranged web parts and customized the quick launch to provide that oh-so-perfect set of options to the end user. Por, nga kutia, you can’t remove the "view all site content" lidhje.

Mark Wagner jep përgjigje këtu (http://www.crsw.com/mark/Lists/Posts/Post.aspx?ID=36). Tij shkruaj-up është i frikshëm në dy nivele. Ajo ofron një përgjigje për pyetjen, "How do I remove the View All Site Content" lidhje? Pastaj, ajo përgjigjet menjëhershme follow-on pyetjen: Si mundem të lehtë të mundësuar lidhjen Shiko të gjithë përmbajtjen e site mbi një bazë Site-nga-faqes?

Si një bonus: Qasja e tij punon për WSS, jo vetëm MOSS.

</fund>

Abonohen në blogun tim!

See UPDATE (Unë) below (11/24/07) në Si të Konfiguro Microsoft Office SharePoint Server 2007 të indeksit dhe Crawl dosje të rrjetit për kërkim

Objektiv: I want to execute a search restricted to a specific document library. Në këtë rast, Biblioteka dokument përmban dokumentet e trajnimit.

Hapat:

1. Regjistro URL e bibliotekës dokumentit.

2. Krijo një hapësirë:

Shko tek administrata qendrore.

Qasja SSP.

Go to "Search Settings".

Scroll down to the scope section and select "View Scopes".

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

3. Përcaktojnë rregulla servilosem fushëveprimi:

Shto një rregull që përcakton bibliotekë dokument për këtë qëllim.

Select "web address" for "Scope Rule Type".

Shkruani emrin e dosjes tuaj (shoh #1 sipër).

Accept the default value of "Include".

Prisni për qëllimin për të rinovuar (apo të fillojë atë me dorë).

4. Aktivizo objektin në një site collection.

Shkoni te koleksioni site ku ju doni të përdorni këtë fushë.

Shto qëllimin tuaj të re për grupin e duhur e ekranit ose të grupeve.

5. Kërko!

Në këtë pikë, you’re done. Assuming the scope is properly defined, ajo do të jetë në dispozicion në ngritje rënie SCOPE për kërkime të thjeshta dhe të avancuara dhe kur ju kërkoni duke përdorur se Fusha, ju vetëm do të merrni rezultatet që ju presin.

Shënimet:

I shkroi këtë blog entry, sepse kërkimet e mia për setup fushëveprimit të thjeshtë u kthye deri frazat thatë duke përdorur si:

• konfiguroni qëllimeve në MOSS
• konfiguroni fushëveprimi myshk kërkimit
• Fushat në të SharePoint 2007
• Fushat në të SharePoint
• kërko një bibliotekë dokument myshk
• Fushat abetare myshk

Ju mund të krijoni një fushë të kërkimit në një dosje, not just the entire document library.

Një Shtrirja mund të ndahet nëpër koleksione të shumta në terren (prandaj, a "shared service").

You can create the scope at the site collection level itself. Megjithatë, 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 (Unë) si i 11/24/07:

Kai Shang put together a great post entitled Si të Konfiguro Microsoft Office SharePoint Server 2007 të indeksit dhe Crawl dosje të rrjetit për kërkim @ http://kaishenghoo.spaces.live.com/blog/cns!8A7458DB12CA5AC9!206.entry

Sot, 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. (Nëse / kur magjistarët rrjeti më thoni se çfarë është, Unë do update këtë post).

Windows explorer couldn’t connect. I did some research and eventually, magjistarët rrjeti tha se WebDAV është i paaftë nga / nuk mbështetet nga / beneath the dignity of the NLB.

Kështu, assuming the network wizards aren’t just telling me the network wizard equivalent of "take a long walk off a short bridge", Unë duhet të pyes veten — bën NLB, nga natyra, disable 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.

Unë mbaj deri në shpejtësinë me ta nëpërmjet një shërbimi të sigurojë nga folks të mirë në 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 për të shpjeguar se si për të hyrë në parametrat e aplikimit web politikave nëpërmjet UI)

I had one of those "why is MOSS doing this to me????" moments today. Në fund, kjo është e gjitha faji im.

We have an enterprise MOSS project going on and we want to secure "place holder" sites so that no user may access it or see it. That’s easy:

1. Go to the site.
2. Break the security inheritance.
3. Remove every user/group from site permissions.

The above should leave just the site collection administrator with permission to see the site.

If anyone else logs in, they should no longer see the site and it should be security-trimmed from all the usual places.

Por … ajo nuk ishte. Në të njëjtën kohë, I suddenly realize that my "Joe User" standard user test account with no priv’s other than restricted read access has a "Site Actions" 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, më në fund, I find that at Ethan’s blog, his opening graph makes it quite simple:

Moss 2007 has a new feature called Web Application Policies. These are security permissions that is tied to a Web Application. These security settings override any security setting that is set at the Site Collection or Site (Web) level for that user.

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, por, to strain a quote, "It does not mean what you think it means."

Access web application policies this way:

1. Go to Central Administration
2. Select Application Management
3. Select "Policy for Web Application"
4. On that screen, make sure you pick the correct web application. Për mua, it defaults to the web application of central admin which may not be the one you want.

When I had this problem, I searched for the following phrases and got surprisingly little in terms of direct help on this issue:

Site actions visible for all users

Site actions visible to all users

site actions are not security trimmed

secure a MOSS site

introduction to moss security

Technorati Tags: SharePoint

Udhëzimet e shpejtë dhe të thjeshtë:

Edit një faqe dhe shtoni një Core Search Results pjesë të internetit.

Edit that web part and expand "Fixed Keyword Query".

Shto query fikse fjalen (e.g. ContentType:"Training invoice" TrainingInvoiceNumber:1111)

Expand Results Query Options and change "Cross-Web Part query ID" to a value other than "User Query" (e.g. "Query 2").

Shënimet:

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: Departments and Products.

The product site collection contains, naturally enough, product information. Each product in the site collection aggregates data from multiple sources.

One of the departments, codes and testing, 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" and where the invoice number equals "1111".

A nice benefit from this approach: We can edit the XSL from the core search results web part and generate any format that we want.

Shiko këtu (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) for another blogger’s discussion on this topic.

</fund>Abonohen në blogun tim.

Nëse ju të mbajë një blog që është të paktën minimalisht lidhur me SharePoint, please let me know in comments. I would love to add you to my Lista e blog.

Nëse ju të mbajë një ditar që nuk është e lidhur me SharePoint, por duan mua për të shtuar atë anyway, let me know. I’ll may create a separate blog list.

Ju lutem jepni:

• URL tuaj blog (qartë)
• Një përshkrim i shkurtër i blogun tuaj.

I want to keep the link to "active" 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.

Falënderim!

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

Course managers create courses. When creating a course, Menaxheri i specifikon numrin maksimal të ulëseve në dispozicion.

The template provides for self-service enrollment. I enroll and a workflow attached to the registration list decrements the "available seats" lidhur me atë kurs.

Individuals may also unregister from a course. The bug lies here. Unregistering from a course does not increment the available seats counter. Si rezultat, available seats is not accurate. This bug is compounded by the fact that when available seats decrements to zero, jo më shumë vetë-shërbimit të regjistrimit është e lejuar.

Për fat të mirë, Microsoft provides the workflow for this process. Even better, kjo është një e drejtë-përpara workflow krijuar nëpërmjet SharePoint Designer.

Ndiqni këto hapa për të nivelit të lartë për të rregulluar atë:

1. Zjarr deri SDP.
2. Qasja faqen bazuar off template trajnimit.
3. Access "Attendee unregistration" workflow.
4. Vendos këto hapa (I bëri ata para dy hapa):
   1. Llogarit Kurse:Vende të mbushura minus 1 (Output për të Variabël:Calc)
   2. (pastaj) Update send në Kurse

Kliko Finish dhe ju jeni bërë.

Screen shots:

SharePoint Designer:

Workflow Mbaroi:

Llogarit stërvitje-down:

Update artikull në Kurset: