Ажурирање (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-свесни IntelliSense.
2. Копирате DVWP на XSLT во Visual Studio (креира празна проект, додадете датотека XSL да на проектот).
3. Копирај го линкот сакате да го користите во таблата со исечоци.
4. Ставете го во вистинската локација, во XSL.
5. Convert URL argument separators on the query string from "&" to "&засилувач;"
6. Url-кодираат поединечните аргументи.
7. Завиткајте дека внатре во <a href…> </на>

Пример:

Имам рачно:

HTTP://[сервер]/[сајт]/Листа / Отворено% 20Positions/AllItems.aspx?Прикажи ги ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = агентот&FilterValue1 = Држете

Јас го претвори во:

     <на href="Листа / Отворено% 20Positions/AllItems.aspx?Прикажи ги =% 7b84EEA2F5-121B-40B7-946F-
0FA704A1DAA1% 7г&засилувач;FilterField1 = агентот&засилувач;FilterValue1 = Држете">
       Се одржи:
     </на>

Имам рачно трансформиран првиот аргумент од:

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

да:

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

(Во овој, отворена заграда преобразува во% 7б и завршната голема заграда се преобразува во% 7г)

Во вториот и третиот аргументи’ параметри ("FilterField1=Агентот" and "FilterValue1=Се одржи" соодветно) не треба да биде URL-кодирани, бидејќи тие не содржат никаква небезбедни карактери.

Белешки:

Оваа техника генерално треба да работат каде што сакате да го вградите на хиперврска во XSLT каде хиперврска вклучува параметри на URL-то, како што се:

HTTP://[сервер]/[сајт]/Листа / Отворено% 20Positions/AllItems.aspx?Прикажи ги ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = агентот&FilterValue1 = Држете

Добив рачно себе, со пристапување на сопствени листа и рачно филтрирање за статусот колона (labeled "Recruiter" погоре).

(Ова е, всушност, малку стари вести, но како мојот омилен оган станица мото прокламира, "Better late than never").

Проверете тука: http://www.sharepointbeagle.com/

Ако веќе не сте, не заборавајте да се регистрирате.

Се разбира, не заборавајте да го прочитате мојата статија about a real-world SharePoint project (вклучувајќи ги и барањата дефиниција, KPI е, типови содржини, 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). Неговиот пишува-up е страшно на две нивоа. Тоа дава одговор на прашањето, "How do I remove the View All Site Content" линк? Потоа, таа одговори непосредна следење на прашањето: Како можам лесно им овозможи на погледот на сите содржини на линк на некој сајт-по-сајт основа?

Како бонус: Неговиот пристап работи за WSS, не само Мос.

</крајот>

Да се ​​претплатите на мојот блог!

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, тоа ќе биде достапен во домет капка падови за едноставни и напредни пребарувања и кога барате со користење дека обемот, сте само ќе добиете резултатите кои ги очекувате.

Белешки:

Напишав овој блог запис бидејќи моите пребарувања за едноставни обем подесување вклучив сува користеше фрази како:

• конфигурирање домет во Мос
• конфигурирате пребарување обемот мов
• домет во 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", Јас да се прашувам — не НЛБ, по природа, оневозможи 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. 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.

Но … тоа не беше. Во исто време, 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, конечно, I find that at Ethan’s blog, his opening graph makes it quite simple:

Мос 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, но, 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. За мене, 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 Тагови: 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, тоа е право напред работното создадени преку SharePoint Designer.

Следете ги овие високо ниво чекори да го поправам:

1. Оган СДП.
2. Пристапите на овој сајт базирана на обука дефиниција.
3. Access "Attendee unregistration" работното.
4. Вметнете ги овие чекори (Јас ги направи првите два чекори):
   1. Пресмета Курсеви:Исполнет Седишта минус 1 (Излез Променлива:Calc)
   2. (потоа) Ажурирање ставка во Курсеви

Кликнете на Finish и ќе завршиш.

Екран снимки:

SharePoint Designer:

Заврши работното:

Пресмета вежба-долу:

Ажурирање ставка во Курсеви: