ನವೀಕರಿಸಲು (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. ವಿಷುಯಲ್ ಸ್ಟುಡಿಯೋ ಬಳಸಿ ಶೇರ್ಪಾಯಿಂಟ್-ಅವೇರ್ ಇಂಟೆಲಿಸೆನ್ಸ್.
2. ವಿಷುಯಲ್ ಸ್ಟುಡಿಯೋ ಒಳಗೆ DVWP ತಂದೆಯ XSLT ನಕಲಿಸಿ (ಒಂದು ಖಾಲಿ ಯೋಜನೆಯನ್ನು ರಚಿಸಿ, ಯೋಜನೆಗೆ ಒಂದು XSL ಕಡತ ಸೇರಿಸಿ).
3. ನೀವು ಕ್ಲಿಪ್ಬೋರ್ಡ್ಗೆ ಆಗಿ ಬಳಸಲು ಬಯಸುವ ಲಿಂಕ್ ಅನ್ನು ನಕಲಿಸಿ.
4. XSL ಸರಿಯಾದ ಸ್ಥಳ ಅಂಟಿಸಿ.
5. Convert URL argument separators on the query string from "&" to "&ಆಂಪಿಯರ್;"
6. ಮಾಲಿಕ ವಾದಗಳು url-ಎನ್ಕೋಡ್.
7. ಬಿಗಿಯಾದ ಒಂದು ಒಳಗೆ <ಒಂದು href…> </ಒಂದು>

ಉದಾಹರಣೆ:

ನಾನು ಒಂದು URL ಅನ್ನು ಹೊಂದಿದೆ:

HTTP://[ಪರಿಚಾರಕ]/[ಸೈಟ್]/ಪಟ್ಟಿಗಳು / ಓಪನ್% 20Positions/AllItems.aspx?= ವೀಕ್ಷಿಸಿ{84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = ಹೊಸದಾಗಿ&FilterValue1 = ಹೋಲ್ಡ್

ನಾನು ಆಗಿ ಪರಿವರ್ತಿಸುತ್ತವೆ:

     <ಒಂದು href="ಪಟ್ಟಿಗಳು / ಓಪನ್% 20Positions/AllItems.aspx?7b84EEA2F5-121B-40B7-946F =% ವೀಕ್ಷಿಸಿ-
0FA704A1DAA1}&ಆಂಪಿಯರ್;FilterField1 = ಹೊಸದಾಗಿ&ಆಂಪಿಯರ್;FilterValue1 = ಹೋಲ್ಡ್">
       ಹಿಡಿ:
     </ಒಂದು>

ನಾನು ಕೈಯಿಂದ ಮೊದಲ ವಾದವನ್ನು ಬದಲಾವಣೆಯಾಗುವುದಿಲ್ಲ:

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

ಗೆ:

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

(ಈ, ತೆರೆದ ಬ್ರೇಸ್% 7B ಗೆ ರೂಪಾಂತರ ಮತ್ತು ಮುಕ್ತಾಯದ ಕಟ್ಟುಪಟ್ಟಿಯ% 7D ಗೆ ರೂಪಾಂತರ)

ಎರಡನೇ ಮತ್ತು ಮೂರನೇ ವಾದಗಳು’ ನಿಯತಾಂಕಗಳನ್ನು ("FilterField1=ಹೊಸದಾಗಿ ಸೇರಿಸಿಕೊಳ್ಳುವವನು" and "FilterValue1=ಹಿಡಿ" ಅನುಕ್ರಮವಾಗಿ) ಅವರು ಯಾವುದೇ ಅಸುರಕ್ಷಿತ ಪಾತ್ರಗಳು ಹೊಂದಿರದೆ ಇರುವುದರಿಂದ URL-ಸಂಕೇತಿಸಲ್ಪಡುತ್ತವೆ ಅಗತ್ಯವಿಲ್ಲ.

ಟಿಪ್ಪಣಿಗಳು:

ಈ ವಿಧಾನವನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ನಗರದಲ್ಲಿ ನೀವು ಹೈಪರ್ಲಿಂಕ್ ನಂತಹ URL ಮೇಲೆ ನಿಯತಾಂಕಗಳನ್ನು ಒಳಗೊಂಡಿದೆ ಅಲ್ಲಿ XSLT ಒಂದು ಹೈಪರ್ಲಿಂಕ್ ಎಂಬೆಡ್ ಬಯಸುವ ಕೆಲಸ ಮಾಡಬೇಕು:

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 (ಅವಶ್ಯಕತೆಗಳನ್ನು ವ್ಯಾಖ್ಯಾನ ಸೇರಿದಂತೆ, 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). ಅವರ ಬರಹ ಅಪ್ ಎರಡು ಮಟ್ಟಗಳಲ್ಲಿ ಸೊಗಸಾದ ಆಗಿದೆ. ಇದು ಪ್ರಶ್ನೆಗೆ ಉತ್ತರವನ್ನು ನೀಡುತ್ತದೆ, "How do I remove the View All Site Content" ಕೊಂಡಿ? ನಂತರ, ಇದು ತಕ್ಷಣ ಉತ್ತರಿಸಿದ ಅನುಸರಿಸು ಮೇಲೆ ಪ್ರಶ್ನೆ: ನಾನು ಹೇಗೆ ಸುಲಭವಾಗಿ ವೀಕ್ಷಿಸಿ ಒಂದು ತಾಣ ಮೂಲಕ ಸೈಟ್ ಆಧಾರದ ಮೇಲೆ ಎಲ್ಲಾ ಸೈಟ್ ವಿಷಯ ಲಿಂಕ್ ಸಕ್ರಿಯಗೊಳಿಸಲು ಇಲ್ಲ?

ಒಂದು ಬೋನಸ್ ಮಾಹಿತಿ: ಅವರ ವಿಧಾನವು WSS ಕೆಲಸ, MOSS ಕೇವಲ.

</ಕೊನೆಯಲ್ಲಿ>

ನನ್ನ ಬ್ಲಾಗ್ ಚಂದಾದಾರರಾಗಿ!

See UPDATE (ನಾನು) below (11/24/07) ಮೇಲೆ ಮೈಕ್ರೋಸಾಫ್ಟ್ ಆಫೀಸ್ ಶೇರ್ಪಾಯಿಂಟ್ ಸರ್ವರ್ ಕಾನ್ಫಿಗರ್ ಹೇಗೆ 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, ಆ ಸ್ಕೋಪ್ ಬಳಸಿ ಹುಡುಕಲು ಅದು ಸರಳ ಮತ್ತು ಮುಂದುವರಿದ ಹುಡುಕಾಟಕ್ಕಾಗಿ ದರ್ಶಕಗಳು ಡ್ರಾಪ್ ಬೀಳುಗಳು ಲಭ್ಯವಾಗುತ್ತದೆ ಮತ್ತು, ನೀವು ಕೇವಲ ನೀವು ನಿರೀಕ್ಷಿಸಬಹುದು ಫಲಿತಾಂಶಗಳನ್ನು ಪಡೆಯುವಿರಿ.

ಟಿಪ್ಪಣಿಗಳು:

ಸರಳ ಸ್ಕೋಪ್ ಸೆಟಪ್ ನನ್ನ ಹುಡುಕಾಟಗಳು ನಂತಹ ಒಣ ಬಳಸಿಕೊಂಡು ನುಡಿಗಟ್ಟುಗಳು ಅಪ್ ತಿರುಗಿ ಏಕೆಂದರೆ ನಾನು ಈ ಬ್ಲಾಗ್ ಬರೆದ:

• ಪಾಚಿಯಲ್ಲಿ ದರ್ಶಕಗಳು ಸಂರಚಿಸಲು
• ಹುಡುಕು ವ್ಯಾಪ್ತಿ ಪಾಚಿ ಸಂರಚಿಸಲು
• ಶೇರ್ಪಾಯಿಂಟ್ ರಲ್ಲಿ ದರ್ಶಕಗಳು 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, ನೆಟ್ವರ್ಕ್ ಮಂತ್ರವಾದಿಗಳ ಹೇಳಿದರು 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 UI ಮೂಲಕ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ನೀತಿಯ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಪ್ರವೇಶಿಸಲು ಹೇಗೆ ವಿವರಿಸಲು)

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 ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ನೀತಿಗಳು ಎಂಬ ಹೊಸ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಹೊಂದಿದೆ. ಈ ಒಂದು ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಬಂಧಿಸಲಾಗಿದೆ ಎಂದು ಭದ್ರತಾ ಅನುಮತಿಗಳನ್ನು ಇವೆ. ಈ ಭದ್ರತಾ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಸೈಟ್ ಕಲೆಕ್ಷನ್ ಅಥವಾ ತಾಣದಲ್ಲಿ ಹೊಂದಿಸಿರುವುದು ಯಾವುದೇ ಭದ್ರತಾ ಸಂಯೋಜನೆಯನ್ನು ಬದಲಾಯಿಸಬೇಡಿ (ಬಲೆ) ಆ ಬಳಕೆದಾರನ ಮಟ್ಟದಲ್ಲಿ.

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".

ಸ್ಥಿರ ಕೀವರ್ಡ್ ಪ್ರಶ್ನೆಯನ್ನು ಸೇರಿಸಿ (ಉದಾ.. ContentType:"Training invoice" TrainingInvoiceNumber:1111)

Expand Results Query Options and change "Cross-Web Part query ID" to a value other than "User Query" (ಉದಾ.. "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. SDP ಗಳು ಅಪ್ ಫೈರ್.
2. ತರಬೇತಿ ಟೆಂಪ್ಲೇಟ್ ಆಫ್ ಆಧಾರಿತ ಸೈಟ್ ಪ್ರವೇಶಿಸಿ.
3. Access "Attendee unregistration" ಕೆಲಸದೊತ್ತಡದ.
4. ಈ ಹಂತಗಳನ್ನು ಸೇರಿಸಿ (ನಾನು ಅವರನ್ನು ಮೊದಲ ಎರಡು ಹಂತಗಳನ್ನು ಮಾಡಿದ):
   1. ಲೆಕ್ಕ ಶಿಕ್ಷಣ:ತುಂಬಿದ ಸೀಟುಗಳು ಮೈನಸ್ 1 (ಔಟ್ಪುಟ್ ಗೆ ಬದಲಾಯಿಸಬಹುದಾದ:ಸರಂಧ್ರ)
   2. (ನಂತರ) ನಲ್ಲಿ ಐಟಂ ನವೀಕರಿಸಿ ಶಿಕ್ಷಣ

ಮುಕ್ತಾಯ ಕ್ಲಿಕ್ ಮಾಡಿ ಮತ್ತು ನೀವು ಮುಗಿಸಿದ್ದೀರಿ.

ಸ್ಕ್ರೀನ್ ಶಾಟ್:

ಶೇರ್ಪಾಯಿಂಟ್ ಡಿಸೈನರ್:

ಮುಗಿದ ಕಾರ್ಯ ಪ್ರಗತಿ:

ಕೊರೆತಕ್ಕಾಗಿ ಡೌನ್ ಲೆಕ್ಕ:

ಶಿಕ್ಷಣ ಐಟಂ ನವೀಕರಿಸಿ: