Я буду робити мій перший коли-небудь Інтерактивна презентація під егідою могутній EMC маркетингової машиною на 12:00 EDT полудня в середу, 01/28. Я не знаю, чого чекати від цього, з точки зору відвідуваність. Однак, з тих пір я веду його, Я можу сказати вам, що очікувати, якщо ви викроїти час для цього.

Я збираюся бути опису, що ми тут, в EMC маю на увазі, коли ми говоримо про "корпоративного пошуку." Я розрізнення регулярні старі пошуку SharePoint (що є досить корисним сам по собі) і корпоративного пошуку, що є набагато більше, неприємніше, цікава і здивування проблему вирішити.

Я збираюся зробити той аргумент, що швидко є хорошим інструментом для використання при спробі вирішити проблему корпоративного пошуку (і я зробити деякі аналогії каналів, хоча я на нього). Це, очевидно, зв'язку, SharePoint і буде частиною спільноти тканини протягом 2009 і на подальший період. Це гачок для тих, хто читав мій блог тут.

Якщо ви зацікавлені у швидко, Я думаю, ви зможете знайти достатньо корисної інформації для виправдання час провів слухати мене говорити про це.

Це маркетинг презентація, але всі маркетингові речі в кінці, Таким чином ви можете завжди йдуть на той момент.

Могутній EMC маркетингової машиною надала мені з реєстрації посилання, так будь ласка, використовуйте його для реєстрації.

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Я мав щастя йде деякі партнери навчання з швидкого минулої весни. Я був дуже вражений з продуктом і з нетерпінням чекала до роботи з ним. На жаль, один проект провалився, і тоді EMC придбали моєї компанії. Як і очікувалося, про певний хаос пішов у той час як ми дізналися про EMC і EMC дізналися про нас. Технології швидкого впали на кілька пунктів за шкалою пріоритетів протягом цього періоду. Однак, Я ніколи не втратив свою зацікавленість у продукті, і, більш цікаво, великі проблеми находиме.

Я дійсно не люблю це слово, but I’m trying to get used to it 🙂 Despite it’s awkwardness, находиме є справжнім (або, принаймні, що розвиваються) термін. Зробити це Live Search Якщо ви зацікавлені в пошуку більш технічне визначення, але таким чином я пояснити це близько офісу є:

Інтелектуальний капітал, що не вдалося знайти може і не існувати.

Це майже як істинні сказати це на:

Інтелектуальний капітал, що не вдалося знайти швидко і легко може і не існувати.

Інтелектуальний капітал (IC) починається як ідеї в голові людини і це потім вишуканий через співпрацю з колегами та взаємодії з різних громадах. Щоб бути дійсно корисним, Ці отриманий ідеї повинен вестися. This is where the trouble begins 🙂

У ці дні, запис зазвичай означає, що ідея описано у вигляді MS Word-doc, Книгу Excel, д. і в кінцевому підсумку застрягли в електронному вигляді на жорсткий диск десь. IC явно приймає інших формах, як, як зображення, відео, дуже інформативне блоги, вікі … це неможливо перелічити їх усіх. У той же час, IC зберігаються в різних місцях, як файлових систем, баз даних, лінії бізнес-додатків (ERP, CRM, SharePoint, Documentum), д.

Це на находиме проблема: як можна швидко й легко знайти IC, яка зберігається в кілька десятків або сотень форматів в кілька десятків або сотень тисяч, десятки тисяч (я смію казати сотень тисяч) розташувань в організації?

Це складна проблема, щоб вирішити. Білл Англійська було писати про находиме з точки зору дуже grand в те, що я прийшов, щоб вважати Панамський канал підхід. Історія Панамський канал є дивним. У шкаралупі горіха, божевільний француз (Фердинанд де Lesseps) почав приватні компанії побудувати на канал, проект був покинутий протягом декількох років, взяв знову і, нарешті, завершила американський уряд під президента Рузвельта. Це нагадує мені про підхід Білла, тому що як він справедливо вказує на, вирішення в находиме є одночасно жорсткий і ніколи не перестає. Він прийняв років і років зусиль з деяких, важка робота людей на планеті, щоб почати, Продовжити, і нарешті закінчити). І все ж, Це ще не по-справжньому готової. Наскільки я знаю, через канал банки не зустрічав їх кут природного укосу, Це означає, що вони повинні бути shored і в іншому випадку підтримується ще до цього дня. Вирішення находиме є так само. Я безумовно рекомендую що ви читали Білла серії і підписатися на своєму блозі, на його погляд на находиме, зокрема, як він ставиться до SharePoint.

Я теж зацікавлений в цій проблемі. Через моє вплив швидко і постійної дискусіями на цю тему з колегами блискучий ЕМС, У мене є ще кілька ідей, які я планую написати про протягом найближчих тижнів і місяців. В моїй наступній статті на цю маленьку серія, Я збираюся спробувати і покласти рамку навколо проблеми, щоб показати, як жахливо дійсно це (it’s more awful than you think 🙂 ). Це жахливо, але принаймні вона підходить всередині коробки.

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Я починаю день 4 швидко в партнер навчання очолюваної Ларрі Кей тут в місті Needham, МА.

Цей 5-денна сесія розбита на класи (3 і 2 днів відповідно) під назвою "швидко ESP: Розробка користувальницького пошуку застосунків для Альянсу партнери я" і "швидко ESP: Розробка користувальницького пошуку додатків для партнерів Альянсу II".

Це реальна boot camp типу класу. Матеріал є глибокий (дуже, дуже глибокий). Інструктор (Ларрі) чітко знає його речі. Я настійно рекомендую це навчання, якщо ви огляду на його.

</кінець>

Це є продовженням у моєму швидко кодування міні-серіал для SharePoint народної. Трохи коду нижче виконує пошук за терміном "випробування" у швидко за допомогою консольного застосування. Очевидно, Це хопу, пропустити і відскочити, щоб обернути цю логіку всередині веб-частину або застосування сторінки:

за допомогою Система;
за допомогою 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)
        {

            #регіон Ініціалізувати наше спілкування з ШВИДКІ
            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", "ОТРИМАТИ");

            searchFactory = SearchFactory.NewInstance(nameValueCollection);

            #endregion #region Запуск запиту

            рядок рядок запиту = "тест";

            Запит запит = нові Запит(рядок запиту);

            запит. SetParameter(BaseParameter.КЛАСТЕРИЗАЦІЯ, ХИБНІСТЬ);
            запит. SetParameter(BaseParameter.НАВІГАЦІЯ, Істина);
            запит. SetParameter(BaseParameter.NAVIGATION_DEEPHITS, 100);

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

            IQueryResult Результат = searchView.Search(запит);

            Консолі.WriteLine("Повна результати пошуку: [" + результат.DocCount + "].");

            Int docCounter = 0;

            під час (docCounter < результат.DocCount)
            {

                docCounter    ;

                IDocumentSummary thisDocSummary = результат.GetDocument(docCounter);

                Консолі.WriteLine("[" + docCounter + "]: " + thisDocSummary.GetSummaryField("URL-адреса").StringValue);

            } // під час

            Консолі.ReadLine();
            #endregion

        }
    }
}

Він генерує такий результат:

</кінець>

Підписатися на мій блог.

Ось код, який показує усіх доступних виглядів з на ШВИДКО сервер на основі названих QRServer (процес сервера, з яким ми спілкуємося). Я пропоную це дати вам всі смаку того, що таке використовувати надані швидко 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", "ОТРИМАТИ");

            searchFactory = SearchFactory.NewInstance(nameValueCollection);

            Консолі.WriteLine("Всього переглядів: [" + searchFactory.GetSearchViewList().Граф + "].");

            Int я = 0;

            foreach (об'єкт o у searchFactory.GetSearchViewList())
            {
                Консолі.WriteLine("Подання [" + i     + "]: [" + o.ToString() + "].");

            }

            Консолі.ReadLine();

        }
    }
}

Зверніть увагу, що я вважаю себе ледве компетентних C# програміст я мають тонку, так що не надсилати будь-які Малина мій шлях, особливо в re: "foreach (o об'єкта в …)" construct 🙂

</кінець>

Підписатися на мій блог.

Я був щасливий, щоб мати можливість працювати на швидкий <–> SharePoint інтеграційного проекту і думав, я б надалі ділитися мій обмежений досвід з спільнотою.

Microsoft є в процес купівлі ШВИДКО. Я нічого не знаю про розклад Крім того, що вона повинна бути закінчена в "2-й квартал" я припускаю, тобто за 06/30/08.

Дизайн мій проект, на дуже високому рівні, закликає до створення декількох веб-частинах, що мають приблизно той же вигляд, відчувати і функціональність, що й стандартні МОСС вікна пошуку та основних результатів веб-частини, але потягнувши від швидкого. Я зробив деякі baby кроки в цьому напрямку.

ШВИДКИЙ є присвячений пошуковик. Це не на основі технологій корпорації Майкрософт, Хоча це для мене очевидно, що деякі ШВИДКІ інженерів чітко розуміти MS-tech (або вони зроблені за допомогою підрядників).

ШВИДКО:

ШВИДКИЙ є великий monster серверний продукт (і я не означає, що в поганому сенсі; ЛИШАЙНИК це великий monster продукт мені також). Вона, як видається, бути засновані на Java, і я помітив, що деякі речі apache і може бути деякі PHP. Я не здивуюся, якщо там були інші біти tech змішуються в тут і там. Він безперечно працює на windows server і працює чудово у віртуальному середовищі, який я використовую.

Він може використовувати веб-сервіс, фасад цей вміст SharePoint обходи для індексації в її особливому швидко.

SharePoint кінцевий користувач буде майже на дому з швидко, інтерфейсу користувача. Вона має простий/розширений пошук, показує результати, великий на релевантність (Хоча я не бачу, як вона обробляє соціальних релевантність). Однак, йти далі. Її, що випливають, здається, краще. Я дійсно не можуть сформулювати це добре, але я просто скажу, "це краще." Ви можете прийняти мої слова, його, or not 🙂 I may elaborate on this point in the future, Як дізнатися більше.

ЛИШАЙНИК:

ШВИДКО надає на. NET-дружні DLL, що надає інтерфейс для швидкого двигуна. Це дозволяє нам створювати веб-частини або застосування сторінок або все, що ми хочемо, щоб запит швидко і представити результати.

Здається, служба веб-інтерфейс, а.

У мене також є доступ до ФАСТ умови, що веб-частини, які інтегрувати МОСС і швидко. Я не знаю, якщо це є ПСУ, те, що було роздули якості демо або те, що. Це, безумовно, хороша навчальний посібник, не впевнений, якщо це виробництво готових.

Ось-ось зараз. Як я прогрес через проект, Я пост більш.

</кінець>

Підписатися на мій блог.

Для того, щоб спілкуватися з швидкий пошук через його API, Ми повинні знати порт, на якому запущено на QRServer.

Я після цих кроків, щоб знайти його:

1. Увійти в швидко адмін сайту (http://server:port/admin).
2. Перейдіть до системи огляд.
3. Знайдіть "шукати диспетчерський" і клацніть піктограму Підзорна труба:

   

4. Я успішно використовував значення, 15100 для "Info назви" = "http":

   

Нотатки:

1. Порт 15100 видається, номер порту поза коробки за промовчанням для на QRServer.

2. Використовуйте цей код, подібне до нижченаведеного створити екземпляр підключення до швидкого:

 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", "ОТРИМАТИ");

    searchFactory = SearchFactory.NewInstance(nameValueCollection);

3. Якщо ви вибираєте дико неправильні порт, Ви отримаєте повідомлення повідомлення про помилку:

4. Однак, Якщо ви вибрали порт номер, вказаний на огляд (15102) Ви не отримаєте це повідомлення корисним помилка. Замість цього, пізніше, коли ви намагаєтеся отримати доступ до будь-яких даних через Пошук або посилатися на швидкий перегляд, Ви отримаєте повідомлення про помилку. Налагодження показує, що в searchFactory переглядів нуль. Вам буде надано повідомлення «Не вдалося принести пошук Перегляд списку».

</кінець>

Підписатися на мій блог.