Aš buvau laimingas, kad dalyvauti ir pateikti praeitą savaitę SharePoint gerosios patirties konferencija. Aš vis dar nauja visa Kalbėjimas "dalykas" ir, atvirai, Man buvo šiek tiek nervų pirmąjį pusmetį, o aš sweated, kol bus kalbėti sau. Kad tarsi nervų jausmas buvo šiek tiek sunku man atkreipti dėmesį į dalyvių (ne kad aš ignoruoti juos). Vietoj, Aš šiek tiek daugiau dėmesio dalyviams.

Konferencijos visada nustatyti mano protas lenktynių ir ten buvo daug atsižvelgti į šį. Ši konferencija buvo puikus. Manau, kad tai buvo neįprasta keliais būdais. Tai buvo ne sunkiųjų kūrėjas konferencija. Ten tikrai buvo dev dalių, į jį, bet manau, kad tai buvo ne mažiau kaip 60% sutelktas ne-dev klausimus, gal toks didelis, kaip 80%. Manau, kad kalba apie plėtojama SharePoint rinkos. Įmonės įgyvendinimo SharePoint – įvairiais būdais ir jie ieško gaires, kaip tai padaryti. Ir ne tik rekomendacijos, kaip sukurti funkcijos/sprendimai (kuri iš pradžių, buvo labai gerai žinomas).

Manau, kad konferencija buvo ypatingai vertingos dauguma visiems, kurie dalyvavo ir aš žinau, kad organizatoriai planuoja daryti konferencija dar kartą kitų metų pradžioje.

Įvertinusi pasakė, kad, Manau, ten buvo praleista proga, aš tikiuosi, kad kitą konferencijų adresai. Aš pasakyti, kad tai praleista proga, bet tai nėra blogas dalykas. Atrasti Bendrijos poreikis yra pats savaime geras dalykas. Konferencijoje buvo diskutuojama, kai kurios geriausios praktikos įvairiose srityse, pavyzdžiui, valdymo, mokymo, reikalavimai rinkimas, paieškos, plėtros, informacijos architektūra, ir tt. Manau, kad tai praleista proga turi daryti su "plyno lauko" prielaidas, kuriomis grindžiamos nemažai geriausia praktika.

Kai kalbame apie plyno lauko, Mes tai kad SharePoint ne dingo į gamybą ir mes pradedame su švaraus šiferio. Tai yra idealus, nes galite pradėti iš karto naudoti geriausios praktikos nustatymas ir valdymas valdymas, informacijos architektūra, ir tt. Tačiau … Kas atsitinka, kai jūs jau su kelių tūkstančių vartotojų (arba 10 tūkstančių) ir jūs ne sekti geriausios praktikos pradžioje? Aš mačiau bendrovių, kurių … Ahem … a labai nelyginis informacijos architektūra kepama į savo aplinką. Nemanau, kad ši konferencija pateikė daug rekomendacijų dėl organizacijų su tokia problema (ir aš ne vien tik reiškia IA, bet valdymo, paieškos, daugelyje kitų sričių). žinoma, žinant, turite problema yra didelė dalis tirpalo ir tai labai vertingas.

Manau, kad internete SharePoint Bendrijos nebuvo padaryta daug spręsti šį arba. Aš žinau, aš ne. Tai labai sunku problema spręsti įvairiais lygmenimis. Techniškai tai sunku. Budget-Wise sunku. Kultūriškai, tai sunku. Tačiau, tai turbūt daugiau realiame pasaulyje problemų nei dauguma. Kadangi konferencija baigėsi, Aš galvoju apie šių rūšių problemas ir kaip vienas būtų jas spręsti. Turi būti geriau atsakyti nei, "pašalinti ir iš naujo įdiegti" Bendrija turi veido ant jos galvos ir.

Manau, kad tai puiki proga dienoraščius ir patyrę minties lyderiai bus nustatyti tam tikras gaires kaip taisyti savo aplinkoje. Manau, kad yra mažas, bet ne nulis negautų SharePoint baigti su bloga ir ilgalaikis reputaciją dėl blogai architected diegimai, kurie dėl prasto valdymo, IA, ir tt.

</pabaigos>

Prenumeruoti savo dienoraštį.

Mano internetinis draugas, Mark Miller per ir Galutinio vartotojo SharePoint (www.endusersharepoint.com) veikia nemokamai vieną valandą seminaras skirtas, kaip jis visada daro, į SharePoint galutinio vartotojo bendruomenės. Ji vyksta 1 pm EDT. Duomenys yra čia: http://www.endusersharepoint.com/?p=785

Aš sėdėjo viename iš jo internetinis seminaras praėjusį mėnesį ir tai buvo padaryta gana gerai ir jei jus domina labai praktiška info skydus į SharePoint, Aš tikiu, kad verta į 1 valandą investicijų.

</pabaigos>

Prenumeruoti savo dienoraštį.

Mano kolegos dirbo žiniatinklio dalį FBA aplinkoje.. Tarp kitko, puslapio dalis traukia kai kurie duomenys iš SQL serverio. Grand planas šiam projektui diktuoja, kad a DBA sukonfigūruoja duomenų lygio saugą SQL (o įdėjimas vartotojo ID SQL užklausoje arba kitą požiūrį, kai).

Problema ta, kad SQL serverio nežino nieko apie mūsų FBA aplinkoje, jis negali pasitikėti mums. Mes išspręsti šią problemą iš, trūksta geresnio žodžio, rankiniu būdu apsimestinis reklamos vartotojas, kad mes galėtų prisijungti prie SQL, SQL duomenų lygio saugumui kūriniai.

Nors FBA ASP.NET funkcija yra, Mes SharePoint tautos žmonės mokomi įvairių paieškos sistemų, jei užklausiamčos FBA taikomąją, tu turi tai norite sužinoti, kaip sukonfigūruoti FBA SharePoint. Man nepavyko rasti jokios informacijos apie tai, kaip kad yra FBA orientuotas ASP.NET taikymo bendrauti su SQL, kaip mums reikia rasti.

Atliekant mokslinius tyrimus tai, Mes dar kartą perskaityti šį straipsnį: ASP.NET įasmeninimas

Daugiau tyrimų buvo šio codproject straipsnio: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

Tai padėjo mums parašyti mūsų kodą, Aš įtraukta mažesnė. Tai ne labiausiai elegantiškas daiktai, bet jis dirbo. Tikiuosi, kad jums naudinga.

Čia yra kodas, kuris dirbo su mumis:

apsaugoti negaliojantis btnSearchCarrier_Click(objektas, EventArgs e)
 {
 pabandykite
 {
 ImpersonateUser iU = naujas ImpersonateUser();
 // TODO: Pakeisti kredencialus iU.Impersonate("Nazwa_domeny", "Vartotojo vardas", "Slaptažodis");

//
 KODAS
//

 iU.Undo();
 }
 sugauti (Išimtis ex)
 {

 }
 }

// Naudojant apsimetimo klasė, kaip nurodyta toliau.

visuomenės klasės ImpersonateUser
 {
 [DllImport("advapi32.dll", SetLastError = tiesa)]
 visuomenės statinis extern bool LogonUser(
 Eilutės lpszUsername,
 Eilutės lpszDomain,
 Eilutės lpszPassword,
 LC dwLogonType,
 LC dwLogonProvider,
 REF IntPtr phToken);

 [DllImport("kernel32.dll", CharSet = CharSet.Auto)]
 privačių extern statinis bool CloseHandle(IntPtr rankena);

 privačių statinis IntPtr tokenHandle = naujas IntPtr(0);
 privačių statinis WindowsImpersonationContext impersonatedUser;

 // Jei turite įtraukti šį kodą į DLL, Įsitikinkite, kad reikalauti, kad ji
 // veikia su FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, Pavadinimas = "FullTrust")]
 visuomenės atšaukti apsimesti(eilutės Nazwa_domeny, seka vartotojo vardas, eilutės slaptažodį)
 {
 pabandykite
 {

 // Naudokite funkciją nevaldomas LogonUser gauti vartotojo atpažinimo ženklo
 // nurodytas vartotojas, domeno, ir slaptažodį.
 konstanta LC LOGON32_PROVIDER_DEFAULT = 0;

 // Perduoti šį parametrą sukelia LogonUser sukurti pirminis raktas.
 konstanta LC LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // Žingsnis -1 Skambinti LogonUser gauti prieigos žetoną rankenėles..
 bool returnValue = LogonUser(
 Vartotojo vardas,
 Nazwa_domeny,
 slaptažodį,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 nuoroda tokenHandle); // tokenHandle - naujo saugos atpažinimo ženklo

 Jei (FALSE == returnValue)
 {
 LC ret = Marshal.GetLastWin32Error();
 Console.WriteLine("LogonUser skambutis nepavyko, klaidos kodas : " +
 RET);
 mesti naujas System.ComponentModel.Win32Exception(RET);
 }

 // Žingsnis - 2
 WindowsIdentity newId = naujas WindowsIdentity(tokenHandle);
 // Žingsnis -3
 impersonatedUser = newId.Impersonate();

 }
 sugauti (Išimtis ex)
 {
 Console.WriteLine("Įvyko išimtis. " + ex.Pranešimas);
 }
 }


 /// <santrauka>
 /// Stotelių įasmeninimas
 /// </santrauka>
 visuomenės atšaukti anuliuoti()
 {
 impersonatedUser.Undo();
 // Nemokamai žetonų.
 Jei (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</pabaigos>

Prenumeruoti savo dienoraštį.

Keletą savaičių atgal, Aš dirbau su kolege kūrėjas projektinei veiklai su SQL serverio ataskaitų paslaugomis plug-in, MOSS. Jis buvo sukurti puslapio dalies, kuris suteikia sąsają ataskaitoje išgalvotas (Pagrindinis bruožas yra dėl protingas paieškos parametrą keletą tūkstančių ieškoti reikšmės už jį).

Tai dirbo puikiai kūrimo aplinka, bet ir naudotojo priėmimo bandymai (UAT) aplinkos, jis neveikia. Šaudymo iki derintuvas, Mes norėtume pamatyti išimtis informacijos, kaip tai:

Teises suteikė vartotojo "UAT_domainmosssvc" nepakanka šią operaciją.(rsAccessDenied).

Jei jums gyventi paieškos dėl aukščiau klaidos, rasite tai gana dažnai. Scarily bendrosios. Blogiausias rūšies bendro nes ji turi daug įvairių galimų šaknis sukelia ir kiekvieno siūlomą sprendimą "mano" teisė. Mes tikriausiai bandė juos visus.

Mūsų atveju, problema buvo, kad mes turėjo padaryti atsarginę kopiją/atkurti DEV UAT. Kažkur į duomenų, kažkas vis dar turėjo omenyje "DEV_domain" (vietoj atnaujinta "UAT_Domain"). Mes sukūrėme naują svetainę, papildomas puslapio dalis ir kad išspręsti mūsų problemą.

Tikimės, kad tai padės taupyti kas nors valandą ar dvi žemyn linija.

</pabaigos>

Prenumeruoti savo dienoraštį.

Aš gauti pranešimus sauja iš asmenų, per įmontuotą "siųsti žinutę" funkcija Microsoft suteikia live spaces (kuris taip pat yra mano dienoraštis) kiekvieną mėnesį.

Maždaug trečdalį laiko, tiems vartotojams, užtikrinęs jų live spaces abonementą taip, kad aš negali atsakyti. Tai tam tikra antyspamowych funkcija manau.

</pabaigos>

Aš skaičiau Yulia 's dienoraštyje apie tai, kaip į įgalinti kamino pėdsakų rodo ir dabar man įdomu: Kodėl mes ne visada show buvo sukrauti pėdsakų?

Kas sugalvojo tą taisyklę ir kodėl mes tai po?

Galutiniams vartotojams žinosite, kažkas yra negerai bet kuriuo atveju. Ne mažiau kaip su sukrauti pėdsakų, jie gali paspauskite kontrolės-printscreen, kopijuoti/įklijuoti į laišką ir išsiųsti jį į jį. Kad būtų aiškiai sumažinti laiko ir pastangos, būtinos siekiant išspręsti šią problemą.

</pabaigos>

Aš tai yra Google paieška:

Aš paspausti nuorodą ankščiau ("Atsisiųsti siūlomus failus: Windows SharePoint…").

Ar galiu gauti tai:

Atkreipkite dėmesį, kad URL.

Atrodo gana įtartinas man. Aš nežinau, jei aš turėtų juoktis, Chuckle arba skambinkite kunigai.

</pabaigos>

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

Jei įrankis yra daryti dalykus, jūs nesuprantate ir tada ji neatitinka žingsnis n nežinomas skaičius veiksmus, esate mirę, vandens…

</pabaigos>

NAUJINIMAS (04/08/08): Man atrodo, kad turi išspręsti šią problemą. Iš komandų eilutės, Išbėgau "c:\windowssystem32lodctr /R" kaip už įrašą, kalbėti apie InstallShield problemų ir kad atrodo išspręsti jis mane.

Aš pastebėjau, kad pastaruoju metu, mano desktop/server ventiliatorius niekada išsijungia. Aš žinau, ji naudojama išjungti. Aš paėmė metu patikrinti jį pastebėjo, kad į VMware procesas veikia nuoseklias 20% panaudoti vieną iš Procesoriaus. Aš patikrinti įvykių ir pamačiau šias klaidas į programos žurnalą vyksta dešimtis kartų per minutę:

Windows negali įkelti Išplėstinė skaitiklis DLL UGatherer, Pirmasis DWORD duomenų skyriuje yra Windows klaidos kodas.

Windows negali įkelti Išplėstinė skaitiklis DLL UGTHRSVC, Pirmasis DWORD duomenų skyriuje yra Windows klaidos kodas.

Windows negali įkelti Išplėstinė skaitiklis DLL MSSCNTRS, Pirmasis DWORD duomenų skyriuje yra Windows klaidos kodas.

Jei aš gręžti, apie vieną iš šių pranešimų, Ar galiu gauti tai:

Šaltinio: Perflib

Tipo: Klaida

Kategorija: Nė vienas

Įvykio ID 1023

Aš kai mokslinių tyrimų ir nebuvo kai kurių požymių, jis gali būti teisių problema dėl atitinkamų DLL. Aš grojo su kad kita bet galėtų neturi įtakos dalykų pozityviai, aš davė apie tai.

VMware turėjo buvo kliautingas man apie atnaujinti gana ilgą laiką, Todėl aš jotted nustatantis versija buvo įdiegta (Matyt "1.0.1 statyti 29996") ir padarė naujinimą. Tai atnaujintas man į v1.04. Deja, jis padarė ne problemą išspręsti.

Aš galiu nutraukti insane bus mano programos žurnale jei aš išjungti paslaugą, pavadintą "VMware leidimo paslauga" pranešimų skaičius. Tai neleidžia man naudojant VMware programinę įrangą, Todėl … nėra toks didelis pasirinkimas.

Priimančioji operacinės sistemos yra Windows XP 64 šiek tiek.

Nemanau, kad tai atsitiko visada, bet aš ne prisimena bet kuriuo konkrečiu atveju, kad ji buvo.

Tai kodėl aš nekenčiu kompiuteriai.

</pabaigos>

Bendradarbis, "Ženklas", pradėjo potencialiai įdomių naujienų grupių diskusijų dėmesio "steigimo puikus SharePoint valdymo nuo pat pradžių" už a 35,000 Vartotojo aplinka.

Diskusija yra čia: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

Pop ant per ir prisidėti!

</pabaigos>