მე უნდა შემეშალოს პირველი ონლაინ პრეზენტაცია უმასპინძლა ძლიერი EMC მარკეტინგის მანქანა ზე 12:00 შუადღისას წლის ოთხშაბათს, 01/28. წარმოდგენა არ მაქვს, რა ელის ამ, in terms of attendance. თუმცა, მას შემდეგ, რაც მე ვხელმძღვანელობდი,, მე შემიძლია გითხრათ, თუ რას უნდა ველოდოთ თუ დრო ის.

I’m going to be describing what we here at EMC mean when we talk about "Enterprise Search." I’m distinguishing between regular old SharePoint Search (რაც საკმაოდ სასარგებლო თავისთავად) და საწარმოთა ძებნა, რაც უფრო დიდ, nastier, საინტერესო და perplexing პრობლემის მოსაგვარებლად.

მე ვაპირებ, რათა არგუმენტი, რომ სწრაფი კარგი საშუალებაა გამოყენება, ხოლო ცდილობს გადაწყვიტოს საწარმო ძებნა პრობლემა (და მე რაღაც ანალოგიების to არხების ხოლო მე ამას). This obviously ties into SharePoint and will be a part of the community’s fabric over the course of 2009 and beyond. That’s the hook for anyone reading my blog here.

თუ თქვენ დაინტერესებული FAST, მე ვფიქრობ, თქვენ იპოვოთ საკმარისი სასარგებლო ინფორმაცია გასამართლებლად გატარებული დრო მოსმენის ჩემთვის ამაზე.

ეს მარკეტინგის პრეზენტაცია, მაგრამ ყველა მარკეტინგული მასალები დასასრულს, ასე რომ თქვენ ყოველთვის ჩამოაგდეს off იმ ეტაპზე.

ძლიერი EMC მარკეტინგის მანქანა არ მომცა შესაძლებლობა რეგისტრაციის რგოლი, ასე რომ გთხოვთ გამოიყენოთ იგი რეგისტრაციაში.

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

I had the good fortune of attending some partner training from FAST last spring. I was really impressed with the product and was looking forward to working with it. სამწუხაროდ, one project fell through and then EMC acquired my company. Predictably, a certain amount of chaos ensued while we learned about EMC and EMC learned about us. FAST technology dropped a few points on the priority scale during that period. თუმცა, მე არასოდეს დავკარგე ინტერესი პროდუქტი და, უფრო საინტერესოდ, უფრო დიდი პრობლემა findability.

მე ნამდვილად არ მინდა, რომ სიტყვა, but I’m trying to get used to it 🙂 Despite it’s awkwardness, findability არის ნამდვილი (ან, როგორც მინიმუმ, განვითარებადი) term. Do a ცხოვრობს ძებნა თუ თქვენ დაინტერესებული მოძიებაში უფრო ტექნიკური განმარტებები, მაგრამ ასე ახსნას ის გარშემო ოფისი მსგავსი:

ინტელექტუალური კაპიტალი, რომელიც არ შეიძლება ნაპოვნია შეიძლება ასევე არ არსებობს.

თითქმის როგორც ჭეშმარიტი ვთქვა, ამ:

ინტელექტუალური კაპიტალი, არ იქნა ნაპოვნი სწრაფად და მარტივად შეიძლება ასევე არ არსებობს.

ინტელექტუალური კაპიტალი (აი სი) starts as an idea in a person’s head and is then refined via collaboration with colleagues and interactions with various communities. To be truly useful, these resulting ideas must be recorded. This is where the trouble begins 🙂

ამ დღეებში, recording normally means that the idea is documented in the form of an MS Word doc, Excel workbook, და ა.შ.. and eventually stuck in electronic format on a hard drive somewhere. IC obviously takes other forms like, like images, videos, highly informative blogs, გლობალური … it’s impossible to list them all. ამავე დროს, IC is stored in a variety of places like file systems, databases, line of business applications (ERP, CRM, SharePoint, Documentum), და ა.შ..

This is the findability problem: როგორ შეიძლება სწრაფად და ადვილად პოულობენ აი სი რომ ინახება ათობით და ასობით ფორმატების რამდენიმე ასეულ ათასობით, ათიათასობით (გაბედავს მე ვიტყვი, ასობით ათასი) საქართველოს ადგილებში ორგანიზაცია?

It’s a difficult problem to solve. ბილ ინგლისურ უკვე წერდა findability from a very grand perspective in what I have come to think of as the Panama Canal approach. The history of the Panama Canal is amazing. In a nut shell, გიჟები ფრანგი (ფერდინანდ დე Lesseps) დაიწყო კერძო კომპანია აშენება არხის, პროექტი მიტოვებული რამდენიმე წელი, picked up again and finally finished by the American government under President Roosevelt. This reminds me of Bill’s approach because as he rightly points out, solving the findability is both hard and never stops. It took years and years of effort from the some of the hardest working humans on the planet to start, გაგრძელდება, და ბოლოს დასრულდება). And yet, it’s still not truly finished. რამდენადაც ვიცი,, არხის ნახვა ბანკები არ შემხვედრია მათი კუთხე repose, meaning that they have to be shored up and otherwise maintained even to this day. Solving findability is the same way. I definitely recommend that you read Bill’s series and subscribe to his blog for his point of view on findability, კერძოდ, როგორც ეს ეხება SharePoint.

I too am interested in this problem. Due to my exposure to FAST and on-going discussions on this subject with my brilliant EMC colleagues, I have some more ideas I plan to write about over the coming weeks and months. In my next article on this little series, I’m going to try and put a box around the problem to show how awful it really is (it’s more awful than you think 🙂 ). It’s awful, but at least it does fit inside a box.

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

მე დაწყებული დღე 4 სწრაფი-ს პარტნიორ სასწავლო ხელმძღვანელობდა მიერ Larry Kaye აქ Needham, სამაგისტრო.

ეს 5 დღიანი სხდომა ჩაიშალა შევიდა კლასების (3 და 2 დღის შესაბამისად) entitled "FAST ESP: განვითარებად საბაჟო ძიება განაცხადები ალიანსი პარტნიორები I" and "FAST ESP: Developing Custom Search Applications for Alliance Partners II".

ეს არის ნამდვილი boot camp ტიპის კლასი. მასალა ღრმა (ძალიან, ძალიან ღრმა). ინსტრუქტორი (Larry) აშკარად იცის მისი პერსონალის. I highly recommend this training if you considering it.

</ბოლო>

This is a continuation in my FAST coding mini-series for SharePoint folk. The bit of code below executes a search for the term "test" in FAST via a Console application. Obviously, ეს hop, გაფართოებული და ნახტომი მოშორებით გადაიტანოთ ამ ლოგიკით შიგნით ვებგვერდი ნაწილი ან გამოყენების გვერდი:

გამოყენებით სისტემები;
გამოყენებით System.Collections.Generic;
გამოყენებით System.Linq;
გამოყენებით System.Text;
გამოყენებით System.Collections.Specialized;
გამოყენებით Com.FastSearch.Esp.Search;
გამოყენებით Com.FastSearch.Esp.Search.Http;
გამოყენებით Com.FastSearch.Esp.Search.Navigation;
გამოყენებით Com.FastSearch.Esp.Search.Query;
გამოყენებით Com.FastSearch.Esp.Search.Result;
გამოყენებით Com.FastSearch.Esp.Search.View;
გამოყენებით System.Collections;

სახელების სივრცე Conchango
{
    კლასი InvokeSimpleFASTQuery
    {
        სტატიკური ცნოს მთავარი(სიმებიანი[] args)
        {

            #რეგიონში ინიციალიზაცია ჩვენი ურთიერთობის FAST
            ISearchFactory searchFactory;

            NameValueCollection nameValueCollection = ახალი NameValueCollection();

            nameValueCollection.Add("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
            nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15100");
            nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.RequestMethod", "GET");

            searchFactory = SearchFactory.NewInstance(nameValueCollection);

            #endregion

             იწყებს შეკითხვის

            სიმებიანი queryString = "test";

            შეკითხვის შეკითხვის = ახალი შეკითხვის(queryString);

            query.SetParameter(BaseParameter.კლასტერული, ყალბი);
            query.SetParameter(BaseParameter.ნავიგაცია, ნამდვილი);
            query.SetParameter(BaseParameter.NAVIGATION_DEEPHITS, 100);

            ISearchView searchView;
            searchView = searchFactory.GetSearchView("sharepointconn");

            IQueryResult შედეგი = searchView.Search(შეკითხვის);

            Console.WriteLine("Total results from search: [" + result.DocCount + "].");

            int docCounter = 0;

            ხოლო (docCounter < result.DocCount)
            {

                docCounter    ;

                IDocumentSummary thisDocSummary = result.GetDocument(docCounter);

                Console.WriteLine("[" + docCounter + "]: " + thisDocSummary.GetSummaryField("url").StringValue);

            } // ხოლო

            Console.ReadLine();
            #endregion

        }
    }
}

ეს წარმოშობს შემდეგ შედეგი:

</ბოლო>

გამოწერა ჩემი დღიური.

აქ არის რამდენიმე კოდი, რომელიც აჩვენებს ყველა არსებული ხედებით სწრაფი სერვერზე საფუძველზე დაასახელა QRServer (სერვერზე პროცესი, რომლითაც ჩვენ კომუნიკაცია). I offer this up to give you all a taste of what it’s like to use the provided FAST API.

გამოყენებით სისტემები;
გამოყენებით System.Collections.Generic;
გამოყენებით System.Linq;
გამოყენებით System.Text;
გამოყენებით Com.FastSearch.Esp.Search;
გამოყენებით Com.FastSearch.Esp.Search.Http;
გამოყენებით Com.FastSearch.Esp.Search.Navigation;
გამოყენებით Com.FastSearch.Esp.Search.Query;
გამოყენებით Com.FastSearch.Esp.Search.Result;
გამოყენებით Com.FastSearch.Esp.Search.View;
გამოყენებით System.Collections.Specialized;
გამოყენებით System.Collections;


სახელების სივრცე Conchango
{
    კლასი EnumerateFASTViews
    {
        სტატიკური ცნოს მთავარი(სიმებიანი[] args)
        {

            ISearchFactory searchFactory;

            NameValueCollection nameValueCollection = ახალი NameValueCollection();

            nameValueCollection.Add("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
            nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15100");
            nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.RequestMethod", "GET");

            searchFactory = SearchFactory.NewInstance(nameValueCollection);

            Console.WriteLine("Total Views: [" + searchFactory.GetSearchViewList().ჯამში + "].");

            int I = 0;

            foreach (ობიექტი o in searchFactory.GetSearchViewList())
            {
                Console.WriteLine("View [" + i     + "]: [" + o.ToString() + "].");

            }

            Console.ReadLine();

        }
    }
}

Note that I consider myself a barely competent C# programmer and I have thin skin, so don’t send any raspberries my way, especially re: the "foreach (object o in …)" construct 🙂

</ბოლო>

გამოწერა ჩემი დღიური.

მე უკვე გაუმართლა, აქვთ შესაძლებლობა იმუშაონ FAST <–> SharePoint integration project and thought I’d continue to share my limited experience with the community.

Microsoft is in the process of purchasing სწრაფი. I don’t know anything about the schedule except that it should be finished in the "2nd quarter" which I assume means by 06/30/08.

My project’s design, at a very high level, calls for creating a few web parts that have roughly the same look, feel and functionality as the standard MOSS search box and core results web part, but pulling from FAST. I’ve made some baby steps in that direction.

FAST is a dedicated search engine. It’s not based on Microsoft technology, though it’s obvious to me that some of the FAST engineers clearly understand MS tech (or they’ve made use of contractors).

სწრაფი:

FAST is a big monster server product (and I don’t mean that in a bad sense; MOSS is a big monster product to me as well). It appears to be based on Java and I noticed some apache stuff and maybe some PHP. I wouldn’t be surprised if there were other bits of tech mixed in here and there. It definitely runs on windows server and is working fine in the virtual environment which I’ve been using.

It makes use of a facade web service that crawls SharePoint content for indexing in its special FAST way.

A SharePoint end user would be pretty much at home with FAST’s user interface. It has simple/advance search, shows results, is big on relevancy (though I don’t see how it handles social relevancy). თუმცა, it does go further. Its stemming seems better. I really can’t articulate it well but I’ll just say "it’s better." You can take my word for it, or not 🙂 I may elaborate on this point in the future, as I learn more.

Moss:

FAST provides a .NET-friendly DLL that provides an interface to the FAST engine. This makes it possible for us to create web parts or application pages or whatever we want to query FAST and present the results.

There seems to be a web service interface as well.

I also have access to a FAST-provided web part that does integrate MOSS and FAST. I don’t know if this is a POC, something that was whipped up as a demo or what. It’s definitely a good learning tool, not so sure if it’s production-ready.

That’s it for now. As I progress through the project, I’ll post more.

</ბოლო>

გამოწერა ჩემი დღიური.

იმისათვის, რომ კომუნიკაცია სწრაფი ძებნა მეშვეობით მისი API, ჩვენ უნდა ვიცოდეთ პორტს რომელსაც QRServer მიმდინარეობს.

მე მოჰყვება ამ ნაბიჯებს განთავსების იგი:

1. შესვლა შევიდა სწრაფი ადმინისტრირების საიტზე (http://server:port/admin).
2. ნავიგაცია სისტემის მიმოხილვა.
3. Locate "Search Dispatcher" და დაწკაპეთ spyglass ხატი:

   

4. მე წარმატებით გამოიყენება ღირებულება, 15100 for "Info Name" = "http":

   

შენიშვნები:

1. პორტი 15100 appears to be the default out-of-the-box port number for the QRServer.

2. გამოყენება ამ კოდექსით მსგავსი შემდგომ instantiate კავშირი FAST:

 ISearchFactory searchFactory;

    NameValueCollection nameValueCollection = ახალი NameValueCollection();

    nameValueCollection.Add("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
    nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15102");
    nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.RequestMethod", "GET");

    searchFactory = SearchFactory.NewInstance(nameValueCollection);

3. თუ თქვენ პიკაპის wildly არასწორი პორტში, თქვენ გაქვთ სასარგებლო შეცდომა:

4. თუმცა, თუ გააშუქა პორტის ნომერი ჩამოთვლილია მიმოხილვა (15102) you don’t get that helpful error message. ამის ნაცვლად, შემდეგ, როდესაც თქვენ ცდილობენ წვდომის ნებისმიერი მონაცემების საშუალებით ძებნის ან მითითების სწრაფი ხედი, you get an error. Debugging shows that the searchFactory’s view count is zero. You’ll be given the message "Failed to fetch Search View List".

</ბოლო>

გამოწერა ჩემი დღიური.