ವರ್ಗ ಆರ್ಕೈವ್ಸ್: ಶೇರ್ಪಾಯಿಂಟ್ ಹುಡುಕಾಟ

ಒಂದು ಶೋಧನಾ ವ್ಯಾಪ್ತಿ ಎಂದು ಸೂಚಿಸಲು ಹೇಗೆ / ವಿಷಯ ಮೂಲವನ್ನು ಬಳಸಿಕೊಂಡು ಶೇರ್ಪಾಯಿಂಟ್ 2013 REST API

2 ಪ್ರತ್ಯುತ್ತರಗಳನ್ನು

I had reason to work with the SharePoint 2013 Search API via REST for the first time. I wanted to search for people, not documents. The key learning here is that you specify content sources via its GUID (or at least in this case). The following jQuery snippet shows how:

    loadExpertsAsync: ಕ್ರಿಯೆ() {

        jQuery.support.cors = ನಿಜವಾದ;

        $.ajax({
            URL: ಈ.CreateFullApiUrl() +
                "?querytext='portals'&sourceid='b09a7990-05ea-4af9-81ef-edfab16c4e31'" +
                "&selectproperties='LinkedInProfileUrl,GoogleCirclesProfileUrl,BALargeProfilePictureUrls,BAGridPictures,WorkEmail,Skills,AboutMe,Interests,JobTitle,PastProjects,PictureURL,PreferredName,TwitterHandle,LinkedInProfileUrl,PreferredName,GoogleCirclesProfileUrl'" +
                "&rowlimit=99",
            ವಿಧಾನ: "GET",
            headers: { "Accept": "application/json; odata=verbose" },
            cache: ತಪ್ಪಾದ,
            success: ಕ್ರಿಯೆ (ಕಾರಣವಾಗುತ್ತದೆ) {

ಪ್ರಕರಣದಲ್ಲಿ, I’m running the API against SharePoint online. To get the GUID, I followed these steps:

  1. Access the SharePoint admin center
  2. Select “search” from the left hand navigation
  3. Select “Manage Result Sources”
  4. Select “Local People Results”
  5. Look at the URL.

My URL looked something like:

https://xyzzy-admin.sharepoint.com/_layouts/15/searchadmin/EditResultSource.aspx?level=tenant&sourceid=b09a7990%2D05ea%2D4af9%2D81ef%2Dedfab16c4e31&view=1

The sourceid parameter is what worked for me.

(I understand that the sourceid may actually be a sort of permanent thing with SP, but I’ll always check anyway 🙂 ).

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

undefinedನನ್ನ ಬ್ಲಾಗ್ ಚಂದಾದಾರರಾಗಿ.

ನಲ್ಲಿ ಟ್ವಿಟ್ಟರ್ ನನ್ನನ್ನು ಅನುಸರಿಸಿ http://www.twitter.com/pagalvin

ಈ ತಪ್ಪು ಸೃಷ್ಟಿಕರ್ತ "ಒಂದು ಕಾಸ್ ಒಂದು ಕಾರಣ ಸೂಚಿಸಿಲ್ಲ.”

ಪ್ರತ್ಯುತ್ತರ ನೀಡಿ

ನಾನು ಇತ್ತೀಚೆಗೆ ಶೇರ್ಪಾಯಿಂಟ್ ಹುಡುಕು ಕೆಲಸಗಳು ಬಹಳಷ್ಟು ಮಾಡುತ್ತಿದ್ದೇನೆ ಮತ್ತು ನಿರ್ದಿಷ್ಟವಾಗಿ KeywordQuery ವರ್ಗ ಮಾಡಲಾಗಿದೆ ಬಂದಿದೆ, ಗುಣಗಳು ಮತ್ತು ವಿಧಾನಗಳು.

ನೀವು ಪರಿಣಾಮವಾಗಿ ಸಾಮಾನ್ಯ ಸಂಶಯಾಸ್ಪದ ಮೇಲೆ ಮತ್ತು ಮೀರಿ ಫಲಿತಾಂಶವನ್ನು ಸೆಟ್ ಬಯಸಿದರೆ (ಇಲ್ಲಿ ನೋಡಿ), ನೀವು SelectedProperties ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಅದನ್ನು ಸೇರಿಸಿ, ನಲ್ಲಿ:

myKeywordQuery.SelectProperties.Add("Xyzzy");

ಅನೇಕ ಧನ್ಯವಾದಗಳು ಮತ್ತು ಹ್ಯಾಟ್ ಒಂದು ತುದಿ ಕೋರೆ ರಾತ್ ಮತ್ತು ಈ ಅಗಾಧ ಸಹಾಯಕವಾಗಿದೆಯೆ ಬ್ಲಾಗ್ ಪೋಸ್ಟ್ (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

ಪ್ರಕರಣದಲ್ಲಿ, "Xyzzy" ವಾಸ್ತವವಾಗಿ ವ್ಯವಸ್ಥಿತ ಆಸ್ತಿ ಅಲ್ಲ.  ನಾನು ಹೇಗಾದರೂ SelectedProperties ಅದನ್ನು ಸೇರಿಸಿದಾಗ, ಶೇರ್ಪಾಯಿಂಟ್ ನನ್ನ ನೆಚ್ಚಿನ ಇದುವರೆಗೆ ರನ್ ವಿನಾಯಿತಿಗಳ ಒಂದು ಕೈಯನ್ನು:

"ಈ ದೋಷದ ಸೃಷ್ಟಿಕರ್ತ ಒಂದು ಕಾರಣ ಸೂಚಿಸಿಲ್ಲ."

ನಾನು ವಿಶೇಷವಾಗಿ ರೀಸನ್ ಬಂಡವಾಳ "ಆರ್" ಇಷ್ಟ.  ಇದು ". ನೆಟ್ ಸಮಾನ ನನಗೆ ಎಂಬುದುನಾನು ಯಾವುದೇ ಬಾಯಿ ಹೊಂದಿವೆ, ಮತ್ತು ನಾನು ಕೂಗಿ ಮಾಡಬೇಕು."

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

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

ನಲ್ಲಿ ಟ್ವಿಟ್ಟರ್ ನನ್ನನ್ನು ಅನುಸರಿಸಿ http://www.twitter.com/pagalvin

ಹ್ಯಾಂಡಿ ರೆಫರೆನ್ಸ್: KeywordQuery ಹುಡುಕಾಟ ರಿಂದ ಡೀಫಾಲ್ಟ್ ಫಲಿತಾಂಶಗಳು

1 ಉತ್ತರಿಸಿ

ನೀವು ನಡೆಸಿ ಮನವಿ ಮಾಡಿದಾಗ() ಒಂದು KeywordQuery ರಂದು ವಿಧಾನ, ನೀವು ResultType.RelevantResults ಆಧರಿಸಿ ResultTable ರಚಿಸಬಹುದು.  ಈ ಕೋಡ್ ತುಣುಕನ್ನು ಅಂದರೆ ಏನು ತೋರಿಸುತ್ತದೆ:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

ಪರಿಣಾಮವಾಗಿ ಟೇಬಲ್ ಮಾಹಿತಿಯನ್ನು ಕೆಳಗಿನ ಕಾಲಮ್ಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ: 

WorkId
ದರ್ಜೆ
ಶೀರ್ಷಿಕೆ
ಲೇಖಕ
ಗಾತ್ರ
ಪಥ
ವಿವರಣೆ
ಬರೆ
SITENAME
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
Contentclass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

ನಾನು ಶೇರ್ಪಾಯಿಂಟ್ ಈ ಪಟ್ಟಿಯನ್ನು ಪಡೆಯಲಾಗಿದೆ 2010 ಪರಿಸರ, ಉದ್ಯಮ ಆವೃತ್ತಿ.  ಆಶಾದಾಯಕವಾಗಿ ಮುಂದೆ ಯಾರಿಗಾದರೂ ಸೂಕ್ತ ಎಂದು.

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

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

ನಲ್ಲಿ ಟ್ವಿಟ್ಟರ್ ನನ್ನನ್ನು ಅನುಸರಿಸಿ http://www.twitter.com/pagalvin

ಶೇರ್ಪಾಯಿಂಟ್ 2010 KeywordQuery ಮತ್ತು HiddenConstraints ಆಸ್ತಿ

ಪ್ರತ್ಯುತ್ತರ ನೀಡಿ

ನಾನು ಕೆಲಸದ ಸ್ವಲ್ಪ ಮಾಡುವ ಮಾಡಲಾಗಿದೆ KeywordQuery ಶೇರ್ಪಾಯಿಂಟ್ ವಸ್ತುವಿನ 2010 ಮತ್ತು ಬಳಕೆ ಮಾಡುವ HiddenConstraints ಆಸ್ತಿ.

ನಾನು ಆಸ್ತಿಯ ಮೇಲೆ ಯಾವುದೇ ತಕ್ಷಣವೇ ಉಪಯುಕ್ತ ಮಾಹಿತಿಯನ್ನು ಕಾಣಲಿಲ್ಲ, ಆದ್ದರಿಂದ ನಾನು ಬೇಗ ಅದನ್ನು ಬಳಸಿ ನಾವು ಹೇಗೆ ಕೆಳಗೆ ಇನಿತು ಎಂದೆನಿಸಿತ್ತು.

ದೂರದ ನಾನು ಹೇಳಬಹುದು ಎಂದು, ಈ ನೀವು ಇಲ್ಲ ಮತ್ತು ಅದರ ಬಗ್ಗೆ ಚಿಂತೆ ಪಾರ್ಕ್ ವಿಂಗಡಿಸಲು ಇದರಿಂದ ಪ್ರಶ್ನೆಗೆ ಸೇರಿಸಲಾಗಿದೆ ಸ್ವಯಂಚಾಲಿತ ಅಭಾವವಿರುವಾಗ.  ಉದಾಹರಣೆಗೆ, ಇದು ಮತ್ತೊಂದು ಕೀವರ್ಡ್ ಇಲ್ಲಿದೆ (ಅಥವಾ ಕೀವರ್ಡ್ಗಳ ಸೆಟ್) ಮತ್ತು ನೀವು ಕೀವರ್ಡ್ ಅನುಶೋಧಿಸಿದ ನೀವು UI ಗೆ ಟೈಪಿಸಿದರೆ ಅದು ಮಾರ್ಪಾಡುಗಳ.  ಇಲ್ಲಿ ಒಂದು ಉದಾಹರಣೆ:

keywordQuery.HiddenConstraints = "scope:\"Industry\"";

ನೀವು ಒಂದು ಜಾಗವನ್ನು ಡಿಲಿಮಿಟರ್ ಹೆಚ್ಚುವರಿ ನಿರ್ಬಂಧಗಳನ್ನು ಸೇರಿಸಬಹುದು.

keywordQuery.HiddenConstraints = "scope:\"Industry\" defense";

ಮೇಲೆ ಇಂಗ್ಲೀಷ್ ರಲ್ಲಿ ಹೇಳುತ್ತಾರೆ, ರಕ್ಷಣಾ "ಮತ್ತು ಮೇಲಾಗಿ" ಹುಡುಕುತ್ತಿರುವ ಒಂದು ಕೀವರ್ಡ್ ಪ್ರಶ್ನೆಗೆ ರನ್ ", "ಇಂಡಸ್ಟ್ರಿ" ಸ್ಕೋಪ್ ಬಳಸಿ.

ಇಲ್ಲಿ ನೋಡಿ ಮತ್ತೊಂದು ರೀತಿ:

image

ನಾನು ಕಸ್ಟಮ್ ವೆಬ್ ಭಾಗದ ಒಂದು ಸಂದರ್ಭಕ್ಕೆ ಅವಲಂಬಿತ ಸ್ವಯಂಚಾಲಿತ ವ್ಯಾಪ್ತಿ ಒದಗಿಸಲು ಅದನ್ನು ಬಳಸುತ್ತಾ ಬಂದಿದ್ದೇನೆ.  ಬಳಕೆದಾರ ಒಂದು ಟ್ಯಾಬ್ ಮೇಲೆ ಕ್ಲಿಕ್ ಮತ್ತು ಕ್ಲಿಕ್ಗಳು ​​ಹುಡುಕಾಟ ಬಟನ್, ಟ್ಯಾಬ್ ನಿರ್ದಿಷ್ಟ ಹುಡುಕಾಟ ಸ್ಕೋಪ್ ಆದೇಶಿಸುತ್ತದೆ.  ಇದು ಬಹಳ ಚೆನ್ನಾಗಿ ಕಾರ್ಯ ನಿರ್ವಹಿಸುತ್ತಿದೆ.

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

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

ನಲ್ಲಿ ಟ್ವಿಟ್ಟರ್ ನನ್ನನ್ನು ಅನುಸರಿಸಿ http://www.twitter.com/pagalvin

ಒಂದು ಅಥವಾ ಹೆಚ್ಚು ಕ್ಷೇತ್ರ ಪ್ರಕಾರದ "ಒಂದು ಕಾರಣ ಸರಿಯಾಗಿ ಇನ್ಸ್ಟಾಲ್ ಇಲ್ಲ”

1 ಉತ್ತರಿಸಿ

ನಾನು ಪಟ್ಟಿಯನ್ನು ವಿರುದ್ಧ ಕಾಮ್ ಪ್ರಶ್ನೆ ಮಾಡುತ್ತದೆ ವೆಬ್ ಭಾಗಕ್ಕೆ ನಿನ್ನೆ ತಿರುಚಬಹುದು ಸಣ್ಣ ಮಾಡುತ್ತಿದ್ದರು.  ನಾನು ಬದಲಾವಣೆ ಮಾಡಿದ, ಇದು ನಿಯೋಜಿತವಾದ ಮತ್ತು ದೋಷ ಹೊಡೆಯಲು ಪಡೆದುಕೊಂಡಿದೆ:

ಅನಿರೀಕ್ಷಿತ ದೋಷ ಮೂರು ದಿನ ಔಟ್ಲುಕ್ ಹವಾಮಾನ ಮುನ್ಸೂಚನೆ WebPart ರಲ್ಲಿ ಸಂಭವಿಸಿದೆ. ಗಣಕ ವ್ಯವಸ್ಥಾಪಕರನ್ನು ಸಂಪರ್ಕಿಸಿ. ಒಂದು ಅಥವಾ ಹೆಚ್ಚು ಕ್ಷೇತ್ರ ರೀತಿಯ ಸರಿಯಾಗಿ ಇನ್ಸ್ಟಾಲ್ ಇಲ್ಲ. ಈ ಜಾಗ ಅಳಿಸಲು ಪಟ್ಟಿ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಪುಟಕ್ಕೆ ಹೋಗಿ.

ನಾನು ತಕ್ಷಣವೇ ಶೇರ್ಪಾಯಿಂಟ್ ನನಗೆ ವರದಿ ದೋಷ ನನ್ನ ಕಾಮ್ ಪ್ರಶ್ನೆಗೆ ಸಂಪರ್ಕ ಮಾಡಲಿಲ್ಲ ಆದ್ದರಿಂದ ನಾನು ಮೊದಲು ಇನ್ನೊಂದು ಅವಳು ಸಮಸ್ಯೆಯನ್ನು ಎದುರಿಸುತ್ತಿದೆ.  ನಾನು ಒಂದು ತ್ವರಿತ ಬಿಂಗ್ ಹುಡುಕಾಟ ಮತ್ತು ಮತ್ತು ಮಾಡಿದರು ಈ ಉಪಯುಕ್ತ ಬ್ಲಾಗ್ ಪೋಸ್ಟ್ ಕಂಡುಬಂದಿಲ್ಲ ಮೂಲಕ ಸಂದೀಪ್ Nahta  (http://snahta.blogspot.com/2009/01/one-or-more-field-types-are-not.html).

ಇಲ್ಲಿ ಕೆಟ್ಟ ಪ್ರಶ್ನೆಗೆ ಆಗಿದೆ:

query.Query = "<ಎಲ್ಲಿ><ಮತ್ತು><ಮತ್ತೇನೂ ಇಲ್ಲ><FieldRef ಹೆಸರು = 'Abbr' /><ಮೌಲ್ಯ ಕೌಟುಂಬಿಕತೆ = 'ಪಠ್ಯ'>SFNY</ಮೌಲ್ಯ><FieldRef ಹೆಸರು = 'Abbr' /><ಮೌಲ್ಯ ಕೌಟುಂಬಿಕತೆ = 'ಪಠ್ಯ'>SFIS</ಮೌಲ್ಯ></ಮತ್ತೇನೂ ಇಲ್ಲ></ಮತ್ತು></ಎಲ್ಲಿ>";

ಇಲ್ಲಿ ನಿವಾರಿಸಲಾಗಿದೆ:

query.Query = "<ಎಲ್ಲಿ><ಮತ್ತು><ಮತ್ತೇನೂ ಇಲ್ಲ><FieldRef ಹೆಸರು = 'Abbr' /><ಮೌಲ್ಯ ಕೌಟುಂಬಿಕತೆ = 'ಪಠ್ಯ'>SFNY</ಮೌಲ್ಯ></ಮತ್ತೇನೂ ಇಲ್ಲ><ಮತ್ತೇನೂ ಇಲ್ಲ><FieldRef ಹೆಸರು = 'Abbr' /><ಮೌಲ್ಯ ಕೌಟುಂಬಿಕತೆ = 'ಪಠ್ಯ'>SFIS</ಮೌಲ್ಯ></ಮತ್ತೇನೂ ಇಲ್ಲ></ಮತ್ತು></ಎಲ್ಲಿ>";

ಆದ್ದರಿಂದ, ಕಥೆಯ ನೈತಿಕ ಆಗಿದೆ: ನಿಮ್ಮ ಕಾಮ್ ಸರಿಯಾಗಿದೆ ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ ಅಥವಾ ನೀವು ಅವಳು ದೋಷ ಪಡೆಯಬಹುದಾಗಿದೆ.

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

ನಲ್ಲಿ ಟ್ವಿಟ್ಟರ್ ನನ್ನನ್ನು ಅನುಸರಿಸಿ http://www.twitter.com/pagalvin

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

ಮೈಕ್ರೋಸಾಫ್ಟ್ ಉದ್ಯಮ ಹುಡುಕಾಟ ಬಳಕೆದಾರ ಗುಂಪು ಅನೌನ್ಸಿಂಗ್

ಪ್ರತ್ಯುತ್ತರ ನೀಡಿ

ಘೋಷಿಸಲು ನಾನು ತುಂಬಾ ಖುಷಿ ತಂದಿದೆ ಎಂದು Natalya Voskresenskaya, ನನ್ನ ಸಹ ಶೇರ್ಪಾಯಿಂಟ್ MVP ಮತ್ತು ಪಾಲುದಾರ (ಅವಳು ಯೋಗ್ಯವಾಗಿತ್ತು ಹೆಚ್ಚು ನನ್ನ ಕಡಿಮೆ ಸಹಾಯದಿಂದ) is launching a new user group devoted to enterprise search based on Microsoft technology. As a practical matter, ಕೆಳಗೆ ಎಸ್ಪಿ ಈ ಕುದಿಯುವ 2010 ಹುಡುಕಾಟ ಮತ್ತು ವೇಗ ಬಗ್ಗೆ ಸಾಕಷ್ಟು ಮಾತುಗಳಿವೆ, especially in our first session. Natalya and I have written a lot about FAST over the last year on ನಮ್ಮ ಬ್ಲಾಗ್ (Natalya ನಾನು ಹೆಚ್ಚು ಮತ್ತು ಉತ್ತಮ ವಿಷಯವನ್ನು ಹೊಂದಿದೆ!).

Our first meeting is coming up in just a few weeks in New York at Microsoft’s newly renovated offices on 6th near Rock Center. If you’re in New York on 12/9, you have no excuse not to make an appearance. Likewise for you Jersey people. Connecticut people can stay home (ತಮಾಷೆಗಾಗಿ!).

NY/NJ/CT people should skip this paragraph. We also plan to record the session and run a live web session so if you live outside the tri-state area, you should be able to tune in.

ನಾನು ಈ ಅತ್ಯಂತ ಪವಿತ್ರವಾದ ದಿನ ವಿಧಾನಗಳು ಈ ಕೆಲವು ಹೆಚ್ಚು ಬಗ್ಗೆ ಬ್ಲಾಗ್ ಆದರೆ ಮಾಡುತ್ತೇವೆ ಈಗ ನೋಂದಣಿ. After you register, the long wait begins. During that time, ನಿಮ್ಮ ವೇಳಾಪಟ್ಟಿಯನ್ನು ತೆರವುಗೊಳಿಸಿ, ನೀವು ಕಳೆದುಕೊಳ್ಳಬೇಕಾಯಿತು ಬಯಸುವುದಿಲ್ಲ ಏಕೆಂದರೆ ನಿಮ್ಮ ಕುಟುಂಬಕ್ಕೆ ಸುದ್ದಿ ಮುರಿದು ಮಾಧ್ಯಮ ಎಚ್ಚರಿಕೆ ನೇಟ್ Treloar launch our group to the moon and beyond 🙂

ನಮ್ಮ ಅಧಿಕೃತ ಸೈಟ್ನಿಂದ ಇನ್ನಷ್ಟು ತಿಳಿದುಕೊಳ್ಳಿ: http://www.sharepointgroups.org/enterprisesearch/default.aspx.

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

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

ನಲ್ಲಿ ಟ್ವಿಟ್ಟರ್ ನನ್ನನ್ನು ಅನುಸರಿಸಿ http://www.twitter.com/pagalvin

ಆಡಳಿತ ಮತ್ತು ಶೇರ್ಪಾಯಿಂಟ್ ಹುಡುಕಾಟ – ಆರಂಭಿಸಲು ಟೂ ಲೇಟ್ ನೆವೆರ್

ಪ್ರತ್ಯುತ್ತರ ನೀಡಿ

ನಾನು ಒಂದು ಲೇಖನ ಬರೆದರು (HTTP://searchwinit.techtarget.com/tip/0, 289483, sid1_gci1345231_mem1, 00.html #) ಗೆ SearchWinIT.com on governance as it relates to SharePoint Search. It’s not in my usual "voice" ಆದರೆ ಅದು ನಿಮಗಾಗಿ ಸಂಪಾದನೆಯಾಗಿದೆ 🙂

ಇಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ ಹೇಗೆ:

ಶೇರ್ಪಾಯಿಂಟ್ ಹೆಚ್ಚೂಕಮ್ಮಿ ಪ್ರತಿಯೊಂದೂ ಅಂಶವನ್ನೂ ಬಲವಾದ ಆಡಳಿತ ಯೋಜನೆ ಲಾಭ ಆದರೂ, MOSS 2007’s enterprise search functionality benefits most of all.

ಶೇರ್ಪಾಯಿಂಟ್ ಎಲ್ಲಾ ಭಾಗಗಳ ಹಾಗೆ, ಆಡಳಿತ ಬಗ್ಗೆ ಉತ್ತಮ ಮತ್ತು ಕೆಟ್ಟ ಸುದ್ದಿ ಇದೆ. ಅನೇಕ ಸಂಸ್ಥೆಗಳಿಗೆ, ಕೆಟ್ಟ ಸುದ್ದಿ ಇದು ಯಾವುದೂ ಅಸ್ತಿತ್ವದಲ್ಲಿದ್ದ ಅಲ್ಲಿ ಒಂದು ಆಡಳಿತ ಯೋಜನೆ ಅಳವಡಿಸಲು ಬಹಳ ಕಷ್ಟ ಎಂಬುದು.

ಆದರೆ ಇಲ್ಲಿ ಉತ್ತಮ ಇಲ್ಲಿದೆ: ನೀವು ಬೇಗನೆ ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ಸಂರಚಿಸಲು ಮತ್ತು ಉದ್ದಿಮೆ ಹುಡುಕಾಟ ರಂದು ಸುಧಾರಿಸಬಹುದು. ಮತ್ತು ನೀವು ಉದ್ದಿಮೆ ಹುಡುಕಾಟ ಒಂದು ಆಡಳಿತ ಯೋಜನೆಯನ್ನು ಕಾರ್ಯರೂಪಕ್ಕೆ ಯಾವಾಗ, ನೀವು ತಕ್ಷಣ ಫಲಿತಾಂಶಗಳು ನೋಡಬಹುದು.

ಶೇರ್ಪಾಯಿಂಟ್ ಮತ್ತು ಆಡಳಿತದ ಸಮಸ್ಯೆಗಳನ್ನು ಒಂದು ಕಂಪನಿಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಯಾವುದೇ ಆಡಳಿತ ಯೋಜನೆ ಮತ್ತು ಆಗಿನ ಶೇರ್ಪಾಯಿಂಟ್ ಒಳಗೆ ಮೊಣಕಾಲಿನ ಆಳವಾದ ಪಡೆಯಲು ಎಂಬುದು, there’s no easy path forward to solve it. No so with Search. Read the article to get my thoughts on that subject.

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

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

ನಲ್ಲಿ ಟ್ವಿಟ್ಟರ್ ನನ್ನನ್ನು ಅನುಸರಿಸಿ http://www.twitter.com/pagalvin

ಸರ್ವರ್ ಮೇಲೆ ಸೇವೆಗಳನ್ನು ಹುಡುಕಿ ಪಟ್ಟಿ ಮಾಡುತ್ತಿಲ್ಲ — ವೈ?

2 ಪ್ರತ್ಯುತ್ತರಗಳನ್ನು

ನಾನು ಇಂದು ಚಾಟ್ ಮಾಡಲಾಯಿತು ಆಗ್ನೆಸ್ ಮೋಲ್ನಾರ್ (ನಾನು ಹಂಗೇರಿ ನಮಗೆ ತಿಳಿದಿದೆ ಮಾತ್ರ ವ್ಯಕ್ತಿ) about a strange search configuration problem. Namely, search was missing from the "services on server" ಪ್ರದರ್ಶಿಸು (ಮೂಲಕ ಕೇಂದ್ರ ನಿರ್ವಹಣೆ -> ಕಾರ್ಯಾಚರಣೆ -> ಸರ್ವರ್ ಮೇಲೆ ಸೇವೆಗಳು).

ನಾನು ಒಟ್ಟಿಗೆ ನನ್ನ ಗಣಕದಲ್ಲಿ ಒಂದು ಕ್ರಿಯಾತ್ಮಕ VM ನ ಒಂದು ನೋಟ ಮತ್ತು, we determined that search was not installed on that server. There are probably a few ways to do this, but we did it by confirming that "Office SharePoint Server Search" ಪ್ರಾರಂಭ ಮೂಲಕ ಸೇವೆಗಳು ಪಟ್ಟಿಯಿಂದ ಕಾಣೆಯಾಗಿದೆ -> ಆಡಳಿತ ಪರಿಕರಗಳು -> ಸೇವೆಗಳು.

ವಿಚಿತ್ರವಾಗಿ, ಸಂಬಂಧ. exe * ಸರ್ವರ್ನಲ್ಲಿ * ಆಗಿತ್ತು ("C:\Program Files\Microsoft Office Servers\12.0\Bin\mssearch.exe").

ನಾನು ಒಂದು ತ್ವರಿತ ಶೋಧ ಮಾಡಿದರು ಮತ್ತು ಈ ಬ್ಲಾಗ್ ಕಂಡುಬಂದಿಲ್ಲ: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

ಈ ಪ್ರಮುಖ ಘಟ್ಟವನ್ನು ಹೊಂದಿರುವ ಇಮೇಲ್ ಸರಪಣಿಯ:

"I solved this problem. ಇದು ನನ್ನ ತಪ್ಪು. I choose "Web front end" instead of "Complete" ಅನುಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ."

ಈ ಭರವಸೆ ಮಾಡಲಾಯಿತು, but we weren’t sure if the installer had actually picked WFE instead of complete when installing MOSS.

ನಾವು ಮೊದಲ ಪರಿಶೀಲಿಸಿದ (ಆರಂಭಿಕ) ರಲ್ಲಿ PSCDiagnostics * ಫೈಲ್ ಆವೃತ್ತಿ 12 ಜೇನುಗೂಡಿನ ಲಾಗ್ ಕೋಶ ಮತ್ತು ಇನ್, ನಾವು ಅನುಸ್ಥಾಪಕವು ಎಂದು ಕಂಡು, ವಾಸ್ತವವಾಗಿ, configured this server to be a web front end. End of story and it had a happy ending.

(ಎಲ್ಲೋ ಗಡಿರೇಖೆಯ, ಬಾಬ್ ಫಾಕ್ಸ್ ತೊಡಗಿಸಿಕೊಂಡರು, ಆದರೆ ನಾನು ಅವರನ್ನು ಚರ್ಚೆಗೆ ಕೊಡುಗೆ ಮರೆಯದಿರಿ ಎಲ್ಲಾ ಬಗ್ಗೆ ಅಭಿಪ್ರಾಯ ಕಟ್ಟುಕಥೆ 2).

ನವೀಕರಿಸಿ: ಈ ವಿಷಯದ ಬಗ್ಗೆ ಆಗ್ನೆಸ್ ಬ್ಲಾಗ್: http://dotneteers.net/blogs/aghy/archive/2008/11/06/wfe-vs-complete-installation.aspx

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

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

ನಲ್ಲಿ ಟ್ವಿಟ್ಟರ್ ನನ್ನನ್ನು ಅನುಸರಿಸಿ http://www.twitter.com/pagalvin

ನನ್ನ ಟ್ಯಾಗ್ಗಳು:

ತ್ವರಿತ ಸಲಹೆ: ಬಳಸುವುದು “IsDocument:1” ಹುಡುಕಾಟ ಫಲಿತಾಂಶಗಳು ಟ್ರಿಮ್

4 ಪ್ರತ್ಯುತ್ತರಗಳನ್ನು

ನವೀಕರಿಸಿ 11/03/08: ಫೆಲೋ MVP ಮೈಕ್ ವಾಲ್ಷ್ ಸರಿಯಾಗಿ ಈ WSS ಎಂದು ಗಮನಸೆಳೆದಿದ್ದಾರೆ 3.0 / MOSS feature. It does not work in WSS 2.0 ಅಥವಾ ಹಿಂದಿನ.

Updatte 11/03/08: (ಒಂದು ದಿನ ಎರಡನೇ ಅಪ್ಡೇಟ್!): Be sure to read the excellent comment from "nowise" ಹೆಚ್ಚಿನ ಮಾಹಿತಿ ಮತ್ತು ಇನ್ನೊಂದು ಉತ್ತಮ xref ಲಿಂಕ್ಗೆ.

ಎರಡು ಪ್ರಶ್ನೆಗಳನ್ನು ಈ ಒಂದು ಬದಲಾವಣೆ ಕೇಳುವ MSDN ಫೋರಮ್ಸ್ ಈ ವಾರ ಕ್ಷಿಪ್ರ ಅನುಕ್ರಮದಲ್ಲಿ ಬಂದರು:

"When I search a keyword, ತಮ್ಮ ಮಾರ್ಗವನ್ನು ಆ ಕೀವರ್ಡ್ ನನ್ನ ಡಾಕ್ಯುಮೆಂಟ್ ಲೈಬ್ರರಿಯಿಂದ ಫೋಲ್ಡರ್ಗಳನ್ನು ನನ್ನ ಹುಡುಕಾಟ ಫಲಿತಾಂಶಗಳಲ್ಲಿ ಮೊದಲು ಬರುತ್ತದೆ. ನಾನು ಸಂಭವಿಸಿ ಎಂದು ಬಯಸುವುದಿಲ್ಲ. Files with that keyword are more important to me. I don’t want to see folders at all."

This is actually quite easy to do out of the box. Simply add a "IsDocument:1" ಹುಡುಕಾಟ ಪ್ರಶ್ನೆ ಮತ್ತು ಶೇರ್ಪಾಯಿಂಟ್ ಹುಡುಕಾಟ ಗೆ (WSS ಹಾಗೂ ಮಾಸ್ ಎರಡೂ) ನಿಜವಾದ ದಾಖಲೆಗಳು ತೋರಿಸುವ ತಾನಾಗಿಯೇ ನಿರ್ಬಂಧಿಸುತ್ತವೆ.

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

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

ನಲ್ಲಿ ಟ್ವಿಟ್ಟರ್ ನನ್ನನ್ನು ಅನುಸರಿಸಿ http://www.twitter.com/pagalvin

ನನ್ನ ಟ್ಯಾಗ್ಗಳು:

ನಿಮ್ಮ ಹುಡುಕಾಟ ಸಮಿತಿ ಈ ತಿಂಗಳ ಎದುರಿಸುತ್ತಿದೆ?

ಪ್ರತ್ಯುತ್ತರ ನೀಡಿ

ಅದು ತಿಂಗಳ ಆರಂಭದಲ್ಲಿ ಮತ್ತು ಈಗ ಇರುವುದು ಮತ್ತು ಅತ್ಯುತ್ತಮ ಬೆಟ್ಸ್ ವಿಶ್ಲೇಷಿಸಲು ನಿಮ್ಮ ಕಂಪನಿಯ ಪರಿಶೋಧನಾ ಸಮಿತಿಯು ಯಾವುದೇ ಮಾಹಿತಿ ಉತ್ತಮ ಸಮಯ, ಯಶಸ್ವಿ ಮತ್ತು ಆದ್ದರಿಂದ ಯಶಸ್ವಿಯಾಗಲಿಲ್ಲ ಹುಡುಕಾಟಗಳು, ಇತ್ಯಾದಿ.

ನೀವು ಒಂದು ಹುಡುಕಾಟ ಸಮಿತಿ ಇಲ್ಲ? Then form one 🙂

WSS and especially MOSS search benefit from some human oversight. Investing a few hours a month on a consistent monthly basis is not only ಕೋತಿಗಳು ಒಂದು ಬ್ಯಾರೆಲ್ ಹೆಚ್ಚು ವಿನೋದ, ಇದು ಮಾಡಬಹುದು:

  • Give insight into the information needs of the enterprise. If people are searching left and right for topic "xyzzy," you know that’s an important topic to the enterprise.
  • Identify potential training requirements. If people are searching for topic "xyzzy" but should really be searching for "abcd" ನಂತರ ನೀವು ಅಲ್ಲಿ ಮತ್ತು ಹೇಗೆ ಮಾಹಿತಿ ಪಡೆಯುವ ಮೇಲೆ ಜನರಾಗಿದ್ದರು ಶಿಕ್ಷಣ ಬಳಸಬಹುದು.
  • Help your organization refine its information architecture.
  • ಅರ್ಥಕೋಶ ಹೆಚ್ಚಿಸಲು ಅವಕಾಶಗಳನ್ನು ಗುರುತಿಸಿ.
  • ಇತರೆ ಅವಕಾಶಗಳನ್ನು ನಿಸ್ಸಂದೇಹವಾಗಿ ತಮ್ಮನ್ನು ಕಾಣಿಸುತ್ತದೆ.

ಯಾರು ಪರಿಶೋಧನಾ ಸಮಿತಿಯು ಮೇಲೆ ಇರಬೇಕು? You would know your people best, ಆದರೆ ಪರಿಗಣಿಸಲು:

  • ಕನಿಷ್ಠ ಒಂದು (ಮತ್ತು ಬಹುಶಃ ಒಂದೇ) ಅರ್ಥ ಯಾರು ಐಟಿ ವ್ಯಕ್ತಿ (ಅಥವಾ ಕಲಿಯಬಹುದು) ಹುಡುಕಾಟ ತಿರುಚಬಹುದು ವಿವಿಧ ರೀತಿಯಲ್ಲಿ, ಅತ್ಯುತ್ತಮ ಸವಾಲುಗಳನ್ನು ಸೇರಿದಂತೆ, ಅರ್ಥಕೋಶ, ನಿರ್ವಹಿಸುತ್ತಿದ್ದ ಗುಣಲಕ್ಷಣಗಳನ್ನು, ಇತ್ಯಾದಿ.
  • ಹುಡುಕಾಟ ವರದಿಗಳು ಓದಬಹುದು ಅನೇಕ ವಿಷಯ ತಜ್ಞರು, ಇದು ಸೇವಿಸುವ ಮತ್ತು ಐಟಿ ಗುಂಡಿಗಳು ತಳ್ಳುವ ಎಂದು ಆದ್ದರಿಂದ ವ್ಯಾಪಾರ ತಿಳಿ ಕ್ರಮಗಳು ಸಂವಹನ, ಸಮಿತಿಯ ಶಿಫಾರಸುಗಳನ್ನು ಅಗತ್ಯ ಮಾಹಿತಿ ಸನ್ನೆಕೋಲಿನ ಮತ್ತು ನಿಕಟ / ಮುಕ್ತ ಕವಾಟಗಳು ಪುಲ್.
  • ಮೌಲ್ಯೀಕರಿಸಲು ಮಾಡುವ ಒಂದು ಅಥವಾ ಹೆಚ್ಚಿನ ಮಾಹಿತಿ ವಾಸ್ತುಶಿಲ್ಪಿಗಳು, ಒಂದು ರೀತಿಯಲ್ಲಿ ಅಥವಾ ಮತ್ತೊಂದು, ಮಾಹಿತಿ ವಿನ್ಯಾಸ ಹುಡುಕಾಟ ಸ್ನೇಹಿ ಮತ್ತು ಎಂಬುದನ್ನು ಇದು ಎಂಟರ್ಪ್ರೈಸ್ ಚೆನ್ನಾಗಿ ಔಟ್ ಕೆಲಸ ವಿಶೇಷವೇನು ಎಂದು.
  • A rotating seat on the committee. Bring in one or two people who don’t normally participate in these kinds of efforts. They may bring unusual and valuable insights to the table.

ಹ್ಯಾಪಿ ವಿಶ್ಲೇಷಕ!

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

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

ನನ್ನ ಟ್ಯಾಗ್ಗಳು: