I-UPDATE (01/17/08): Ang blog entry uusap tungkol sa mas kabutihan hyperlink XSL: http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-development/rewriting-links-in-search-results-xslt.

Pangkalahatang-ideya at Layunin: 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, ngunit hindi ko na kumatha diskarteng (o ang mga tandang pananong, para sa na mahalaga). 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. Halimbawa, 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".

Mga Hakbang:

1. Gamitin ang visual studio para sa sharepoint-aware intellisense.
2. Kopyahin ang DVWP ni XSLT sa visual studio (lumikha ng isang blangko proyekto, magdagdag ng isang XSL file sa proyekto).
3. Kopyahin ang link na gusto mong gamitin sa clipboard.
4. Ilagay ito sa tamang lokasyon sa XSL.
5. Convert URL argument separators on the query string from "&" to "&"
6. Url-encode ang mga indibidwal na mga argumento.
7. Pakibalot na sa loob ng isang <a href…> </isang>

Halimbawa:

Mayroon akong isang URL:

http://[server]/[lugar]/Listahan / Buksan ang% 20Positions/AllItems.aspx?Tingnan ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = Recruiter&FilterValue1 = Hold

I-convert ito sa:

     <isang href="Listahan / Buksan ang% 20Positions/AllItems.aspx?Tingnan =% 7b84EEA2F5-121B-40B7-946F-
0FA704A1DAA1% 7a&amp;FilterField1 = Recruiter&amp;FilterValue1 = Hold">
       Hawakan:
     </isang>

Manu-mano ko pa transformed ang unang argumento mula sa:

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

upang:

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

(Sa ganitong, Bukas ang suhay transforms sa% 7b at ang pangwakas suhay transforms sa% 7a)

Ang pangalawa at pangatlong argumento’ mga parameter ("FilterField1=Recruiter" and "FilterValue1=Hawakan" buong galang) hindi kailangang ma-url-encode nang dahil hindi sila naglalaman ng anumang hindi ligtas na mga character.

Mga Tala:

Diskarteng ito ay dapat pangkalahatan ay gumagana sa kahit saan nais mong i-embed ng isang hyperlink sa XSLT hyperlink kung saan ang may kasamang mga parameter sa URL tulad ng:

http://[server]/[lugar]/Listahan / Buksan ang% 20Positions/AllItems.aspx?Tingnan ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = Recruiter&FilterValue1 = Hold

Nakatanggap ako ang URL mismo sa pamamagitan ng pag-access ang listahan ng custom at mano-manong pag-filter sa hanay ng katayuan (labeled "Recruiter" sa itaas).

(Ito ay talagang isang maliit na lumang balita, ngunit bilang aking mga paboritong salawikain himpilan ng bumbero proclaims, "Better late than never").

Tingnan ito dito: http://www.sharepointbeagle.com/

Kung hindi mo pa nagagawa, tiyaking mag-sign up.

Talaga, tiyakin na basahin ang aking mga artikulo about a real-world SharePoint project (kabilang ang mga kinakailangan sa kahulugan, KPI ni, uri ng nilalaman, dashboards and more) as well as aking kasamahan ni article about the content query web part.

Mayroong maraming iba pang mga magagandang bagay-bagay masyadong.

Ako nagtanong tanong na ito halos bawat linggo, normal sa konteksto ng isang talakayan seguridad. An administrator/site creator has provisioned a site, configure seguridad, arranged web parts and customized the quick launch to provide that oh-so-perfect set of options to the end user. Pero, sa labas ng kahon, you can’t remove the "view all site content" link.

Mark Wagner Nagbibigay ang kasagutan dito (http://www.crsw.com/mark/Lists/Posts/Post.aspx?ID=36). Ang kanyang write-up ay kasindak-sindak sa dalawang mga antas. Ito ay nagbibigay ng isang sagot sa tanong, "How do I remove the View All Site Content" link? Pagkatapos, ito sasagutin ng agarang follow-sa tanong: Paano ko madaling paganahin ang view ng lahat ng mga link ng site ng nilalaman sa isang site-by-site na batayan?

Bilang bonus: Ang kanyang diskarte ay gumagana para sa WSS, hindi lamang Moss.

</dulo>

Mag-subscribe sa aking blog!

See UPDATE (Ako) below (11/24/07) sa Paano i-configure ang Microsoft Office SharePoint Server 2007 sa Index at Crawl Folder para sa Network ng Paghahanap

Layon: I want to execute a search restricted to a specific document library. Sa kasong ito, ang dokumento library ay naglalaman ng mga dokumento pagsasanay.

Mga Hakbang:

1. I-record ang URL ng library dokumento.

2. Lumikha ng isang saklaw:

Pumunta sa gitnang pangangasiwa.

I-access ang 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. Tukuyin ang mga panuntunan sa saklaw ng pag-crawl:

Magdagdag ng isang panuntunan na tumutukoy sa dokumento aklatan para sa saklaw na ito.

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

Ipasok ang pangalan ng iyong folder (tingnan #1 sa itaas).

Accept the default value of "Include".

Maghintay para sa saklaw na i-update (o simulan ito nang manu-mano).

4. Paganahin ang saklaw sa isang koleksyon site.

Pumunta sa site na koleksyon kung saan mo nais na gamitin ang saklaw.

Idagdag ang iyong bagong saklaw ng naaangkop na display grupo o mga grupo.

5. Hanapin!

Sa puntong ito, you’re done. Assuming the scope is properly defined, ito ay magagamit sa drop down mga saklaw para sa simple at advanced na mga paghahanap at kapag ikaw ay naghanap gamit na saklaw, makikita mo lamang makakuha ng mga resulta ng iyong inaasahan.

Mga Tala:

Ako ay nagsulat sa blog na ito dahil entry ang aking mga paghahanap para sa simpleng setup saklaw naka dry up gamit ang mga parirala tulad ng:

• i-configure ang mga saklaw sa Moss
• i-configure ang paghahanap saklaw lumot
• saklaw sa sharepoint 2007
• saklaw sa sharepoint
• maghanap ng isang dokumento library lumot
• mga saklaw panimulang aklat sa pagbasa lumot

Maaari kang lumikha ng isang saklaw ng paghahanap sa isang folder, not just the entire document library.

Ang isang saklaw maaaring ibahagi sa maramihang mga koleksyon site (kaya, a "shared service").

You can create the scope at the site collection level itself. Gayunman, 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-UPDATE (Ako) bilang ng 11/24/07:

Kai Shang put together a great post entitled Paano i-configure ang Microsoft Office SharePoint Server 2007 sa Index at Crawl Folder para sa Network ng Paghahanap @ http://kaishenghoo.spaces.live.com/blog/cns!8A7458DB12CA5AC9!206.entry

Ngayon, 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. (Kung / kapag ang network wizard sabihin sa akin kung ano ito ay, Kukunin ko i-update ang post na ito).

Windows explorer couldn’t connect. I did some research and eventually, ang network wizard sinabi na WebDAV ay hindi pinagana sa pamamagitan ng / hindi suportado ng / beneath the dignity of the NLB.

Kaya, assuming the network wizards aren’t just telling me the network wizard equivalent of "take a long walk off a short bridge", Mayroon akong upang magtaka — ang ibig NLB, sa pamamagitan ng kalikasan, huwag paganahin WebDAV? Do we lose our windows file explorer interface to SharePoint? Is Cisco the Sopas Nazi?

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.

Ako panatilihin up upang mapabilis sa kanila sa pamamagitan ng isang serbisyo magbigay ng mahusay na kakailanganin ng mga tao sa 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.

(Nai-update 11/29 na ipaliwanag kung paano i-access ang mga setting ng web application na patakaran sa pamamagitan ng UI)

I had one of those "why is MOSS doing this to me????" moments today. Sa katapusan, lahat ng ito ay aking kasalanan.

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. Pumunta sa site.
2. Hatiin ang seguridad inheritance.
3. Alisin ang bawat user / group mula pahintulot site.

Ang nasa itaas ay dapat mag-iwan lamang sa administrator ng site koleksyon na may pahintulot upang tingnan ang site.

Kung sinuman log in, dapat hindi na nila makita ang mga site at ito ay kailangang maging security-trim mula sa lahat ng mga karaniwang mga lugar.

Pero … ay hindi ito. Sa parehong oras, 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, sa wakas, Mahanap ko na sa Ethan blog ni, his opening graph makes it quite simple:

Lumot 2007 ay may isang bagong tampok na tinatawag na Web Application Patakaran. Ito ang mga pahintulot sa seguridad na ay nakatali sa isang Web Application. Ang mga setting ng seguridad override ng anumang seguridad setting na iyon ay itinakda sa Site Collection o Site (Web) antas para sa gumagamit na iyon.

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, pero, pinagmanahan sa isang quote, "It does not mean what you think it means."

Access web application policies this way:

1. Pumunta sa Central Administration
2. Pumili ng Application Management
3. Select "Policy for Web Application"
4. Sa screen na, make sure you pick the correct web application. Sa akin, ito nagde-default sa mga web application ng central admin na maaaring hindi ang iyong gusto.

Kapag ako ay nagkaroon ng problemang ito, Naghanap ako para sa sumusunod na mga parirala at nakakuha nakakagulat kaunti sa mga tuntunin ng direktang tulong sa isyung ito:

Site pagkilos nakikita para sa lahat ng mga gumagamit

Site pagkilos makikita ng lahat ng mga gumagamit

site na mga aksyon ay hindi mabawasan ng seguridad

secure ang isang Moss site

panimula sa lumot seguridad

Technorati Tags: SharePoint

Mabilis at Simple Tagubilin:

I-edit ang isang pahina at magdagdag ng Paghahanap Core Resulta web bahagi.

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

Idagdag ang fixed query keyword (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").

Mga Tala:

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: Mga kagawaran at mga Produkto.

Ang produkto koleksyon site ay naglalaman ng, natural sapat, product information. Each product in the site collection aggregates data from multiple sources.

Isa sa mga kagawaran, code at pagsubok, 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".

Ang isang magaling na benepisyo mula sa diskarteng ito: We can edit the XSL from the core search results web part and generate any format that we want.

Tingnan dito (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) para sa isa pang blogger na talakayan sa paksang ito.

</dulo>Mag-subscribe sa aking blog.

Kung nagpapanatili ka ng isang blog na ay hindi bababa sa Nagnais ng pinakamababang konektado sa SharePoint, please let me know in comments. I would love to add you to my listahan ng blog.

Kung nagpapanatili ka ng isang blog na ay hindi konektado sa SharePoint ngunit nais sa akin upang idagdag ito pa rin, ipaalam sa akin. I’ll may create a separate blog list.

Pakibigyan:

• Ang iyong blog URL (nang walang alinlangan)
• Isang maikling paglalarawan ng iyong blog.

I want to keep the link to "active" mga blog, 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.

Salamat!

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

Course managers create courses. When creating a course, manager ang tinutukoy ng maximum na bilang ng mga magagamit na upuan.

The template provides for self-service enrollment. I enroll and a workflow attached to the registration list decrements the "available seats" na nauugnay sa na kurso.

Individuals may also unregister from a course. The bug lies here. Unregistering from a course does not increment the available seats counter. Bilang isang resulta, available seats is not accurate. This bug is compounded by the fact that when available seats decrements to zero, wala nang mga self-service pagpaparehistro ay pinapayagan.

Sa kabutihang-palad, Microsoft provides the workflow for this process. Even better, ito ay isang tuwid-forward workflow nilikha sa pamamagitan ng SharePoint Designer.

Sundin ang mga hakbang na ito mataas na antas upang ayusin ito:

1. Painitin SDP.
2. I-access ang mga site batay off ang template ng pagsasanay.
3. Access "Attendee unregistration" workflow.
4. Ipasok ang mga hakbang na ito (Na aking ginawa sa kanila ang unang dalawang hakbang):
   1. Kalkulahin Kapagaralan:Puno Upuan binawasan 1 (Output sa Nagbabago:calc)
   2. (pagkatapos) I-update ang item na ito sa Kapagaralan

I-click ang Tapos na at tapos ka na.

Screen shot:

SharePoint Designer:

Tapos workflow:

Kalkulahin drill-down:

I-update ang item sa Kurso: