АБНАЎЛЕННЕ (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. Выкарыстоўвайце для Visual Studio SharePoint-Aware IntelliSense.
2. Скапіюйце XSLT DVWP аўтара ў Visual Studio (стварыць пусты праект, дадаць файл XSL да праекту).
3. Скапіяваць спасылку вы хочаце выкарыстоўваць у буфер абмену.
4. Устаўце яго ў патрэбным месцы ў XSL.
5. Convert URL argument separators on the query string from "&" to "&ампер;"
6. URL-адрас кадуюць асобныя аргументы.
7. Абгарніце што ўнутры <HREF…> </a>

Прыклад:

У мяне ёсць URL:

HTTP://[сервер]/[сайт]/Спісы / Адкрытае 20Positions/AllItems.aspx%?Выгляд ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = Рекрутеры&FilterValue1 = ўтрыманне

Я пераўтварыць яго ў:

     <a HREF="Спісы / Адкрытае 20Positions/AllItems.aspx%?Выгляд =% 7b84EEA2F5-121B-40B7-946F-
0FA704A1DAA1}&ампер;FilterField1 = Рекрутеры&ампер;FilterValue1 = ўтрыманне">
       Трымаць:
     </a>

Я ўручную ператварыў першы аргумент:

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

да:

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

(У гэтым, якая адкрывае фігурнай дужкі ператвараецца ў% 7b і закрывае дужкі ператвараецца ў% 7дн)

Другі і трэці аргументы’ Параметры ("FilterField1=Вярбоўнік" and "FilterValue1=Трымаць" адпаведна) не павінны быць закадзіраваны гіперспасылка, таму што яны не ўтрымліваюць небяспечныя сімвалы.

Заўвагі:

Гэты метад як правіла, павінны працаваць у любым месцы вы хочаце ўстаўляць гіперспасылкі ў XSLT, дзе ўключае ў сябе параметры гіперспасылкі на URL, такія як:

HTTP://[сервер]/[сайт]/Спісы / Адкрытае 20Positions/AllItems.aspx%?Выгляд ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = Рекрутеры&FilterValue1 = ўтрыманне

Я атрымаў 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" спасылка.

Марка Вагнера дае адказ тут (http://www.crsw.com/mark/Lists/Posts/Post.aspx?ID=36). Яго рэцэнзіі неверагоднае на двух узроўнях. Яна дае адказ на пытанне, "How do I remove the View All Site Content" спасылка? Затым, ён адказвае на неадкладнае прадастаўленне наступнага пытанне: Як лёгка ўключыць спасылкай Прагледзець усе змесціва вузла на сайт за сайт асновай?

У якасці бонуса: Яго падыход працуе для WSS, не толькі MOSS.

</канец>

Падпісацца на мой блог!

See UPDATE (Я) below (11/24/07) на Як наладзіць Microsoft Office SharePoint Server 2007 для індэксавання і сканаванні сеткавых тэчак для пошуку

Мэта: 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. Вызначыць правілы вобласці сканавання:

Дадаць правіла, вызначае бібліятэку дакументаў для дадзенага дыяпазону.

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, ён будзе даступны ў расчыняецца абласцей падзення для простага і пашыранага пошуку і пры пошуку з дапамогай гэтай сферы, вы проста атрымаеце вынікі, якія вы чакаеце.

Заўвагі:

Я напісаў гэты допіс з блогу, таму што мае пошукі простую ўстаноўку рамкі з'явіўся сухі выкарыстаннем фраз тыпу:

• сканфігураваць вобласці ў MOSS
• наладзіць вобласць пошуку мох
• абласцей у SharePoint 2007
• абласцей у SharePoint
• пошук у бібліятэцы дакументаў мох
• Галіне першага моху

Вы можаце стварыць вобласць пошуку на тэчцы, 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 Як наладзіць Microsoft Office SharePoint Server 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, Сетка майстры сказалі, што 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 Суп нацысцкай?

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:

MOSS 2007 мае новую функцыю пад назвай Web Ужыванне палітык. Гэтыя дазволу бяспекі, якая прывязаная да вэб-прыкладанняў. Гэтыя параметры бяспекі перавызначыць наладу бяспекі, які ўсталяваны на месцы збору або сайта (Сетка) ўзроўню для гэтага карыстальніка.

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. Для мяне, ён па змаўчанні вэб-прыкладанні цэнтра адміністравання, якое не можа быць той, які вы хочаце.

Калі ў мяне была гэтая праблема, Я шукаў наступныя фразы і атрымалі на здзіўленне мала з пункту гледжання прамых дапамогу па гэтым пытанні:

Сайт дзеянні адкрыты для прагляду ўсім карыстальнікам

Дзеянні вузла усе карыстальнікі

Дзеянні сайта не абразаецца бяспекі

забяспечыць бяспеку сайта MOSS

Ўвядзенне ў мох бяспекі

Technorati Тэгі: SharePoint

Хуткія і Простыя інструкцыі:

Рэдагаваць старонку і дадаць Асноўныя вынікі пошуку вэб-частак.

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, гэта прамалінейны працэс, створаны з дапамогай SharePoint Designer.

Выканайце наступныя крокі высокага ўзроўню, каб выправіць гэта:

1. Запусціце SDP.
2. Доступ да сайта заснаваны оф падрыхтоўка пра шаблон.
3. Access "Attendee unregistration" працоўны працэс.
4. Устаўце наступныя дзеянні (Я зрабіў іх першыя два кроку):
   1. Вылічаць Курсы:Запоўненыя месцаў мінус 1 (Выхад на Пераменная:Calc)
   2. (затым) Пункт Абнаўленне Курсы

Націсніце кнопку Гатова, і ўсё гатова.

Здымкі экрана:

SharePoint Designer:

Гатовыя працоўны працэс:

Разлічыць дэталізацыі:

Пункт Абнаўленне курсаў: