Mi estos faranta mian unuan iam ajn Enreta prezento Gastigita de la potenca EMC merkatumanta maŝinon ĉe 12:00 Tagmeza EDT merkrede, 01/28. Mi havas neniun ideon kio atendi de tio ĉi, En terminoj de ĉeesto. Tamen, Pro tio ke mi estas gvidanta ĝin, Mi povas diri vin kio atendi se vi faras tempon por ĝi.

Mi estas iranta esti priskribanta kion ni ĉi tie ĉe EMCa mezumo kiam ni parolas pri "Entreprena Serĉo." Mi estas distinganta inter regula malnova SharePoint Serĉo (Kiu estas tre utila de ĝi mem) Kaj Entreprena Serĉo, Kiu estas multe da pli granda, Pli aĉa, Interesanta kaj perpleksiga problemo solvi.

Mi estas iranta fari la argumenton ke RAPIDE estas bona ilo uzi dum provanta solvi la Entreprenan Serĉan problemon (Kaj mi faras kelkajn analogiojn al kanaloj dum mi estas ĉe ĝi). Tio ĉi evidente ligoj en SharePoint kaj estos parto de la ŝtofo de la komunumo super la kurso de 2009 Kaj pretere. Tio estas la hoko por iu ajn leganta mian blogon ĉi tie.

Se vi estas interesita en RAPIDA, Mi pensas vin trovos sufiĉan utilan informon pravigi la tempon elspezis aŭskultanta al mi parolado pri ĝi.

Ĝi estas merkatumada prezento, Sed ĉiuj de la merkatumada aĵo estas ĉe la fino, Do vi ĉiam povas fali ekstere ĉe tiu punkto.

La potenca EMC merkatumanta maŝinon provizis min kun signup ligo, Tiel bonvolu uzi ĝin registri.

</Fino>

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

Mi havis la bonan riĉaĵon ĉeesti iun partneran trejnadon de RAPIDA lasta printempo. Mi estis vere impresita kun la produkto kaj estis rigardanta antaŭan al laboranta kun ĝi. #Beda?rinde, Unu projekto falis trae kaj tiam EMC akiris mian firmaon. Antaŭvideble, Certa kvanto de kaoso rezultita dum ni lernis pri EMC kaj EMC lernis pri ni. RAPIDA teknologio falis kelkajn punktojn sur la prioritata skalo dum tiu periodo. Tamen, Mi neniam perdis mian intereson en la produkto kaj, Pli interese, La pli granda problemo de Findability.

Mi vere surmetas?? Kiel tiu vorto, but I’m trying to get used to it 🙂 Despite it’s awkwardness, Findability estas realo (Aŭ almenaŭ, Aperanta) Termino. Fari Viva #ser?o Se vi??E interesita en trovanta pli teknikaj difinoj, Sed la vojo mi klarigas ?in #?irka? la oficejo estas tiel:

Intelekta #?efurbo kiu ne povas esti trovita povas #anka? ne ekzisti.

?i?? #Preska? kiel vera diri #tio ?i:

Intelekta #?efurbo kiu ne povas esti trovita Rapide kaj facile Povas #anka? ne ekzisti.

Intelekta #?efurbo (IC) Komencoj kiel ideo en la kapo de persono kaj estas tiam rafinita tra kunlaboro kun kolegoj kaj interrilatadoj kun diversaj komunumoj. Esti vere utila, Ĉi tiuj rezultanta ideojn devas esti registrita. This is where the trouble begins 🙂

Ĉi tiuj tagoj, Registranta Normale signifas ke la ideo estas dokumentita en la formo de f-ino Word doc, Excel workbook, Ktp. Kaj poste senmoviĝita en elektronika formato sur malfacila stirado ie. IC evidente prenas aliajn formojn ŝatas, Kiel bildoj, Videoj, Tre informaj blogoj, Vikioj … Ĝi estas neebla enlistigi ilin ĉiuj. Samtempe, IC estas entenita en vario de lokoj kiel dosieraj sistemoj, Datumaroj, Linio de komercaj aplikoj (ERP, CRM, SharePoint, Documentum), Ktp.

#Tio ?i estas la Findability problemo: Kiel povas rapide kaj facile trovi IC kiu estas entenita en dekduoj #a? centoj de formatoj en dekduoj #a? centoj de miloj, Dekoj de miloj (#A?daci min diras centojn de miloj) De lokoj en organizo?

Ĝi estas malfacila problemo solvi. Bill angloj estis skribanta pri findability De tre granda perspektivo en kio mi venis pensi de kiel la Panama Kanala alproksimiĝo. La historio de la Panama Kanalo estas miranta. En nuksa obuso, Freneza franco (Ferdinand de Lesseps) Komencis privatan firmaon konstrui la kanalon, La projekto estis forlasita por kelkaj jaroj, Kaptis denove kaj fine finita de la amerika registaro sub Prezidanto Roosevelt. Tio ĉi rememorigas min de la alproksimiĝo de Bill ĉar kiel li prave atentigas, Solvanta la findability estas ambaŭ malfacila kaj neniam haltigoj. Ĝi prenis jarojn kaj jarojn de peno de la kelkaj de la plej malfacilaj laborantaj homoj sur la planedo komenci, #Da?ri, Kaj fine fino). Kaj ankoraŭ, Ĝi estas ankoraŭ ne vere finita. Kiom mi scias, La kanalo?? Bankoj neniam renkontis ilian angulon de repose, Signifanta ke ili devi esti shored supre kaj alie daŭrigita eĉ al ĉi tiu tago. Solvanta findability estas la sama vojo. Mi sendube rekomendas ke vi legis la serion de Bill kaj aboni al lia blogo por lia punkto de vido sur findability, Precipe kiel ?i rilatas al SharePoint.

Mi ankaŭ estas interesita en ĉi tiu problemo. Pro mia malkovro FASTI kaj sur-iranta diskutojn sur ĉi tiu temo kun miaj brilegaj EMCaj kolegoj, Mi havas kelkaj pli da ideoj mi planas skribi pri super la venantaj semajnoj kaj monatoj. En mia sekvanta artikolo sur ĉi tiu malgranda serio, I?? Iranta provi kaj metis skatolon #?irka? la problemo montri kiom teruran ?i vere estas (it’s more awful than you think 🙂 ). Ĝi estas terura, Sed almenaŭ ĝi faras konveni en skatolo.

</Fino>

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

Mi estas komencanta tagon 4 De la partnera trejnado de FASTO gvidis supre de Larry Kaye ĉi tie en Needham, MA.

Tio ĉi 5-taga sesio estas rompita malsupren en klasoj (3 Kaj 2 Tagoj respektive) Rajtigis "RAPIDAN ESP: Evoluiganta Laŭmendajn Serĉajn Aplikojn por Aliancaj Partneroj I" Kaj "RAPIDA ESP: Evoluiganta Laŭmendajn Serĉajn Aplikojn por Aliancaj Partneroj II".

#Tio ?i estas vera bota tendara tipo klaso. La materialo estas profunde (Tre, Tre profunde). La instruisto (Larry) Klare scias lian #a?o. Mi tre rekomendas ĉi tiun trejnan se vi konsideranta ĝin.

</Fino>

Tio ĉi estas daŭrigo en mia RAPIDA kodiĝa miniserio por SharePoint homo. La peco de kodo malsupre efektivigas serĉi la terminan "teston" En FASTO tra Regilara apliko. Evidente, Ĝi estas salteto, Preterpasi kaj salto for volvas ĉi tiun logikon en araneaĵa parto aŭ aplika paĝo:

Uzanta Sistemo;
Uzanta Sistemo.Kolektoj.Kolektiva;
Uzanta Sistemo.Linq;
Uzanta Sistemo.Teksto;
Uzanta Sistemo.Kolektoj.Specialigita;
Uzanta Com.FastSearch.Esp.Serĉo;
Uzanta Com.FastSearch.Esp.Serĉo.Http;
Uzanta Com.FastSearch.Esp.Serĉo.Navigado;
Uzanta Com.FastSearch.Esp.Serĉo.Demando;
Uzanta Com.FastSearch.Esp.Serĉo.Rezulto;
Uzanta Com.FastSearch.Esp.Serĉo.Vido;
Uzanta Sistemo.Kolektoj;

Namespace Conchango
{
    Klaso InvokeSimpleFASTQuery
    {
        Senmova Malplena Ĉefa(Ŝnuro[] Args)
        {

            #Regiono Initialize nia komunikado kun RAPIDA
            ISearchFactory SearchFactory;

            NameValueCollection NameValueCollection = Nova NameValueCollection();

            NameValueCollection.Aldonas("Fastsearchengine", "Com.FastSearch.Esp.Serĉo.Http.HttpSearchFactory");
            NameValueCollection.Aldonas("Com.FastSearch.Esp.Serĉo.Http.QRServers", "Fastdemoback:15100");
            NameValueCollection.Aldonas("Com.FastSearch.Esp.Serĉo.Http.RequestMethod", "GET");

            SearchFactory = SearchFactory.NewInstance(NameValueCollection);

            #Endregion

            #Regiono Lanĉi demandon

            Ŝnuro QueryString = "Testo";

            Demando Demando = Nova Demando(QueryString);

            Demando.SetParameter(BaseParameter.CLUSTERING, Falsa);
            Demando.SetParameter(BaseParameter.NAVIGADO, Vera);
            Demando.SetParameter(BaseParameter.NAVIGADO_DEEPHITS, 100);

            ISearchView SearchView;
            SearchView = searchFactory.GetSearchView("Sharepointconn");

            IQueryResult Rezulti = searchView.Serĉo(Demando);

            Regilaro.WriteLine("Totalaj rezultoj de serĉo: [" + Rezulto.DocCount + "].");

            Int DocCounter = 0;

            Dum (DocCounter < Rezulto.DocCount)
            {

                DocCounter  ;

                IDocumentSummary ThisDocSummary = rezulto.GetDocument(DocCounter);

                Regilaro.WriteLine("[" + DocCounter + "]: " + ThisDocSummary.GetSummaryField("Url").StringValue);

            } // Dum

            Regilaro.ReadLine();
            #Endregion

        }
    }
}

Ĝi produktas la sekvantan rezulton:

</Fino>

Aboni al mia blogo.

Ĉi tie estas iu kodo kiu montras ĉiuj haveblaj vidoj de RAPIDE Servilo bazita sur la nomita QRServer (La servila procezo kun kiu ni komunikas). Mi proponas tion ĉi ĝis doni vin ĉiuj gusto de kio ĝi estas ŝatas uzi la provizita RAPIDAN API.

Uzanta Sistemo;
Uzanta Sistemo.Kolektoj.Kolektiva;
Uzanta Sistemo.Linq;
Uzanta Sistemo.Teksto;
Uzanta Com.FastSearch.Esp.Serĉo;
Uzanta Com.FastSearch.Esp.Serĉo.Http;
Uzanta Com.FastSearch.Esp.Serĉo.Navigado;
Uzanta Com.FastSearch.Esp.Serĉo.Demando;
Uzanta Com.FastSearch.Esp.Serĉo.Rezulto;
Uzanta Com.FastSearch.Esp.Serĉo.Vido;
Uzanta Sistemo.Kolektoj.Specialigita;
Uzanta Sistemo.Kolektoj;


Namespace Conchango
{
    Klaso EnumerateFASTViews
    {
        Senmova Malplena Ĉefa(Ŝnuro[] Args)
        {

            ISearchFactory SearchFactory;

            NameValueCollection NameValueCollection = Nova NameValueCollection();

            NameValueCollection.Aldonas("Fastsearchengine", "Com.FastSearch.Esp.Serĉo.Http.HttpSearchFactory");
            NameValueCollection.Aldonas("Com.FastSearch.Esp.Serĉo.Http.QRServers", "Fastdemoback:15100");
            NameValueCollection.Aldonas("Com.FastSearch.Esp.Serĉo.Http.RequestMethod", "GET");

            SearchFactory = SearchFactory.NewInstance(NameValueCollection);

            Regilaro.WriteLine("Totalaj Vidoj: [" + SearchFactory.GetSearchViewList().Kalkulo + "].");

            Int I = 0;

            Foreach (Objekto O Je SearchFactory.GetSearchViewList())
            {
                Regilaro.WriteLine("Vido [" + I   + "]: [" + O.ToString() + "].");

            }

            Regilaro.ReadLine();

        }
    }
}

Noti ke mi konsideras min mem apenaŭ kompetenta C# programadisto kaj mi havas maldikan haŭton, Sekve ne sendas ajnaj framboj mia vojo, Precipe re: La "foreach (Kontraŭargumenti o je …)" construct 🙂

</Fino>

Aboni al mia blogo.

Mi estis bonsorta havi ŝancon labori sur RAPIDA <–> SharePoint integriga projekto kaj pensis min voli Daŭri dividi Mia limhava sperto kun la komunumo.

Microsoft estas je La procezo de aĉetado RAPIDE. Mi ne scias ion ajn pri la horaro esceptas ke ĝi devus esti finita en la "2a kvarono" Kiu mi supozas rimedon de 06/30/08.

La desegno de mia projekto, Ĉe tre alta nivelo, Petas kreanta kelkajn araneaĵajn partojn kiu havi malglate la saman rigardon, Senti kaj funkcio kiel la norma MUSKA serĉa skatolo kaj kerna rezulta araneaĵo parto, Sed tiranta de RAPIDA. Mi faris iun bebon intervenas ke direkto.

RAPIDE estas diligenta serĉa motoro. Ĝi ne estas bazita sur Microsoft teknologio, Kvankam ĝi estas evidenta al mi ke kelkaj de la RAPIDAJ inĝenieroj klare komprenas F-inon tech (Aŭ ili faris uzon de kontraktistoj).

RAPIDE:

RAPIDE estas granda monstra servila produkto (Kaj mi ne signifas ke en malbona sento; MUSKO estas granda monstra produkto al mi ankaŭ). Ĝi aperas esti bazita sur Java kaj mi rimarkis kelkaj apache aĵo kaj eble #kelka PHP. Mi ne estus surprizita se estis aliaj pecoj de tech miksita en ĉi tie kaj tie. Ĝi sendube kuroj sur fenestra servilo kaj estas laboranta bone en la virtuala medio kiu mi estis uzanta.

Ĝi faras uzon de fasada araneaĵa servo kiu rampas SharePoint enhavo por indeksanta en ĝia speciala RAPIDA vojo.

SharePoint fina uzanto estus sufiĉe tre ĉe hejmo kun la uzanta fasado de FASTO. Ĝi havas simplan/antaŭenigan serĉon, Montras rezultojn, Estas granda sur koncernateco (Kvankam mi ne vidas kiel ĝi pritraktas socian koncernatecon). Tamen, Ĝi faras iri cetere. Ĝia devenanta ŝajnas pli bona. Mi vere ne povas elparolas ĝin bone sed mi nur diros "ĝin estas pli bona." Vi povas preni mian vorton por ĝi, aŭ ne 🙂 Mi eble pliprofundigos ĉi tiun punkton estonte, Kiel mi lernas pli.

MUSKO:

RAPIDE provizas .PURA-amika DLL kiu provizas fasadon al la RAPIDA motoro. Tio ĉi faras ĝin ebla por ni krei araneaĵajn partojn aŭ aplikajn paĝojn aŭ kio ajn ni deziras pridemandi RAPIDAN kaj prezenti la rezultojn.

Tie ŝajnas esti araneaĵa serva fasado ankaŭ.

Mi ankaŭ havas aliron al RAPIDA-provizita araneaĵan parton kiu faras integrigi MUSKON kaj RAPIDA. Mi ne scias se tio ĉi estas POC, Io kiu estis vipita supre kiel elmontro aŭ kio. Ĝi estas sendube bona lernada ilo, Ne tiel certe se ĝi estas produktado-preta.

Tio estas ĝi nuntempe. Kiel mi progresadas tra la projekto, Mi poŝtos pli.

</Fino>

Aboni al mia blogo.

Por komuniki kun RAPIDA Serĉo tra ĝia API, Ni devas scii la havenon sur kiu la QRServer estas kuranta.

Mi sekvis ĉi tiujn paŝojn troviĝi ĝin:

1. Ŝtipo en la RAPIDA admin ejo (http://server:port/admin).
2. Navigi al Sistema Superrigardo.
3. Troviĝi "Serĉan Ekspedanton" Kaj klaki la lornan ikonon:

   

4. Mi sukcese uzis la valoron, 15100 Por "Info Nomo" = "Http":

   

Notoj:

1. Haveno 15100 Aperas esti la nerepago ekstere-de-la-skatola haveno nombro por la QRServer.

2. Uzi ĉi tiun kodon simila al la sekvanta al instantiate konekto FASTI:

 ISearchFactory SearchFactory;

    NameValueCollection NameValueCollection = Nova NameValueCollection();

    NameValueCollection.Aldonas("Fastsearchengine", "Com.FastSearch.Esp.Serĉo.Http.HttpSearchFactory");
    NameValueCollection.Aldonas("Com.FastSearch.Esp.Serĉo.Http.QRServers", "Fastdemoback:15102");
    NameValueCollection.Aldonas("Com.FastSearch.Esp.Serĉo.Http.RequestMethod", "GET");

    SearchFactory = SearchFactory.NewInstance(NameValueCollection);

3. Se vi elektas wildly neĝusta haveno, Vi akiras helpeman eraran mesaĝon:

4. Tamen, Se vi elektas la havenan nombron enlistigita sur la superrigardo (15102) Vi ne akiras tiun helpeman eraran mesaĝon. Male, Poste kiam vi provas aliri ajnan datumon tra serĉo aŭ referenci RAPIDAN vidon, Vi akiras eraron. Elpuriganta rezultojn ke la vido de la searchFactory kalkulo estas nulo. Vi estos donita la mesaĝon "Malsukcesita venigi Serĉan Vidon Listo".

</Fino>

Aboni al mia blogo.