УПДАТЕ (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. УРЛ-кодирање појединачне аргументе.
7. Умотајте да унутар <хреф…> </a>

Пример:

Имам УРЛ:

хттп://[сервер]/[сајт]/Листе / Опен% 20Поситионс/АллИтемс.аспк?Погледај ={84ЕЕА2Ф5-121Б-946Ф-40Б7-0FA704A1DAA1}&ФилтерФиелд1 = Регрутер&ФилтерВалуе1 = Холд

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

     <a хреф="Листе / Опен% 20Поситионс/АллИтемс.аспк?Виев =% 7б84ЕЕА2Ф5-121Б-946Ф-40Б7-
0FA704A1DAA1}&ампер;ФилтерФиелд1 = Регрутер&ампер;ФилтерВалуе1 = Холд">
       Држати:
     </a>

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

{84ЕЕА2Ф5-121Б-946Ф-40Б7-0FA704A1DAA1}

на:

%7б84ЕЕА2Ф5-121Б-946Ф-40Б7-0FA704A1DAA1}

(На овај, отворена заграда претвара у% 7б и затварање заграда претвара у% 7Д)

Други и трећи аргументи’ параметри ("FilterField1=Регрутер" and "FilterValue1=Држати" односно) не морају да буду урл-кодирана, јер они не садрже никакве небезбедне знакове.

Белешке:

Ова техника би требало да генерално раде било где желите да уградите хипервезе у КССЛТ где хипервеза укључује параметре на УРЛ, као што су:

хттп://[сервер]/[сајт]/Листе / Опен% 20Поситионс/АллИтемс.аспк?Погледај ={84ЕЕА2Ф5-121Б-946Ф-40Б7-0FA704A1DAA1}&ФилтерФиелд1 = Регрутер&ФилтерВалуе1 = Холд

Имам саму УРЛ приступајући прилагођену листу и ручно филтрирање на статусној колони (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.

Има сувише много других добрих ствари.

I’m asked this question nearly every week, normally in the context of a security discussion. An administrator/site creator has provisioned a site, configured security, arranged web parts and customized the quick launch to provide that oh-so-perfect set of options to the end user. Али, out of the box, 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. Снимите УРЛ адресу библиотеке докумената.

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.

I keep up to speed with them via a service provide by the good folks at 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. За мене, подразумева се да је веб апликације централног админ који не може бити онај који желите.

Када сам имао овај проблем, Тражио сам за следеће фразе и добио изненађујуће мало у смислу непосредне помоћи по овом питању:

Сите активности видљиве за све кориснике

Сите активности видљивих свим корисницима

сите поступци нису безбедност тесан

обезбеди МОСС сајт

Увод у маховине безбедности

Тецхнорати Тагс: СхареПоинт

Quick and Simple Instructions:

Edit a page and add a Search Core Results web part.

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

Add the 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: 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.

Погледајте овде (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.

</крај>Претплатите се на мој блог.

Ако одржавате блог који се бар минимално повезан са СхареПоинт, please let me know in comments. I would love to add you to my Блог Лист.

Ако одржавате блог који није повезан са СхареПоинт, али желите да га додате у сваком случају, let me know. I’ll may create a separate blog list.

Молимо Вас да:

• Ваш блог УРЛ адреса (очигледно)
• Кратак опис вашег блога.

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. (онда) Ажурирај ставку у Курсеви

Кликните на дугме Заврши и готови сте.

Фото Галерија:

СхареПоинт Десигнер:

Завршено тока:

Израчунајте дрилл-довн:

Ажурирај ставку на курсевима: