Yr oeddwn yn ffodus i fynychu a chyflwyno yn y gynhadledd arferion gorau SharePoint yr wythnos diwethaf. Yr wyf yn dal yn newydd i gyd siarad "peth" a, a dweud y gwir, Yr oeddwn yn teimlo braidd yn nerfus yn hanner cyntaf er chwysu dan yr allan yn aros i siarad fy hun. Bod teimlad math o nerfus yn ei gwneud yn braidd yn anodd i mi roi sylw i'r cyflwynwyr (not that I ignored them). Yn lle hynny, I focused a bit more on the attendees.

Mae cynadleddau bob amser yn gosod fy rasio cof ac roedd cymryd llawer yn un hwn. Y gynhadledd hon yn ardderchog. Credaf mai anarferol mewn sawl ffordd. Nid oedd cynhadledd datblygwr trwm. Yn sicr roedd rhannau datblygiad iddo, but I think it was at least 60% focused on non-dev issues, efallai mor uchel â 80%. Credaf y mae siarad i natur newidiol y farchnad SharePoint. Mae cwmnïau yn gweithredu'r SharePoint mewn amrywiaeth o ffyrdd ac maent yn edrych am arweiniad ar sut i wneud yn iawn. Ac nid yn unig o arweiniad ar sut i greu nodweddion/atebion (which by now, has been very well established).

Credaf oedd hynod werthfawr i'r rhan fwyaf o bawb a fynychodd y gynhadledd ac rwy'n gwybod bod y dalu'u yn cynllunio i wneud y gynhadledd eto gynnar y flwyddyn nesaf.

Having said that, Credaf oedd colli cyfle y gobeithiaf y cyfeiriadau gynhadledd nesaf. Dywedaf yn gyfle a gollwyd, ond nid yw hynny'n beth drwg. Darganfod angen yn y gymuned yn beth da i mewn a ynddo'i hun. Roedd y gynhadledd yn trafod nifer o arferion gorau mewn amrywiaeth o feysydd megis llywodraethu, hyfforddiant, requirements gathering, chwilio, development, information architecture, ac ati. Credaf gan bod y cyfle a gollwyd i wneud y maes gwyrdd"" assumptions underlying many of the best practices.

When we talk about green field, Rydym yn golygu bod heb SharePoint yn mynd i gynhyrchu ac yn dechrau gyda llechen lân. Mae hyn yn ddelfrydol oherwydd gallwch ddechrau syth gan ddefnyddio arferion gorau ar gyfer diffinio a rheoli llywodraethu, information architecture, ac ati. Fodd bynnag, … what happens when you’re already in production with several thousand users (neu 10 o filoedd) and you didn’t follow best practices at the beginning? Rwyf wedi gweld cwmnïau gyda … ahem … a very odd pensaernïaeth gwybodaeth wedi'i bobi yn eu hamgylchedd. Dydw i ddim yn meddwl bod Roedd y gynhadledd hon yn darparu canllawiau llawer o sefydliadau gyda'r math hwnnw o broblem (and I don’t just mean IA, but governance, chwilio, many other areas). Wrth gwrs, knowing you have a problem is a big part of the solution and that’s very valuable.

Credaf fod heb y gymuned SharePoint ar-lein yn gwneud llawer i fynd i'r afael â hyn naill ai. Gwn nad oes gennyf. Mae'n broblem anodd iawn i'w datrys ar sawl lefel. Yn dechnegol, mae'n anodd. Budget-WISE ei bod yn anodd. Ddiwylliannol, Mae'n anodd. Fodd bynnag,, Mae'n debyg ei bod yn broblem byd go iawn yn fwy na'r rhan fwyaf. Ers y daeth y gynhadledd i ben, Rydym wedi bod yn meddwl am y mathau hyn o broblemau a sut un fyddai eu datrys. Rhaid ateb gwell na, "uninstall and reinstall" and the community needs to face it head on.

Credaf fod hwn yn gyfle gwych ar gyfer y gymuned blogio a phrofiadol meddwl arweinwyr i osod rhai canllawiau ar sut i atgyweirio eu hamgylcheddau eu. Credaf y ceir bach ond roedd an-sero risg y gallai SharePoint yn y diwedd ag enw drwg a pharhaus o ganlyniad wael architected weithredu yn methu oherwydd llywodraethu gwael, IA, ac ati.

</diwedd>

Tanysgrifio i fy mlog.

Mae fy ffrind ar-lein, Miller Mark dros a Diwedd SharePoint Defnyddiwr (www.endusersharepoint.com) yn cynnal seminar awr am ddim un sydd wedi'i thargedu, fel ei fod bob amser yn gwneud, yn y gymuned SharePoint defnyddiwr. Yn digwydd ar 1 pm EDT. Mae manylion yma: http://www.endusersharepoint.com/?p=785

Yr wyf wedi eistedd ar un ei seminar ar-lein y mis diwethaf a gwnaed eithaf dda ac os oes gennych ddiddordeb mewn rhai gwybodaeth ymarferol iawn ar dangosfyrddau yn SharePoint, Yr wyf yn siŵr ei fod yn werth y 1 buddsoddiad awr.

</diwedd>

Tanysgrifio i fy mlog.

Mae fy nghyd-Aelod wedi bod yn gweithio ar ran we mewn amgylchedd FBA. Ymhlith pethau eraill, Mae y rhan o'r we yn dwyn rhai data o'r gweinydd SQL. Mae cynllun mawr ar gyfer y prosiect hwn yn mynnu bod Mae'r DBA yn ffurfweddu'r lefel diogelwch data yn SQL (yn hytrach na sefydlu yn ID defnyddiwr mewn ymholiad SQL neu ryw ddull arall).

Y broblem yw nad yw'n gweinydd SQL yn gwybod unrhyw beth am ein hamgylchedd FBA felly ni ellir ei ymddiried ynom. Rydym yn datrys y broblem hon gan, am ddiffyg gair gwell, eich hun hi dynwared defnyddiwr OC fel y gellid cysylltu SQL y mae SQL data lefel gwaith diogelwch.

Hyd yn oed er FBA yn nodwedd ASP.NET, rydym yn SharePoint Nation pobl wedi dysgu y gwahanol beiriannau chwilio, os ydych yn holi am FBA, Rhaid i chi olygu eich bod am wybod sut i ffurfweddu FBA yn SharePoint. Methais ddod o hyd i canfod a oedd unrhyw wybodaeth ar sut i alluogi FBA yn canolbwyntio ar gais ASP.NET i gyfathrebu â SQL yn y ffordd yr oedd angen inni.

Wrth ymchwilio i'r, rydym yn ail-ddarllen yr erthygl hon: ASP.NET dynwared

Ein harwain mwy o ymchwil i'r erthygl hon codproject: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

Mae hynny'n ein helpu i ysgrifennu ein cod, Yr wyf wedi cynnwys isod. Nid yw y pethau mwyaf cain, ond roedd yn gweithio. Gobeithiaf y bydd yn ddefnyddiol yn.

Dyma'r cod sy'n gweithio i ni:

diogelu ddi-rym btnSearchCarrier_Click(anfonwr gwrthrych, EventArgs e)
 {
 ceisio
 {
 U = ImpersonateUser newydd ImpersonateUser();
 // POB: Amnewid cymwysterau
 ("DomainName", "UserName", "Cyfrinair");

//
 COD
//

 iU.Undo();
 }
 dal (Ex Eithriad)
 {

 }
 }

// Defnyddio dosbarth dynwared fel a grybwyllir isod.

cyhoeddus dosbarth ImpersonateUser
 {
 [DllImport("advapi32.dll", SetLastError = wir)]
 cyhoeddus sefydlog allanol bool LogonUser(
 LpszUsername llinyn,
 Llinynnol lpszDomain,
 Llinynnol lpszPassword,
 dwLogonType int,
 int dwLogonProvider,
 cyf IntPtr phToken);

 [DllImport("kernel32.dll", Charset = CharSet.Auto)]
 preifat allanol sefydlog Bool CloseHandle(IntPtr trin);

 preifat sefydlog IntPtr tokenHandle = newydd IntPtr(0);
 preifat sefydlog WindowsImpersonationContext impersonatedUser;

 // Os ydych yn cynnwys y cod hwn i mewn i DLL, gofalwch eich bod yn mynnu ei fod yn
 // rhedeg gyda FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, Enwch = "FullTrust")]
 cyhoeddus dynwared unedau gwag(llinyn enw parth, userName llinyn, cyfrinair llinyn)
 {
 ceisio
 {

 // Defnyddiwch y swyddogaeth LogonUser heb ei reoli i gael y tocyn defnyddiwr ar gyfer
 // y defnyddiwr a bennir, parth, a chyfrinair.
 Etholaeth int LOGON32_PROVIDER_DEFAULT = 0;

 // Pasio paramedr mae hyn yn achosi LogonUser i greu tocyn gynradd.
 Etholaeth int LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // Cam -1 Ffoniwch LogonUser i gael dolen i tocyn mynediad.
 Bool returnValue = LogonUser(
 userName,
 enw parth,
 cyfrinair,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 Eiddo tokenHandle); // tokenHandle - diogelwch newydd tocyn

 os (ffug == returnValue)
 {
 int ret = Marshal.GetLastWin32Error();
 Console.WriteLine("LogonUser alwad wedi methu gyda'r cod gwall : " +
 iawn);
 taflu System.ComponentModel newydd.Win32Exception(iawn);
 }

 // Cam - 2
 WindowsIdentity Newid = newydd WindowsIdentity(tokenHandle);
 // Cam -3
 impersonatedUser = newId.Impersonate();

 }
 dal (Ex Eithriad)
 {
 Console.WriteLine("Digwyddodd eithriad wrth. " + ex.Message);
 }
 }


 /// <crynodeb>
 /// Arosfannau ffugio
 /// </crynodeb>
 cyhoeddus unedau gwag Dadwneud()
 {
 impersonatedUser.Undo();
 // Rhyddhau'r tocynnau.
 os (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</diwedd>

Tanysgrifio i fy mlog.

Ychydig wythnosau yn ôl, Oedd yn gweithio gyda fy nghyd-Aelod yn y datblygwr ar brosiect sy'n cynnwys SQL gweinydd adrodd gwasanaethau ategyn ar gyfer MOSS. Oedd yn ei ddatblygu yn rhan we sy'n darparu ffansi uniongyrchol i'r adroddiad priodol (y prif nodwedd bod yn glyfar am-edrych ar paramedr gyda sawl mil o werthoedd chwilio y tu ôl iddo).

Mae hyn yn gweithio'n wych yn yr amgylchedd datblygiad ond yn y profion derbyniad defnyddwyr (UAT) amgylchedd, fyddwn i ddim yn gweithio. Tanio hyd y rhaglen difa chwilod, byddem yn gweld manylion eithriad fel hyn:

Y caniatadau a roddwyd i'r defnyddwyr 'UAT_domain mosssvc' yn ddigonol ar gyfer perfformio y llawdriniaeth hon.(rsAccessDenied).

Os ydych yn gwneud chwiliad fyw ar y gwall uchod, byddwch yn canfod ei fod yn eithaf cyffredin. Nghystadleuaeth cyffredin. Achosi math gwaethaf o cyffredin oherwydd y mae llawer o gwraidd posibl gwahanol ac i bawb ateb a awgrymwyd "teimla" iawn. Mae'n debyg yr ydym yn ceisio pob un ohonynt.

Yn ein hachos ni, y broblem oedd ein bod wedi gwneud copi wrth gefn/adfer o'r datblygiad i UAT. Rhywle yn y data, yr oedd rhywbeth yn dal yn cyfeirio at "DEV_domain" (yn hytrach na "UAT_Domain" wedi'i ddiweddaru). Rydym wedi creu safle newydd, Ychwanegodd y we rhan a bod datrys ein problem.

Y gobaith yw y bydd hyn yn arbed rhywun awr neu ddwy i lawr y lein.

</diwedd>

Tanysgrifio i fy mlog.

I receive a handful of messages from individuals via the built-in "send a message" swyddogaeth Microsoft yn darparu gyda mannau byw (sydd hefyd yn cynnal fy blog) bob mis.

Mae tua un rhan o dair o'r amser, defnyddwyr hynny wedi eu cyfrif mannau byw megis bod ni allaf ateb. Mae hyn yn rhyw fath o nodwedd sbam cymeraf.

</diwedd>

Yr oeddwn yn darllen blog y Madhur ar sut i galluogi pentwr hybrin arddangosfeydd ac yn awr, tybed: pam nad ydym bob amser yn dangos olrhain stac?

Pwy ddaeth i fyny gyda y rheol honno, a pham yr ydym yn ei ddilyn?

Bydd defnyddwyr yn gwybod rhywbeth yn anghywir yn y naill achos. Leiaf gyda stac, gallant bwyso rheolaeth-printscreen, Copïo/gludo i e-bost a'i anfon at ei. Yn amlwg byddai hynny'n lleihau'r amser a'r ymdrech sydd eu hangen i ddatrys y mater.

</diwedd>

Yr wyf yn gwneud chwiliad Google:

Fyddaf yn clicio ar y ddolen a amlygwyd uchod ("Lawrlwytho manylion: Windows SharePoint…").

Yr wyf yn cael hyn:

Nodi yr URL.

Yn edrych yn eithaf amheus i mi. Ddim yn gwybod os dylai chwerthin, chwerthin neu ffoniwch offeiriad.

</diwedd>

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

Os yw'r offeryn yn gwneud pethau nad ydych yn ei ddeall ac yna ei fod yn methu yng ngham n o nifer anhysbys o gamau, eich bod yn marw yn y dŵr…

</diwedd>

Y NEWYDDION DIWEDDARAF (04/08/08): Petawn i wedi datrys y broblem hon. O'r llinell orchymyn, Yr wyf yn rhedeg 'c:\ffenestri system32 lodctr / R" fel y cofnod yn siarad am broblemau InstallShield a bod yn ymddangos ei fod wedi ei datrys i mi.

Yr wyf wedi sylwi bod yn ddiweddar, Mae fy hoff bwrdd gwaith/gweinydd byth yn diffodd. Gwn yr arferai droi oddi ar. Manteisiais ar hyn o bryd i wirio sylwodd ei bod yr oedd yn broses VMware yn rhedeg yn gyson 20% gor-ddefnyddio ar un o'r y CPU. Gwirio y log digwyddiadau ac yn gweld y gwallau hyn yn y cofnod cais o ddwsinau o weithiau y funud yn digwydd:

Ni all Windows lwytho extensible UGatherer DLL cownter, y DWORD cyntaf yn adran data yw'r cod gwall Ffenestri.

Ni all Windows lwytho extensible UGTHRSVC DLL cownter, y DWORD cyntaf yn adran data yw'r cod gwall Ffenestri.

Ni all Windows lwytho MSSCNTRS DLL cownter estynadwy, y DWORD cyntaf yn adran data yw'r cod gwall Ffenestri.

Os wyf yn drilio i mewn i'r manylion un o'r negeseuon hynny, Yr wyf yn cael hyn:

Ffynhonnell: Perflib

Math: Gwall

Categori: Dim

Rhif y Digwyddiad 1023

Gwneuthum beth ymchwil ac yr oedd rhyw arwydd y gallai fod problem caniatâd o ran mynediad i DLLs dan sylw. Chwarae o gwmpas gyda stwff hwnnw, ond ni allai effeithio ar bethau mewn ffordd gadarnhaol felly rhoddais y gorau ar hynny.

Roedd VMware bod yn swnian i mi am berfformio diweddariad ers peth amser, felly yr wyf yn jotted i lawr y fersiwn oeddwn wedi gosod (Mae'n debyg "Mae 1.0.1 adeiladu 29996") a oedd y wybodaeth ddiweddaraf. Roedd hyn wedi uwchraddio mi v1.04. Yn anffodus, nid oedd yn datrys y mater.

Gall atal nifer gwallgof y negeseuon yn mynd i fy log cais os wyf cau gwasanaeth a enwir "VMware awdurdodi gwasanaeth". Mae hyn yn fy rhwystro rhag defnyddio'r meddalwedd VMware, felly … Nid o'r fath yn mawr opsiwn.

Mae'r system weithredu llu yn Windows XP 64 bit.

Nid wyf yn credu bod hyn wedi digwydd bob amser yn, ond nid wyf yn cofio unrhyw ddigwyddiad penodol a allai fod wedi arwain at ei.

Dyma pam yr wyf yn casáu cyfrifiaduron.

</diwedd>

Mae cyd-, "" Marc, wedi i ddechrau trafodaeth grŵp newyddion diddorol o bosibl yn canolbwyntio ar "sefydlu llywodraethu SharePoint rhagorol o'r dechrau" ar gyfer 35,000 amgylchedd ddefnyddiwr.

Mae'r drafodaeth yma: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

Galwch ar drosodd a chyfrannu!

</diwedd>