I was lucky to attend and present at last week’s SharePoint Best Practices conference. I’m still new to the whole speaking "thing" və, açıq, I was a bit nervous for the first half while I sweated out waiting to speak myself. That sort of nervous feeling made it a little hard for me to pay attention to the presenters (Mən onlara rədd ki,). Əvəzində, Mən iştirakçıları barədə bir az daha diqqət.

Conferences always set my mind racing and there was a lot take in at this one. This conference was excellent. I think it was unusual in several ways. It wasn’t a heavy developer conference. There were certainly dev parts to it, ancaq azı idi 60% qeyri-dev məsələləri diqqət, maybe as high as 80%. I think that speaks to the evolving nature of the SharePoint market. Companies are implementing SharePoint in a variety of ways and they are looking for guidance on how to do it right. And not just guidance on how to create features/solutions (hansı artıq ilə, çox gözəl yaradılıb).

I believe the conference was tremendously valuable to most everyone that attended and I know that the organizers plan to do the conference again early next year.

Ki, sonra, I believe there was a missed opportunity which I hope the next conference addresses. I say it’s a missed opportunity, but that’s not a bad thing. Discovering a community need is in and of itself a good thing. The conference discussed a number of best practices in a variety of areas such as governance, təlim, tələblərinə toplanması, axtarış, inkişaf, məlumat memarlıq, və s.. I think that the missed opportunity has to do with the "green field" fərziyyələr əsasında duran ən yaxşı çox.

Biz yaşıl sahə haqqında danışmaq zaman, we mean that SharePoint hasn’t gone into production and we’re starting with a clean slate. This is ideal because you can start straight away using best practices for defining and managing governance, məlumat memarlıq, və s.. Lakin … siz olduğunuzda nə min bir neçə istifadəçi istehsal artıq olur (or 10’s of thousands) və ilin əvvəlində ən yaxşı təcrübələrə riayət etməyib? I’ve seen companies with … ahem … bir çox tək information architecture baked into their environment. I don’t think that this conference provided much guidance for organizations with that kind of problem (Mən yalnız IA demək deyil, lakin idarəetmə, axtarış, bir çox digər sahələrdə). Əlbəttə, bir problem var, bilmek həllinə böyük bir hissəsidir və çox dəyərli var.

I think that the online SharePoint community hasn’t done much to address this either. I know I have not. It’s a very hard problem to solve at many levels. Technically it’s hard. Budget-wise it’s hard. Culturally, it’s hard. Lakin, it’s probably a bigger real world problem than most. Since the conference ended, I’ve been thinking about these kinds of problems and how one would solve them. There has to be a better answer than, "uninstall and reinstall" və icma-da baş üzə lazımdır.

I think that this a great opportunity for the blogging community and experienced thought leaders to lay out some guidance on how to repair their environments. I think there’s a small but non-zero risk that SharePoint could end up with a bad and enduring reputation as a result of poorly architected implementations that fail due to poor governance, IA, və s..

</son>

Blog abunə.

Mənim online dost, Mark Miller artıq və Axırıncı İstifadəçi SharePoint (www.endusersharepoint.com) hedefleyen bir pulsuz bir saat seminar çalışan, o zaman nə kimi, at the SharePoint End User community. It takes place at 1pm EDT. Details are here: http://www.endusersharepoint.com/?p=785

Mən keçən ay onun online seminar birində oturdu və kifayət qədər yaxşı və SharePoint ilə panelinə dair bir çox praktiki info ilgileniyorsanız, Hesab edirəm ki, dəyər əminəm 1 saat investisiya.

</son>

Blog abunə.

My colleague has been working on a web part in an FBA environment. Among other things, the web part pulls some data from SQL server. The grand plan for this project dictates that a DBA configures data level security in SQL (kimi bir SQL sorğu bir istifadəçi ID və ya başqa bir yanaşma daxilolma qarşı).

The problem is that SQL server doesn’t know anything about our FBA environment so it can’t trust us. We solved this problem by, daha yaxşı bir söz olmaması üçün, manually impersonating an AD user so that we could connect to SQL such that SQL data level security works.

FBA bir ASP.NET xüsusiyyət olsa da, biz SharePoint Nation nəfər müxtəlif axtarış motorları tədris ki, siz FBA üçün querying yapıyorsanız, you must mean you want know how to configure FBA in SharePoint. I failed to find find any information on how to enable an FBA oriented ASP.NET application to communicate with SQL in the way we needed.

Bu araşdırma zamanı, biz yenidən oxumaq bu maddənin: ASP.NET impersonation

Daha çox araşdırma bu codproject maddə bizi gətirib: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

Yəni bizim kodu yazmaq kömək, which I’ve included below. It’s not the most elegant stuff, lakin o, işləyib. I hope you find it helpful.

Burada bizim üçün çalışıb ki, kod:

müdafiə void btnSearchCarrier_Click(obyekt göndərən, EventArgs e)
 {
 cəhd
 {
 ImpersonateUser IU = yeni ImpersonateUser();
 // TODO: Etimadnaməsini dəyişdirin
 ("DomainName", "UserName", "Password");

//
 CODE
//

 iU.Undo();
 }
 tutmaq (Istisna ex)
 {

 }
 }

// Impersonation sinif istifadə edərək aşağıda qeyd.

ictimai sinfi ImpersonateUser
 {
 [DllImport("advapi32.dll", SetLastError = doğru)]
 ictimai statik extern bool LogonUser(
 String lpszUsername,
 String lpszDomain,
 String lpszPassword,
 int dwLogonType,
 int dwLogonProvider,
 ref IntPtr phToken);

 [DllImport("kernel32.dll", Charset = CharSet.Auto)]
 xüsusi extern statik bool CloseHandle(IntPtr qolu);

 xüsusi statik IntPtr tokenHandle = yeni IntPtr(0);
 xüsusi statik WindowsImpersonationContext impersonatedUser;

 // Bir DLL bu kodu daxil edin, ki, tələb əmin olun
 // FullTrust ilə çalışır.
 [PermissionSetAttribute(SecurityAction.Demand, = Adlandırın "FullTrust")]
 ictimai taklit ləğv(string domainName, string İstifadəçi adı, string unutdunuz)
 {
 cəhd
 {

 // Istifadəçi mö'cüzə almaq üçün yönetilmeyen LogonUser funksiyasından istifadə
 // Göstərilən istifadəçi, domain, və parol.
 İns int = LOGON32_PROVIDER_DEFAULT 0;

 // Bu parametr keçən LogonUser əsas mö'cüzə yaratmaq səbəb olur.
 İns int = LOGON32_LOGON_INTERACTIVE 2;
 tokenHandle = IntPtr.Zero;

 // Addım -1 Giriş mö'cüzə bir qolu almaq LogonUser zəng.
 bool returnValue = LogonUser(
 İstifadəçi adı,
 domainName,
 parol,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 ref tokenHandle); // tokenHandle - yeni təhlükəsizlik mö'cüzə

 əgər (yalan == returnValue)
 {
 int ret = Marshal.GetLastWin32Error();
 Console.WriteLine("LogonUser call failed with error code : " +
 islağa qoymaq);
 atmaq yeni System.ComponentModel.Win32Exception(islağa qoymaq);
 }

 // Addım - 2
 WindowsIdentity = newid yeni WindowsIdentity(tokenHandle);
 // Addım -3
 impersonatedUser = newId.Impersonate();

 }
 tutmaq (Istisna ex)
 {
 Console.WriteLine("Exception occurred. " + ex.Message);
 }
 }


 /// <xülasə>
 /// Impersonation dayandırır
 /// </xülasə>
 ictimai Al ləğv()
 {
 impersonatedUser.Undo();
 // Ayələrindən azad.
 əgər (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</son>

Blog abunə.

Bir neçə həftə geri, I was working with my developer colleague on a project involving SQL Server Reporting Services plug-in for MOSS. He was developing a web part that provides a fancy front-end to the report proper (bunun arxasında bir neçə min axtarış dəyərləri ilə bir parametri bir ağıllı search olan əsas xüsusiyyət).

Bu inkişaf mühitində ancaq istifadəçi qəbul test böyük iş (UAT) ətraf mühit, it wouldn’t work. Firing up the debugger, Belə istisna ətraflı görəcək:

Istifadəçi verilmiş icazələrin 'UAT_domain mosssvc bu əməliyyatı həyata keçirmək üçün kifayət deyildir.(rsAccessDenied).

Əgər yuxarıda səhv canlı axtarış edin, you find it’s quite common. Scarily common. The worst kind of common because it has many different potential root causes and everyone’s suggested solution "feels" sağ. We probably tried them all.

Bizim halda, the problem was that we had done a backup/restore of DEV to UAT. Somewhere in the data, something was still referring to "DEV_domain" (instead of the updated "UAT_Domain"). We created a new site, web hissəsi əlavə və problem həll edən.

Ümid edirəm bu xətt aşağı kimsə bir saat və ya iki xilas edəcək.

</son>

Blog abunə.

I receive a handful of messages from individuals via the built-in "send a message" function Microsoft provides with live spaces (which also hosts my blog) every month.

About one third of the time, those users have secured their live spaces account such that I cannot reply. This is some kind of anti-spam feature I assume.

</son>

Mən necə üçün Madhur blog post oxuyurdum iz göstərir qalaq imkan və indi merak alıram: niyə biz həmişə bir yığın iz göstərmək yoxdur?

Kim ki, qayda ilə gəldi və nə biz bunu əməl edirsiniz?

End users will know something is wrong in either case. At least with a stack trace, onlar nəzarət-printscreen basın bilərsiniz, copy/paste into an email and send it to IT. That would clearly reduce the time and effort required to solve the issue.

</son>

I do a Google search:

I click on the link highlighted above ("Download details: Windows SharePoint…").

Mən bu almaq:

Note the URL.

Looks pretty suspicious to me. I don’t know if I should laugh, chuckle or call a priest.

</son>

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

Alət stuff edir Əgər başa düşmürəm və o, addım n addımlar naməlum sayda uğursuz, Əgər su ölü istəyirik…

</son>

UPDATE (04/08/08): I seem to have solved this problem. From the command line, I ran "c:\windows system32 lodctr / R" InstallShield problemlər haqqında söhbət giriş başına ki, mənim üçün həll görünür.

Hesab edirəm ki, son vaxtlar hiss, my desktop/server fan never turns off. I know it used to turn off. I took a moment to check it out noticed that the a VMware process was running a consistent 20% utilization on one of the CPU’s. I checked the event log and saw these errors in the application log happening dozens of times per minute:

Windows genişlənən counter DLL UGatherer yük bilməz, data Bölmə ilk DWORD Windows hata kodu edir.

Windows genişlənən counter DLL UGTHRSVC yük bilməz, data Bölmə ilk DWORD Windows hata kodu edir.

Windows genişlənən counter DLL MSSCNTRS yük bilməz, data Bölmə ilk DWORD Windows hata kodu edir.

Mən o mesaj bir detallarını daxil qazmaq edin, Mən bu almaq:

Mənbə: Perflib

Növü: Səhv

Kateqoriya: Yox

Olay ID 1023

I did some research and there was some indication it could be a permission problem in terms of access to the DLLs in question. I played around with that stuff but could not affect things in a positive way so I gave up on that.

VMware çox bir müddət üçün bir güncelleştirme yerinə mənə sürtüşkən edilmişdir, mən yüklü idi versiyası aşağı jotted (apparently "1.0.1 build 29996") and did the update. This upgraded me to v1.04. Qubarlı, bu məsələ düzeltmek etməyib.

I can stop the insane number of messages going to my application log if I shut down a service named "VMware Authorization Service". This prevents me from using the VMware software, belə … not such a great option.

Ev sahibi əməliyyat sistemi Windows XP edir 64 parça.

Mən bu həmişə baş düşünmürəm, ancaq səbəb ola bilər ki, hər hansı bir hadisə yada yoxdur.

Mən kompüter nifrət Buna görə.

</son>

A fellow, "Mark", has started up a potentially interesting newsgroup discussion focusing on "establishing excellent SharePoint Governance from the start" bir müddət 35,000 istifadəçi mühit.

Müzakirə burada: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

Üzərində pop və yardım!

</son>