განახლების (01/17/08): ეს ბლოგი შესვლის საუბრობს უფრო ჰიპერბმულის XSL სიკეთე: http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-development/rewriting-links-in-search-results-xslt.

მიმოხილვა და მიზანი: 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, მაგრამ მე არ გამოგონება, რომ ტექნიკურად (არც კითხვის ნიშნის, თუ საქმე). 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. მაგალითად, 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".

ნაბიჯი:

1. გამოყენება ვიზუალური სტუდია SharePoint იცის Intellisense.
2. ასლი DVWP ნახვა XSLT შევიდა ვიზუალური სტუდიაში (შექმნა ცარიელი პროექტი, დავამატებთ XSL ფაილი პროექტი).
3. ასლი რგოლი გსურთ გამოიყენოთ შევიდა ბუფერში.
4. ჩასვით უფლება მდებარეობა XSL.
5. Convert URL argument separators on the query string from "&" to "&"
6. Url-encode ინდივიდუალური არგუმენტები.
7. ძებნა რომ შიგნით <კონფერენცია…> </a>

მაგალითი:

მე მაქვს URL:

http://[სერვერზე]/[საიტი]/სიების / ღია% 20Positions/AllItems.aspx?ნახვა ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = recruiter&FilterValue1 = გამართავენ

I გარდაქმნას იგი შევიდა:

     <a კონფერენცია="სიების / ღია% 20Positions/AllItems.aspx?ნახვა =% 7b84EEA2F5-121B-40B7-946F-
0FA704A1DAA1% 7d&amp;FilterField1 = recruiter&amp;FilterValue1 = გამართავენ">
       გამართავს:
     </a>

მე ხელით გარდაიქმნება პირველი არგუმენტი:

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

to:

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

(ამ, ღია მუდმივი წინააღმდეგობა გაუწიოს გარდაქმნას აქ% 7 ბ და დახურვის მუდმივი წინააღმდეგობა გაუწიოს გარდაქმნას აქ% 7d)

მეორე და მესამე არგუმენტები’ პარამეტრების ("FilterField1=Recruiter" and "FilterValue1=გამართავს" შესაბამისად) არ საჭიროებს url-კოდირებით, რადგან არ შეიცავს რაიმე სახიფათო გმირები.

შენიშვნები:

ეს ტექნიკა უნდა ზოგადად მუშაობა სადმე გსურთ ხმა ჰიპერბმულებს XSLT სადაც ჰიპერბმულის მოიცავს პარამეტრების URL როგორიცაა:

http://[სერვერზე]/[საიტი]/სიების / ღია% 20Positions/AllItems.aspx?ნახვა ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = recruiter&FilterValue1 = გამართავენ

მე მივიღე URL თავად წვდომის საბაჟო სიაში და ხელით ფილტრაცია სტატუსის შესახებ სვეტი (labeled "Recruiter" ზემოთ).

(ეს არის რეალურად ცოტა ძველი ამბების, მაგრამ, როგორც ჩემი საყვარელი სახანძრო დევიზით აცხადებს, "Better late than never").

შეამოწმეთ იგი out აქ: http://www.sharepointbeagle.com/

თუ თქვენ არა გაქვთ უკვე, be sure to sign up.

რა თქმა უნდა, be sure to read my article about a real-world SharePoint project (მათ შორის მოთხოვნების განმარტება, KPI-ს, შინაარსი ტიპის, dashboards and more) as well as my colleague’s article about the content query web part.

There’s lot of other good stuff too.

მე ვთხოვე ამ კითხვაზე თითქმის ყოველ კვირას, ჩვეულებრივ კონტექსტში უსაფრთხოების დისკუსია. An administrator/site creator has provisioned a site, კონფიგურაცია უსაფრთხოების, arranged web parts and customized the quick launch to provide that oh-so-perfect set of options to the end user. მაგრამ, იმ ყუთში, you can’t remove the "view all site content" ბმული.

Mark ვაგნერი უზრუნველყოფს პასუხი აქ (http://www.crsw.com/mark/Lists/Posts/Post.aspx?ID=36). მისი ჩაწერის-up არის შესანიშნავი ორ დონეზე. იგი იძლევა პასუხს კითხვაზე, "How do I remove the View All Site Content" ბმული? მაშინ, ეს შეესაბამება დაუყოვნებლივ შემდგომი on კითხვა: როგორ შემიძლია ადვილად საშუალებას ყველა საიტი შინაარსი ბმული საიტი-by-საიტი საფუძველზე?

პრემიის სახით: მისი მიდგომა მუშაობს WSS, არა მხოლოდ MOSS.

</ბოლო>

გამოწერა ჩემი დღიური!

See UPDATE (I) below (11/24/07) წლის როგორ კონფიგურაცია Microsoft Office SharePoint Server 2007 to ინდექსი და Crawl ქსელი ფოლდერები ძებნა

მიზანი: I want to execute a search restricted to a specific document library. ამ შემთხვევაში, დოკუმენტის ბიბლიოთეკა მოიცავს სასწავლო დოკუმენტები.

ნაბიჯი:

1. ჩაწერას URL დოკუმენტის ბიბლიოთეკა.

2. შექმნა ფარგლებს:

გადასვლა ცენტრალური ადმინისტრაცია.

ხელმისაწვდომობა 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. განსაზღვრა ფარგლებს crawl წესები:

სანიშნეს წესი, რომელიც განსაზღვრავს დოკუმენტის ბიბლიოთეკა ამ მასშტაბის.

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

შეიტანეთ სახელი თქვენი ფოლდერიდან (ვხედავ #1 ზემოთ).

Accept the default value of "Include".

დაველოდოთ ფარგლებს განახლება (ან დაიწყოთ იგი).

4. ჩართვა ფარგლებს in საიტი კოლექციაში.

გადასვლა საიტი კრებული, სადაც გსურთ გამოიყენოთ ეს ფარგლები.

დამატება ახალი ფარგლებს შესაბამის ჩვენება ჯგუფს ან ჯგუფებს.

5. ძიება!

ამ ეტაპზე, you’re done. Assuming the scope is properly defined, ეს შესაძლებელი იქნება ფარგლებში წვეთი ზარალი მარტივი და გაფართოებული ძიება და როდესაც თქვენ ძებნის გამოყენებით, რომელიც ფარგლებს, თქვენ მხოლოდ მისაღებად შედეგების ველოდოთ.

შენიშვნები:

დავწერე ამ დღიურში შესვლის რადგან ჩემი ეძებს მარტივი ფარგლებს კონფიგურაცია აღმოჩნდა მშრალი გამოყენებით ფრაზები როგორიცაა:

• კონფიგურაციის ფარგლებში წელს MOSS
• კონფიგურაციის ძებნის ფარგლებს moss
• ფარგლებში ამ SharePoint 2007
• ფარგლებში ამ SharePoint
• ძებნის დოკუმენტის ბიბლიოთეკა moss
• ფარგლებში პირველი moss

თქვენ შეგიძლიათ შექმნათ ძებნის ფარგლებს on ფოლდერი, not just the entire document library.

ფარგლებს შეიძლება გაიზიარა მასშტაბით მრავალი საიტი კოლექციების (აქედან გამომდინარე,, a "shared service").

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

განახლების (I) როგორც 11/24/07:

Kai Shang put together a great post entitled როგორ კონფიგურაცია Microsoft Office SharePoint Server 2007 to ინდექსი და Crawl ქსელი ფოლდერები ძებნა @ http://kaishenghoo.spaces.live.com/blog/cns!8A7458DB12CA5AC9!206.entry

დღეს, 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. (თუ / როცა ქსელის ოსტატები მეუბნებოდა, რა არის, მე განაახლებს ჩანაწერი).

Windows explorer couldn’t connect. I did some research and eventually, ქსელის ოსტატები განაცხადა, რომ WebDAV გამორთულია მიერ / არ არის მხარდაჭერილი / beneath the dignity of the NLB.

ასე რომ,, assuming the network wizards aren’t just telling me the network wizard equivalent of "take a long walk off a short bridge", მე მაქვს მაინტერესებს — აკეთებს NLB, ბუნებით, გაუქმდება WebDAV? Do we lose our windows file explorer interface to SharePoint? Is Cisco the Soup ნაცისტური?

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.

მე შენარჩუნება მდე სიჩქარე, მათი მეშვეობით მომსახურების უზრუნველყოს მიერ კარგი ეგ ერთი 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.

(სიახლეები 11/29 ავუხსნათ, თუ როგორ წვდომის ვებ განაცხადის პოლიტიკის პარამეტრების მეშვეობით UI)

I had one of those "why is MOSS doing this to me????" moments today. და ბოლოს, ეს ყველაფერი ჩემი ბრალია.

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. გადასვლა გვერდზე.
2. დაარღვიე უსაფრთხოების მემკვიდრეობის.
3. ამოღება ყველა მომხმარებლის / ჯგუფი საიტის ნებართვების.

ზემოთ უნდა დატოვონ მხოლოდ საიტის კოლექციის ადმინისტრატორის ნებართვით სანახავად საიტი.

თუ ვინმე სხვას ჟურნალი in, მათ აღარ უნდა დაინახოს საიტზე და ეს უნდა იყოს უსაფრთხოების დამსხვრეული ყველა ჩვეულებრივი ადგილები.

მაგრამ … ეს არ იყო. ამავე დროს, 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, საბოლოოდ, მე რომ Ethan ს ბლოგი, his opening graph makes it quite simple:

Moss 2007 აქვს ახალი თვისება მოუწოდა ვებ პროგრამები პოლიტიკა. ეს არის უსაფრთხოების ნებართვების რომ მიბმული ვებ პროგრამები. ეს უსაფრთხოების პარამეტრების override ნებისმიერი უსაფრთხოების გარემოში, რომელიც განისაზღვრა საიტის კოლექცია ან საიტის (ვებ) დონეზე, რომელიც შესახებ.

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, მაგრამ, დაძაბვის გაცემა, "It does not mean what you think it means."

Access web application policies this way:

1. გადასვლა ცენტრალური ადმინისტრაცია
2. გსურთ განაცხადის მართვა
3. Select "Policy for Web Application"
4. იმ ეკრანზე, make sure you pick the correct web application. ჩემთვის, ეს უპირობოდ ვებ განაცხადის ცენტრალური admin რომელიც არ შეიძლება იყოს ერთი გსურთ.

როდესაც მე მქონდა ეს პრობლემა, მე ჩხრეკა ფრაზაზე და მიიღო საოცრად პატარა თვალსაზრისით პირდაპირი დახმარებით ამ საკითხზე:

საიტის ქმედებები თვალსაჩინო ყველა მომხმარებლისთვის

საიტის ქმედებები ჩანს ყველა მომხმარებელი

საიტი ქმედებები არ იყოს უსაფრთხოების დამსხვრეული

უზრუნველყოს MOSS საიტი

შესავალი moss უსაფრთხოების

პროგრამები Tags: SharePoint

სწრაფი და მარტივი ინსტრუქციები:

შესწორება გვერდზე და დამატება ძებნა Core შედეგები ვებ ნაწილი.

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

დამატება ფიქსირებული სიტყვით შეკითხვის (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").

შენიშვნები:

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: დეპარტამენტები და პროდუქტები.

პროდუქტის ადგილზე კოლექცია შეიცავს, ბუნებრივია, საკმარისი, product information. Each product in the site collection aggregates data from multiple sources.

ერთი დეპარტამენტები, კოდები და ტესტირება, 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".

ლამაზი სარგებელი ამ მიდგომის: We can edit the XSL from the core search results web part and generate any format that we want.

აქ (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) კიდევ ერთი ბლოგერის დისკუსია ამ თემაზე.

</ბოლო>გამოწერა ჩემი დღიური.

თუ თქვენ შენარჩუნება დღიურში, რომელიც, სულ მცირე, მინიმალური დაკავშირებული SharePoint, please let me know in comments. I would love to add you to my დღიურში სია.

თუ თქვენ შენარჩუნება წაკითხვა, რომელიც არ არის დაკავშირებული SharePoint მაგრამ მინდა მე რომ დაამატოთ ეს მაინც, ნება მომეცით ვიცი. I’ll may create a separate blog list.

გთხოვთ მისცეს:

• თქვენი დღიური URL (აშკარად)
• მოკლე აღწერა თქვენი წაკითხვა.

I want to keep the link to "active" დღიურები, 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.

მადლობა!

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

Course managers create courses. When creating a course, მენეჯერი განსაზღვრავს მაქსიმალური რაოდენობა ხელმისაწვდომი ადგილების.

The template provides for self-service enrollment. I enroll and a workflow attached to the registration list decrements the "available seats" ასოცირდება, რომ რა თქმა უნდა.

Individuals may also unregister from a course. The bug lies here. Unregistering from a course does not increment the available seats counter. შედეგად, available seats is not accurate. This bug is compounded by the fact that when available seats decrements to zero, აღარ თვითმმართველობის მომსახურების რეგისტრაციის ნებადართულია.

საბედნიეროდ, Microsoft provides the workflow for this process. Even better, ეს სწორი ნაბიჯია workflow შექმნილი მეშვეობით SharePoint დიზაინერი.

დაიცავით ამ მაღალი დონის ნაბიჯები გაასწორონ ის:

1. სროლა up SDP.
2. საიტზე შესასვლელად საფუძველზე off სასწავლო template.
3. Access "Attendee unregistration" workflow.
4. ჩასვით ეს ნაბიჯი (მე მათ პირველი ორი ნაბიჯი):
   1. დათვლა კურსები:შევსებული ადგილები minus 1 (გასასვლელი Variable:calc)
   2. (მაშინ) ელემენტის განახლება in კურსები

Click დასრულება და თქვენ გაკეთდეს.

ეკრანზე დარტყმები:

SharePoint Designer:

საშუალო workflow:

დათვლა საბურღი-down:

ელემენტის განახლება in კურსები: