Kategoriaj Arkivoj: Uncategorized

SharePoint Plej bone Praktikadas Konferencon, “Plej bonaj Praktikoj,” Kaj la Elefanto en la Ĉambro

Mi estis bonsorta ĉeesti kaj donaco finfine SharePoint de semajno Plej Bona Praktika konferenco. Mi estas ankoraŭ nova al la tuta parolanta "afero" Kaj, Malkaŝe, Mi estis iom nervoza por la unua duono dum mi elŝvitis atendanta paroli min mem. KE speco de nervoza sento faris ĝin malgranda malfacila por mi pagi atenton al la prezentistoj (Ne ke mi ignoris ilin). Male, Mi koncentris iom pli da sur la ĉeestantoj.

Konferencoj ĉiam fiksis mian mensan kuradon kaj estis tre preni je ĉe ĉi tiu unu. Ĉi tiu konferenco estis bonega. Mi pensas ĝin estis nekutima en pluraj vojoj. Ĝi ne estis peza ellaboranta konferenco. Estis certe dev partoj al ĝi, Sed mi pensas ĝin estis almenaŭ 60% Koncentrita sur ne-dev aferoj, Eble kiel alta kiel 80%. Mi pensas ke parolas al la evoluanta naturo de la SharePoint merkato. Firmaoj estas efektivigantaj SharePoint en vario de vojoj kaj ili estas serĉantaj gvidon sur kiel fari ĝin ĝuste. Kaj ne nura gvido sur kiel krei ĉefaĵajn/solvojn (Kiu de nun, Estis tre bone establita).

Mi kredas la konferencon estis tremendously valora al plejparto de ĉiu kiu ĉeestis kaj mi scias ke la organizintoj planas fari la konferencon denove frua sekvanta jaro.

Diris tion, Mi kredas estis perdiĝita ŝancon kiu mi esperas la sekvantajn konferencajn adresojn. Mi diras ĝin estas perdiĝita ŝancon, Sed tio ne estas malbona afero. Eltrovanta komunuman bezonon estas je kaj de ĝi mem bona afero. La konferenco diskutis nombron de plej bonaj praktikoj en vario de areoj kiel administrado, Trejnanta, Postuloj kolektanta, Serĉo, Evoluado, Informa arkitekturo, Ktp. Mi pensas ke la perdiĝita ŝancon devas fari kun la "verda kampo" Antaŭsupozoj fundamenta multaj de la plej bonaj praktikoj.

Kiam ni parolas pri verda kampo, Ni signifas ke SharePoint ne iris en produktado kaj ni estas komencantaj kun pura ardezo. Tio ĉi estas ideala ĉar vi povas komenci tuj uzanta plej bonajn praktikojn por difinanta kaj administranta administradon, Informa arkitekturo, Ktp. Tamen … Kio okazas kiam vin estas jam en produktado kun pluraj mil uzantoj (Aŭ 10-a de miloj) Kaj vi ne sekvis plej bonajn praktikojn ĉe la komenco? Mi vidis firmaojn kun … Ahem … tre Stranga Informa arkitekturo bakita en ilia medio. Mi ne pensas ke ĉi tiu konferenco provizis multe da gvidon por organizoj kun tiu speco de problemo (Kaj mi faras ne nur malbonan IA, Sed administrado, Serĉo, Multaj aliaj areoj). Nature, Scianta vin havas problemon estas granda parto de la solvo kaj tio estas tre valora.

Mi pensas ke la enreta SharePoint komunumo ne faris tre trakti tion ĉi aŭ. Mi scias min havas ne. Ĝi estas tre malfacila problemo solvi ĉe multaj niveloj. Teknike ĝi estas malfacile. Buĝeto-saĝa ĝi estas malfacile. Kulture, Ĝi estas malfacile. Tamen, Ĝi estas verŝajne pli granda vera monda problemo ol plej. Pro tio ke la konferenco finis, Mi estis pensanta pri ĉi tiuj specoj de problemoj kaj kiel unu solvus ilin. Tie devas esti pli bona respondo ol, "uninstall kaj reinstall" Kaj la komunumaj bezonoj alfronti ĝin gvidi sur.

Mi pensas ke tio ĉi granda ŝanco por la blogging komunumo kaj spertis pensita gvidantojn meti ekstere iun gvidon sur kiel ripari iliajn mediojn. Mi pensas tie estas malgranda sed ne-nulo risko ke SharePoint povus fini supre kun malbona kaj eltenanta reputacio rezulte de nebone architected efektivigoj kiu malsukcesas pro malriĉa administrado, IA, Ktp.

</Fino>

Aboni al mia blogo.

Technorati Etikedoj:

SharePoint Instrumentpaneloj Enreta Seminario

Mia enreta amiko, Mark Miller super kaj Fina Uzanto SharePoint (Www.endusersharepoint.com) Estas kuranta liberan unu hora seminario celita, Ŝatas lin ĉiam faras, Ĉe la SharePoint Fina Uzanto komunumo. Ĝi okazas ĉe 1pm EDT. Detaloj estas ĉi tie: http://www.endusersharepoint.com/?p=785

Mi sidis en sur unu el lia enreta seminario lasta monato kaj ĝi estis farita tre bone kaj se vi estas interesita en kelkaj tre praktika info sur instrumentpaneloj en SharePoint, Mi estas certe ĝi estas valora la 1 Hora investo.

</Fino>

Aboni al mia blogo.

Technorati Etikedoj: ,

FBA kaj SQLa Servilo: Ama Rakonto

Mia kolego estis laboranta sur araneaĵa parto en FBAa medio. Inter aliaj aferoj, La araneaĵa parto tiras kelkajn datumojn de SQLa servilo. La granda plano por ĉi tiu projekto postulas ke DBA formas datuman nivelon sekureco en SQL (Kiel oponita al embedding uzanta IDENTIGAĴO en SQLa demando aŭ kelkaj alia alproksimiĝo).

La problemo estas ke SQLa servilo ne scias ion ajn pri nia FBAa medio do ĝi ne povas fidi nin. Ni solvis ĉi tiun problemon de, Por manko de pli bona vorto, Mane impersonating ADa uzanto por ke ni povus konekti al SQL tia tiu SQLa datuma nivela sekureco laboroj.

Eĉ kvankam FBA estas ASPIDO.PURA ĉefaĵo, Ni SharePoint Naciaj homoj instruis la diversajn serĉajn motorojn ke se vi estas pridemandanta por FBA, Vi devas signifi vin deziri scii kiel formi FBA en SharePoint. Mi malsukcesis trovi trovi ajnan informon sur kiel ebligi FBA oriented ASPIDO.PURA apliko komuniki kun SQL en la vojo ni devis.

En la kurso esplori tion ĉi, Ni re-legita ĉi tiun artikolon: ASPIDO.PURA Impersonation

Pli da esploro gvidis nin al ĉi tiu codproject artikolo: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

Kiu helpis nin skribi nian kodon, Kiu mi inkluzivis sub. Ĝi ne estas la plej eleganta aĵo, Sed ĝi laboris. Mi esperas vin trovas ĝin helpema.

Ĉi tie-a la kodo kiu laboris por ni:

Protektita Malplena btnSearchCarrier_Klako(Objekta sendinto, EventArgs e)
 {
 Provo
 {
 ImpersonateUser iU = Nova ImpersonateUser();
 // TODO: Anstataŭigi credentials
 iU.Impersonate("DomainName", "Salutnomo", "Pasvorto");

//
 KODO
//

 IU.Malfaras();
 }
 Kaptaĵo (Escepto eksa)
 {

 }
 }

// Uzanta Impersonation klaso kiel menciita sub.

Publika Klaso ImpersonateUser
 {
 [DllImport("Advapi32.Dll", SetLastError = Vera)]
 Publika Senmova Extern Bool LogonUser(
 Laĉi lpszUsername,
 Laĉi lpszDomain,
 Laĉi lpszPassword,
 Int dwLogonType,
 Int dwLogonProvider,
 Ref IntPtr phToken);

 [DllImport("Kernel32.Dll", CharSet = CharSet.Aŭtomobilo)]
 Privata Extern Senmova Bool CloseHandle(IntPtr anso);

 Privata Senmova IntPtr tokenHandle = Nova IntPtr(0);
 Privata Senmova WindowsImpersonationContext impersonatedUser;

 // Se vi inkluzivas ĉi tiun kodon en DLL, Esti certe postuli ke ĝi
 // Kuroj kun FullTrust.
 [PermissionSetAttribute(SecurityAction.Postulo, Nomo = "FullTrust")]
 Publika Malplena Impersonate(Laĉi domainName, Ŝnura salutnomo, Ŝnura pasvorto)
 {
 Provo
 {

 // Uzi la unmanaged LogonUser funkcion akiri la uzanton token por
 // La specifa uzanto, Domajno, Kaj pasvorto.
 Const Int LOGON32_PROVIZANTA_NEREPAGO = 0;

 // Pasanta ĉi tiun parametron kaŭzas LogonUser krei  primaran token.
 Const Int LOGON32_LOGON_INTERAKTIVA = 2;
 TokenHandle = IntPtr.Nulo;

 // Paŝo -1 Voki LogonUser akiri anson al aliro token.
 Bool returnValue = LogonUser(
 Salutnomo,
 DomainName,
 Pasvorto,
 LOGON32_LOGON_INTERAKTIVA,
 LOGON32_PROVIZANTA_NEREPAGO,
 Ref tokenHandle); // TokenHandle - Nova sekureco token

 Se (Falsa == returnValue)
 {
 Int ret = Direktanto.GetLastWin32Error();
 Regilaro.WriteLine("LogonUser vokas malsukcesita kun erara kodo : " +
 Ret);
 Ĵeti Nova Sistemo.ComponentModel.Win32Exception(Ret);
 }

 // Paŝo - 2
 WindowsIdentity newId = Nova WindowsIdentity(TokenHandle);
 // Paŝo -3
 ImpersonatedUser = newId.Impersonate();

 }
 Kaptaĵo (Escepto eksa)
 {
 Regilaro.WriteLine("Escepto okazis. " + Eksa.Mesaĝo);
 }
 }


 /// <Resuma>
 /// Haltigoj impersonation
 /// </Resuma>
 Publika Malpleno Malfaras()
 {
 ImpersonatedUser.Malfaras();
 // Liberigi la tokens.
 Se (TokenHandle != IntPtr.Nulo)
 CloseHandle(TokenHandle);
 }
 }

</Fino>

Aboni al mia blogo.

Technorati Etikedoj:

Aldonanta la Folkloron: SSRS Diras Min “RsAccessDenied”, Sed … Mi Vere ja Havas Aliron

Kelkaj semajnoj reen, Mi estis laboranta kun mia ellaboranta kolego sur projekto okupanta SQLan Servilon Raportanta Servan ŝtopilon-je por MUSKO. Li estis evoluiganta araneaĵan parton kiu provizas elegantan fronta-fino al la raporto konvena (La ĉefa ĉefaĵo estanta lerta lookup sur parametro kun pluraj mil searchable valoroj malantaŭ ĝi).

Tio ĉi estis laboranta grandan en la evoluada medio sed en la uzanta akcepta elprovado (UAT) Medio, Ĝi ne laborus. Pafadanta supre la debugger, Ni vidus escepton detalas tiel:

La permesoj donita al uzanta ‘UAT_domajnomosssvc' estas nesufiĉa por elfaranta ĉi tiun operacion.(RsAccessDenied).

Se vi fari vivan serĉon sur la supra eraro, Vi trovas ĝin estas tre ofta. Scarily ofta. La plej malbona speco de ofta ĉar ĝi havas multajn malsamajn potencialajn radikajn aferojn kaj ĉiu-a sugestita solvon "sentas" Ĝusta. Ni verŝajne provis ilin ĉiuj.

En nia kazo, La problemo estis ke ni faris rezervon/restarigas de DEV al UAT. Ie en la datumo, Io estis ankoraŭ plu-gvidanta al "DEVa_domajno" (Anstataŭ la ĝisdatigita "UATa_Domajno"). Ni kreis novan ejon, Aldonita la araneaĵan parton kaj ke solvis nian problemon.

Espereble tio ĉi savos iun horo aŭ du malsupren la linio.

</Fino>

Aboni al mia blogo.

Technorati Etikedoj:

Negrava Publika Anonco: Fenestroj Vivaj Sekurecaj Fiksoj kaj Kontaktanta Spacialajn Posedantojn

Mi ricevas iometon de mesaĝoj de individuoj tra la konstruita-je "sendi mesaĝon" Funkcio Microsoft provizas kun vivaj spacoj (Kiu ankaŭ gastigas mian blogon) Ĉiu monato.

Pri unu triono de la tempo, Tiuj uzantoj sekurigis iliajn vivajn spacojn klarigas tia ke mi ne povas respondi. Tio ĉi estas iu speco de anti-spama ĉefaĵo mi supozas.

</Fino>

Estas “Nekonata Eraro” Mesaĝoj Vere Pli Bona Ol Staplo Trace?

Mi estis leganta Madhur?? Bloga #po?to sur kiel al Ebligi staplan spuron #montri?o Kaj nun I?? Scivolanta: Kial faras ne nin ĉiam montri staplan spuron?

Kiu venis supre kun tiu regulo kaj kial ni sekvas ĝi?

Finaj uzantoj scios ion estas malĝuste en ajna kazo. Almenaŭ kun stapla spuro, Ili povas premi kontrolon-printscreen, Kopio/almetas en retpoŝto kaj sendi ĝin al ĜI. Kiu klare reduktus la tempon kaj penon postulita solvi la aferon.

</Fino>

Technorati Etikedoj:

Tio ĉi estas Kial mi ne Ŝatas Uzanta Ilojn Tage Nulo

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

Se la ilo estas faranta aĵon vi ne komprenas kaj tiam ĝi malsukcesas en paŝo n el nekonata nombro de paŝoj, Vi estas senvive en la akvo…

</Fino>

Technorati Etikedoj:

Eventa IDENTIGAĴO 1023: “Fenestroj ne povas ŝarĝi extensible sumigila DLL MSSCNTRS”

ĜISDATIGO (04/08/08): Mi ŝajnas solvi ĉi tiun problemon. De la komanda linio, Mi kuris "c:\Fenestrojsystem32lodctr /R" Kiel por enira parolado pri InstallShield problemoj kaj ke aperas solvi ĝin por mi.

Mi rimarkis ke lastatempe, Mia surtabla/servila fervorulo neniam elŝaltas. Mi scias ĝin uzis elŝalti. Mi prenis momenton kontroli ĝin rimarkita ke la VMware procezo estis kuranta konsekvencan 20% Utiligo sur unu el la CPU-a. Mi kontrolis la eventan ŝtipon kaj vidis ĉi tiujn erarojn en la aplika ŝtipo okazanta dekduojn de tempoj por minuto:

Fenestroj ne povas ŝarĝi extensible sumigila DLL UGatherer, La unua DWORD en datuma sekcio estas la Fenestra erara kodo.

Fenestroj ne povas ŝarĝi extensible sumigila DLL UGTHRSVC, La unua DWORD en datuma sekcio estas la Fenestra erara kodo.

Fenestroj ne povas ŝarĝi extensible sumigila DLL MSSCNTRS, La unua DWORD en datuma sekcio estas la Fenestra erara kodo.

Se mi boras en la detaloj de unu el tiuj mesaĝoj, Mi akiras tion ĉi:

Fonto: Perflib

Tipo: Eraro

Kategorio: Neniu

Eventa IDENTIGAĴO 1023

Mi faris iun esploron kaj estis iu indiko ĝi povus esti permesa problemo en terminoj de aliro al la DLLs en demando. Mi ludis proksimume kun tiu aĵo sed ne povus influi aferojn en pozitiva vojo do mi lasis sur tio.

VMware estis neforigebla mi pri elfaranta ĝisdatigon por tre iu tempo, Do mi jotted malsupren la versio mi instalis (Ŝajne "1.0.1 konstruo 29996") Kaj faris la ĝisdatigon. Tio ĉi altgradigis min al v1.04. Bedaŭrinde, Ĝi ne riparis la aferon.

Mi povas halti la frenezan nombron de mesaĝoj iranta al mia aplika ŝtipo se mi fermis servon nomis "VMware Rajtiga Servo". Tio ĉi malhelpas min de uzanta la VMware softvaro, Tiel … Ne tia granda elekto.

La gastiganto funkcianta sistemon estas Fenestra XP 64 Mordis.

Mi ne pensas tion ĉi ĉiam okazis, Sed mi ne memoras ajnan apartan eventon kiu eble gvidus al ĝi.

Tio ĉi estas kial mi malamas komputilojn.

</Fino>

Technorati Etikedoj:

Foruma Diskuto: Observiganta Plej Bonan Praktikan Observon en Ne-Triviala MUSKA Medio

Samrangulo, "Mark", Komencis supre potenciale interesanta newsgroup diskuto koncentranta sur "establanta bonegan SharePoint Administrado de la komenco" Por 35,000 Uzanta medio.

La diskuto estas ĉi tie: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

Popmuziko sur super kaj kontribui!

</Fino>