Mul vedas osalema ja esitama eelmisel nädalal SharePointi parimate tavade konverentsil. Ma olen ikka uus rääkimine "asi kogu" ja, Ausalt öeldes, Olin pisut närvis esimese poole, kuigi ma ränk välja rääkida ennast ootavad. Selline omamoodi närvis tunne, tegi ta veidi raske minu tähelepanu pöörama saatejuhid (mitte et ma ignoreerida neid). Selle asemel, I keskendunud natuke rohkem osavõtjaid.

Konverentsid alati kehtestada minu meeles võidusõidu ja seal oli palju Arvestage sellega praegu üks. See konverents oli suurepärane. Arvan, et see oli mitmeti ebatavaline. See ei olnud raske arendaja konverentsil. Kindlasti olid dev osad talle, Aga ma arvan, et see oli vähemalt 60% keskendunud-dev küsimused, võib-olla nii kõrge kui 80%. Ma arvan, et ta SharePointi turu arenemisega. Ettevõtted rakendavad SharePointi erineval viisil ja nad otsivad juhised, kuidas seda õigesti teha. Ja mitte ainult juhised, kuidas luua funktsioonid/lahendused (mis nüüd, väga tugevalt juurdunud).

Usun, et konverents oli tohutult väärtuslik enamik kõigile, kes osalesid ja ma tean, et korraldajad plaanin teha konverentsi ka varakult järgmisel aastal.

Võttes ütles, et, Usun, et seal oli vastamata võimalus, mis loodetavasti järgmise konverentsi aadressid. Ma ütlen see on möödalastud võimalus, Aga see pole halb. Avastame ühenduse vaja on ja iseenesest hea. Konverentsil arutati mitmeid erinevaid juhtimise põhitõed, koolitus, nõuded kogumine, Otsi hotelle, arengu, informatsiooni arhitektuuri, jne. Ma arvan, et möödalastud võimalus on pistmist "rohelisel väljal" riskimaandajate paljud parimad tavad.

Kui me räägime rohelisel väljal, peame silmas, et SharePoint ei ole tootmisse läinud ja me oleme alustades puhtalt lehelt. See on ideaalne, sest kohe kasutamist parimate tavade määratlemise ja haldamise juhtimine, informatsiooni arhitektuuri, jne. Aga … mis juhtub, kui sa oled juba tootmise mitu tuhat kasutajat (või 10 tuhat) ja sa ei parimaid viise alguses? Olen näinud ettevõtetega … Ahem … on väga veider info arhitektuuri küpsetatud oma keskkonda. Ma ei usu, et sellel konverentsil esitatud palju juhiseid organisatsioonidele sellist probleemi (ja ma ei mõtle just IA, kuid juhtimise, Otsi hotelle, paljudes teistes valdkondades). Muidugi, Teades, teil on probleem on suur osa lahendusest ja see on väga väärtuslik.

Ma arvan, et SharePoint online kasutajad ei ole teinud palju sellega kas. Tean, et ma ei ole. See on väga raske probleem lahendada mitmel tasandil. Tehniliselt on raske. Budget-Wise on raske. Kultuuriliselt, See on raske. Aga, See on ilmselt reaalses maailmas suurem probleem kui enamik. Kuna lõppes konverents, Ma olen mõelnud Sedalaadi probleemid ja kuidas üks neid lahendada. Seal peab olema parem lahendus kui, "uninstall ja uuesti" ning ühendusel on vaja ausad peaga.

Ma arvan, et see suurepärane võimalus blogging üldsus ja kogenud arvasin juhid panema mõned juhised, kuidas parandada oma keskkonna. Arvan, et seal on väike, kuid null oht, et SharePoint võid lõpetada halb ja kestev maine tänu halvasti architected rakendusi, mis tõttu halb valitsemistava, IA, jne.

</lõpp>

Telli minu blogi.

Mu online sõber, Mark Miller üle ja Lõppkasutaja SharePointi (www.endusersharepoint.com) töötab tasuta üks tund seminari suunatud, nagu ta alati ei, SharePointi lõppkasutaja ühenduse. See toimub kell 1 pm EDT. Üksikasjad on siin: http://www.endusersharepoint.com/?p=785

Olen istunud üks tema online seminar eelmisel kuul ja seda tehti üsna hästi ja kui teid huvitab mõned väga praktilist infot SharePoint armatuurlauad, Ma olen kindel, et see on väärt ka 1 tund investeeringute.

</lõpp>

Telli minu blogi.

Minu kolleeg töötanud veebiosa FBA keskkond. Muu hulgas, veebiosa tõmbab osa andmeid SQL Serverist. Grand kava projektile dikteerib, et mõne DBA seadistab SQL andmete turvalisus (Erinevalt manustamine kasutaja ID SQL päring või mõne muu lähenemine).

Probleem on selles, et SQL server ei tea midagi meie FBA keskkonda nii, et see meid ei saa usaldada. Oleme lahendanud selle probleemi poolt, puudumise tõttu parem sõna, käsitsi kehastamine AD kasutaja, nii et me ühendust SQL selliselt, et SQL andmete tasand julgeolekut tööde.

Kuigi FBA on ASP.net-i funktsioon, Meie SharePoint rahvas inimesed õpetanud ka erinevad otsingumootorid seda kui FBA jaoks päringu sihiks, sa mõtled, sa tahad teada, kuidas konfigureerida FBA SharePointi. Ma ei suutnud leida teavet, kuidas võimaldada ka FBA orienteeritud ASP.net-i rakenduse SQL suhelda nii, meil oli vaja leida.

Uurides seda käigus, Me uuesti lugeda see artikkel: ASP.net-i isikustamine

Täiendavad uuringud viinud meid jΣrg codproject: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

Mis aitas meil kirjutada meie kood, mis ma olen ka allpool. See ei ole kõige elegantsem värk, Aga see töötas. Loodan, et te seda kasulikuks.

Siin on kood, mis töötas meie:

kaitstud tühine btnSearchCarrier_Click(objekti saatja, EventArgs e)
 {
 Proovige
 {
 ImpersonateUser iU = Uus ImpersonateUser();
 // TODO: Asenda mandaat iU.Impersonate("Domeeninimi", "Kasutajanimi", "Password");

//
 KOOD
//

 iU.Undo();
 }
 saak (Erand ex)
 {

 }
 }

// Kasutades matkiminen klass allpool nimetatud.

avalik klass ImpersonateUser
 {
 [DllImport("advapi32.dll", SetLastError = True)]
 avalik staatiline Extern bool LogonUser(
 String lpszUsername,
 String lpszDomain,
 String lpszPassword,
 int dwLogonType,
 int dwLogonProvider,
 REF IntPtr phToken);

 [DllImport("failidest kernel32.dll", CharSet = CharSet.Auto)]
 erasektori Extern staatiline bool CloseHandle(IntPtr käepide);

 erasektori staatiline IntPtr tokenHandle = Uus IntPtr(0);
 erasektori staatiline WindowsImpersonationContext impersonatedUser;

 // Kui see kood lisada DLL, Veenduge, et nõuda, et see
 // töötab FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, Nimi = "FullTrust")]
 avalik tühine Impersonate isikusta(string domeeninimi, string kasutajanimi, string parooli)
 {
 Proovige
 {

 // Saad kasutaja token puhul haldamata LogonUser funktsiooni abil
 // määratud kasutajale, domeen, ja parool.
 konstant int LOGON32_PROVIDER_DEFAULT = 0;

 // See parameeter möödaminnes põhjustab LogonUser luua esmane luba.
 konstant int LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // Samm -1 Helista LogonUser pideme hankimine loaga.
 bool returnValue = LogonUser(
 Kasutajanimi,
 Domeeninimi,
 parooli,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 REF tokenHandle); // tokenHandle - uue turvaloa

 Kui (FALSE == returnValue)
 {
 int ret = Marshal.GetLastWin32Error();
 Console.WriteLine("LogonUser kutse nurjus tõrkekoodiga : " +
 Ret);
 viska Uus System.ComponentModel.Win32Exception(Ret);
 }

 // Samm - 2
 WindowsIdentity newId = Uus WindowsIdentity(tokenHandle);
 // Samm -3
 impersonatedUser = newId.Impersonate();

 }
 saak (Erand ex)
 {
 Console.WriteLine("Ilmnes erand. " + ex.Sõnumi);
 }
 }


 /// <Kokkuvõte>
 /// Peatuste isikustamine
 /// </Kokkuvõte>
 avalik tühine tagasivõtmine()
 {
 impersonatedUser.Undo();
 // Tasuta selle sυna.
 Kui (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</lõpp>

Telli minu blogi.

Paar nädalat tagasi, Olin töötab arendaja kolleegiga hõlmava SQL serveri aruandlusteenuste lisandmoodul MOSS projekti. Ta oli arendada veebiosa, mis annab nõuetekohase aruande esiotsa väljamõeldud (peamine tunnus on targad otsing parameetri väärtustega mitu tuhat otsingut võimaldav taga).

See töötab väga arenduskeskkonnas, kuid kasutaja heakskiitmise katsetamine (UAT) keskkond, See ei toimi. Süütamise üles siluri, meil oleks näha selline erand üksikasjad:

Kasutaja antud õigused "UAT_domainmosssvc" on selle toimingu teostamiseks pole piisavalt.(rsAccessDenied).

Kui te teete live Searchi eespool nimetatud vea kohta, leiad, et on üsna tavaline. Scarily ühise. Halvim selline pehme, kuna sellel on palju erinevaid võimalikke root põhjustab ja igaühe väljapakutud lahendus "tunneb" paremale. Me ilmselt proovinud neid kõiki.

Antud juhul, probleem oli, et olime teinud varundamine/taastamine DEV-UAT. Kuskil andmetes, midagi oli endiselt viidates "DEV_domain" (asemel uuendatud "UAT_Domain"). Oleme loonud uue saidi, lisatud veebiosa ja et lahendada meie probleem.

Loodetavasti see säästab keegi tunni või kaks, sätestatakse rida.

</lõpp>

Telli minu blogi.

Ma saan mõned sõnumid üksikisikute kaudu on sisseehitatud "saada sõnum" funktsioon Microsoft pakub elavat tühikutega (mis ka võõrustaja minu blogi) iga kuu.

Umbes kolmandiku ajal, Need kasutajad on tagatud nende live spaces kontot nii, et ma ei saa vastata. See on mingisugune anti-spam funktsioon eeldas.

</lõpp>

Ma lugesin Madhur's blog post kuidas lubade kasutada stack trace ekraanid ja nüüd ma ei tea: Miks ei me alati näidata stack trace?

Kes tulid sellest reeglist ja miks me seda järgime?

Lõpuks kasutajad teavad, midagi on valesti, mõlemal juhul. Vähemalt koos korstnat jälgi, vajutage control-printscreen, Copy/paste e-posti ja saatke see. Mis oleks selgelt vähendada aega ja jõudu, mis lahendada küsimus.

</lõpp>

Google otsingut:

Ma vajutan eespool nimetatud link ("Andmed faili: Windows SharePointi…").

Ma saan seda:

Pange tähele, URL.

Mulle päris kahtlase. Ma ei tea, kui ma peaks naerma, itsitama või kõne preester.

</lõpp>

http://groups.google.com/group/microsoft.public.sharepoint.portalserver.development/browse_thread/thread/41e8cbe4f15e8b4c/76506ea401403e35?#76506ea401403e35

Kui tööriist teeb asju ei mõista ja siis see ebaõnnestub teadmata arvu samme samm n, sa oled surnud vees…

</lõpp>

VÄRSKENDUS (04/08/08): Mulle tundub, et on lahendanud selle probleemi. Käsurealt, Ma jooksin "c:\windowssystem32lodctr/r" ühe kande räägime InstallShield probleeme ja et tundub, et lahendada see mulle.

Olen märganud, et viimasel ajal, minu desktop/server fänn kunagi kustub. Ma tean, see oli varem välja lülitada. Võtsin kontrollida seda märganud, et hetkel on VMware protsessi toimis järjekindel 20% ühel on CPU kasutamine. Ma kontrollisin sündmustelogi ja nägin neid vigu juhtub kümneid kordi minutis rakenduselogisse:

Windows ei saa laadida laiendatav loendur DLL-i UGatherer, esimene DWORD andmete osas on Windowsi vea kood.

Windows ei saa laadida laiendatav loendur DLL-i UGTHRSVC, esimene DWORD andmete osas on Windowsi vea kood.

Windows ei saa laadida laiendatav loendur DLL-i MSSCNTRS, esimene DWORD andmete osas on Windowsi vea kood.

Kui ma minna detailidesse, üks neist sõnumeid, Ma saan seda:

Allikas: Perflib

Tüüp: Tõrge

Kategooria: Ükski

Sündmuse ID 1023

Ma tegin mõned uuringud ja seal oli mingil määral näidata, see võiks olla probleem loata juurdepääsu kõnealuse DLLs osas. Ma mänginud ringi see kraam, kuid võib mõjutada positiivselt asju, et ma loobusin sellest.

VMware oli olnud näriv mind üsna pikka aega uuendatud täitmise kohta, nii et ma jotted ette, ma installitud versiooni (ilmselt "1.0.1 build 29996") ja ei update. See mulle täiendatavad v1.04. Kahjuks, See ei ole probleemi.

Ma lõpetada hull lubatavad sõnumid läheb minu rakenduselogi, kui ma sulgeda teenus nimega "VMware luba teenus". See takistab mind VMware tarkvara abil, nii … mitte selline suur valik.

Vastuvõtva operatsioonisüsteem on Windows XP-s 64 bit.

Ma ei usu, see on alati juhtunud, Aga ma ei mäleta mis tahes konkreetse sündmusega, mille olla põhjustanud see.

See on põhjus, miks ma vihkan arvutid.

</lõpp>

Mehe, "Märk", Alustatud on potentsiaalselt huvitav uudiserühma arutelu, mis keskendub "millega suurepärane SharePointi juhtimise algusest kuni" puhul on 35,000 Kasutaja keskkond.

Arutelu on siin: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

Pop kohta üle ning aidata!

</lõpp>