דערהייַנטיקן (01/17/08): דעם בלאָג פּאָזיציע טאָקס וועגן מער כייפּערלינגק קססל גוטסקייט: 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. ניצן וויסואַל סטודיאָ פֿאַר שאַרעפּאָינט-אַווער ינטעלליסענסע.
2. קאָפּי די דוווופּ ס קססלט אין וויסואַל סטודיאָ (שאַפֿן אַ פּוסט פּרויעקט, לייגן אַ קססל טעקע צו די פּרויעקט).
3. קאָפּי די לינק איר ווילן צו נוצן אין די קליפּבאָרד.
4. פּאַפּ עס אין די רעכט אָרט אין דער קססל.
5. Convert URL argument separators on the query string from "&" to "&אַמפּ;"
6. URL-ענקאָוד יחיד טענות.
7. ייַנוויקלען אַז ין אַ <אַ הרעף…> </אַ>

בייַשפּיל:

איך האָבן אַ URL:

הטטפּ://[סערווירער]/[פּלאַץ]/רשימות / עפֿן% 20פּאָסיטיאָנס/אַלליטעמס.אַספּקס?View ={84עעאַ2פ5-121ב-40ב7-946ף-0פאַ704אַ1דאַאַ1}&פילטערפיעלד1 = רעקרויטער&פילטערוואַלוע1 = האָלד

איך גער עס אין:

     <אַ הרעף="רשימות / עפֿן% 20פּאָסיטיאָנס/אַלליטעמס.אַספּקס?View =% 7ב84עעאַ2פ5-121ב-40ב7-946ף-
0פאַ704אַ1דאַאַ1% 7ד&אַמפּ;פילטערפיעלד1 = רעקרויטער&אַמפּ;פילטערוואַלוע1 = האָלד">
       האַלטן:
     </אַ>

איך האָבן מאַניואַלי פארוואנדלען די ערשטער אַרגומענט פון:

{84עעאַ2פ5-121ב-40ב7-946ף-0פאַ704אַ1דאַאַ1}

צו:

%7ב84עעאַ2פ5-121ב-40ב7-946ף-0פאַ704אַ1דאַאַ1% 7ד

(אין דעם, די עפענען בראַסע טראַנספאָרמז צו% 7ב און די קלאָוזינג בראַסע טראַנספאָרמז צו% 7ד)

די רגע און דריט טענות’ פּאַראַמעטערס ("FilterField1=רעקרויטער" and "FilterValue1=האַלטן" ריספּעקטיוולי) טאָן ניט דאַרפֿן צו זייַן URL-ענקאָודיד ווייַל זיי טאָן ניט אַנטהאַלטן קיין אַנסייף אותיות.

הערות:

דעם טעכניק זאָל בכלל אַרבעט ערגעץ איר ווילן צו ימבעד אַ כייפּערלינגק אין קססלט ווו די כייפּערלינגק כולל פּאַראַמעטערס אויף די URL אַזאַ ווי:

הטטפּ://[סערווירער]/[פּלאַץ]/רשימות / עפֿן% 20פּאָסיטיאָנס/אַלליטעמס.אַספּקס?View ={84עעאַ2פ5-121ב-40ב7-946ף-0פאַ704אַ1דאַאַ1}&פילטערפיעלד1 = רעקרויטער&פילטערוואַלוע1 = האָלד

איך גאַט די URL זיך דורך אַקסעסינג דער מנהג רשימה און מאַניואַלי פֿילטרירונג אויף די סטאַטוס זייַל (labeled "Recruiter" העכער).

(דאס איז פאקטיש אַ קליין אַלט נייַעס, אָבער ווי מיין באַליבט פייַער סטאַנציע דעוויז פּראָוקליימז, "Better late than never").

טשעק עס אויס דאָ: http://www.sharepointbeagle.com/

אויב איר האָט ניט שוין, זייַן זיכער צו צייכן אַרויף.

אַוואַדע, זייַן זיכער צו לייענען מיין אַרטיקל about a real-world SharePoint project (אַרייַנגערעכנט באדערפענישן דעפֿיניציע, קפּי ס, צופרידן טייפּס, dashboards and more) as well as מיין קאָלעגע 'ס article about the content query web part.

עס ס 'פּלאַץ פון אנדערע גוט שטאָפּן אויך.

איך בין געבעטן דעם קשיא קימאַט יעדער וואָך, נאָרמאַלי אין די קאָנטעקסט פון אַ זיכערהייַט דיסקוסיע. 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 Wagner provides the answer דאָ (http://www.crsw.com/mark/Lists/Posts/Post.aspx?ID=36). His write-up is terrific on two levels. It provides an answer to the question, "How do I remove the View All Site Content" רונג? דעמאָלט, it answers the immediate follow-on question: How do I easily enable the view all site content link on a site-by-site basis?

As a bonus: His approach works for WSS, not just MOSS.

</עק>

אַבאָנירן צו מיין בלאָג!

See UPDATE (איך) below (11/24/07) אויף ווי צו קאַנפיגיער מייקראָסאָפֿט אָפיס שאַרעפּאָינט סערווירער 2007 צו אינדעקס און קראָל נעטוואָרק פאָלדערס פֿאַר זוכן

אָביעקטיוו: I want to execute a search restricted to a specific document library. אין דעם פאַל, דער דאָקומענט ביבליאָטעק כּולל טריינינג דאָקומענטן.

טריט:

1. רעקאָרד די URL פון דעם דאָקומענט ביבליאָטעק.

2. שאַפֿן אַ פאַרנעם:

גיין צו הויפט אַדמיניסטראַציע.

אַקסעס די סספּ.

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. דעפינירן פאַרנעם קריכן כּללים:

לייג אַ הערשן אַז דיפיינז די דאָקומענט ביבליאָטעק פֿאַר דעם פאַרנעם.

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

אַרייַן די נאָמען פון דיין טעקע (זען #1 העכער).

Accept the default value of "Include".

וואַרטן פֿאַר די פאַרנעם צו דערהייַנטיקן (אָדער אָנהייב עס מאַניואַלי).

4. געבן דעם פאַרנעם אין אַ פּלאַץ זאַמלונג.

גיין צו פּלאַץ זאַמלונג ווו איר ווילן צו נוצן דעם פאַרנעם.

לייג דיין נייַ פאַרנעם צו די צונעמען אַרויסווייַזן גרופּע אָדער גרופּעס.

5. זוכן!

אין דעם פונט, you’re done. Assuming the scope is properly defined, עס וועט זייַן בנימצא אין דער סקאָפּעס קאַפּ דאַונז פֿאַר פּשוט און אַוואַנסירטע אָנפֿרעגן און ווען איר זוכן ניצן אַז פאַרנעם, איר וועט נאָר באַקומען רעזולטאַטן איר דערוואַרטן.

הערות:

איך געשריבן דעם בלאָג פּאָזיציע ווייַל מיין אָנפֿרעגן פֿאַר פּשוט פאַרנעם סעטאַפּ פארקערט אַרויף טרוקן ניצן פראַסעס ווי:

• קאַנפיגיער סקאָפּעס אין מאָך
• קאַנפיגיער זוכן פאַרנעם מאָך
• סקאָפּעס אין שאַרעפּאָינט 2007
• סקאָפּעס אין שאַרעפּאָינט
• זוכן אַ דאָקומענט ביבליאָטעק מאָך
• סקאָפּעס ערשטער מאָך

איר קענען שאַפֿן אַ זוכן פאַרנעם אויף אַ טעקע, 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.

דערהייַנטיקן (איך) ווי פון 11/24/07:

Kai Shang put together a great post entitled ווי צו קאַנפיגיער מייקראָסאָפֿט אָפיס שאַרעפּאָינט סערווירער 2007 צו אינדעקס און קראָל נעטוואָרק פאָלדערס פֿאַר זוכן @ 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, די נעץ וויזערדז האט געזאגט אַז וועבדאַוו איז פאַרקריפּלט דורך / ניט געשטיצט דורך / 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", איך האָבן צו ווונדער — טוט נלב, דורך נאַטור, דיסייבאַל וועבדאַוו? Do we lose our windows file explorer interface to SharePoint? Is Cisco the זופּ נאַצי?

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 צו דערקלערן ווי צו צוטריט וועב אַפּלאַקיישאַן פּאָליטיק סעטטינגס דורך די וי)

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. נעם יעדער באַניצער / גרופּע פון ​​פּלאַץ פּערמישאַנז.

דער אויבן זאָל לאָזן נאָר דעם פּלאַץ זאַמלונג אַדמיניסטראַטאָר מיט דערלויבעניש צו זען די פּלאַץ.

אויב ווער עס יז אַנדערש לאָגס אין, זיי זאָל ניט מער זען די פּלאַץ און עס זאָל זייַן זיכערהייַט-טריממעד פון אַלע די געוויינטלעך ערטער.

אָבער … עס איז ניט. אין דער זעלביקער צייַט, 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, לעסאָף, איך געפינען וואָס בייַ עטהאַן ס בלאָג, his opening graph makes it quite simple:

מאָך 2007 האט אַ נייַ שטריך גערופן וועב אַפּפּליקאַטיאָן פּאָליסיעס. די ביסט זיכערהייַט פּערמישאַנז אַז איז טייד צו אַ וועב אַפּפּליקאַטיאָן. די זיכערהייַט סעטטינגס אָווועררייד קיין זיכערהייַט באַשטעטיקן אַז איז שטעלן בייַ די מאַפּע קאַלעקשאַן אָדער מאַפּע (נעץ) מדרגה פֿאַר אַז באַניצער.

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. פֿאַר מיר, עס דיפאָלץ צו די וועב אַפּלאַקיישאַן פון הויפט אַדמין וואָס זאל נישט זייַן דער איין איר ווילן.

ווען איך געהאט דעם פּראָבלעם, איך געזוכט פֿאַר די ווייַטערדיק פראַסעס און גאַט סאַפּרייזינגלי ביסל אין טערמינען פון דירעקט העלפן אויף דעם אַרויסגעבן:

פּלאַץ אַקשאַנז קענטיק פֿאַר אַלע ניצערס

פּלאַץ אַקשאַנז קענטיק צו אַלע ניצערס

פּלאַץ אַקשאַנז זענען נישט זיכערהייַט טריממעד

זיכער אַ מאָך פּלאַץ

הקדמה צו מאָך זיכערהייַט

טעטשנאָראַטי טאַגס: שאַרעפּאָינט

שנעל און פּשוט ינסטרוקטיאָנס:

רעדאַגירן אַ בלאַט און לייגן אַ זוכן קאָר רעזולטאַטן וועב טייל.

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

לייג די פאַרפעסטיקט קיווערד אָנפֿרעג (e.g. קאָנטענטטיפּע:"Training invoice" טראַינינגינוואָיסענומבער: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) פֿאַר אן אנדער בלאָגגער ס דיסקוסיע אויף דעם טעמע.

</עק>אַבאָנירן צו מיין בלאָג.

אויב איר טייַנען אַ בלאָג וואָס איז לפּחות מינאַמאַלי פארבונדן צו שאַרעפּאָינט, please let me know in comments. I would love to add you to my בלאָג רשימה.

אויב איר טייַנען אַ בלאָג וואָס איז ניט פארבונדן צו שאַרעפּאָינט אָבער ווילן מיר צו לייגן עס סייַ ווי סייַ, לאָזן מיר וויסן. 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, עס ס אַ גלייַך-פאָרויס וואָרקפלאָוו באשאפן דורך שאַרעפּאָינט דיזיינער.

גיי די הויך מדרגה טריט צו פאַרריכטן עס:

1. פייַער אַרויף סדפּ.
2. אַקסעס די פּלאַץ באזירט אַוועק די טריינינג מוסטער.
3. Access "Attendee unregistration" וואָרקפלאָוו.
4. אַרייַנלייגן די טריט (איך געמאכט זיי דער ערשטער צוויי טריט):
   1. רעכענען קאָרסאַז:אָנגעפילט סיץ מינוס 1 (רעזולטאַט צו בייַטעוודיק:קאַלק)
   2. (דעמאָלט) דערהייַנטיקן נומער אין קאָרסאַז

גיט ענדיקן און איר ניטאָ געטאן.

סקרין שאַץ:

שאַרעפּאָינט דיזיינער:

פאַרטיק וואָרקפלאָוו:

רעכענען בויער-אַראָפּ:

דערהייַנטיקן נומער אין קאָורסעס: