I was lucky to attend and present at last week’s SharePoint Best Practices conference. I’m still new to the whole speaking "thing" এবং, উন্মুক্তভাবে, 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 (আমি তাদের উপেক্ষা না). পরিবর্তে, আমি অংশগ্রহণকারীদের নেভিগেশন একটি বিট আরো নিবদ্ধ.

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, কিন্তু আমি এটা অন্তত ছিল মনে 60% অ দেব বিষয় উপর দৃষ্টি নিবদ্ধ করা, 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 (যা এখন দ্বারা, খুব ভাল প্রতিষ্ঠিত হয়েছে).

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.

বলেন যে রয়ে, 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, প্রশিক্ষণ, প্রয়োজনীয় বস্তু সংগ্রহ, অনুসন্ধান, উন্নয়ন, তথ্য আর্কিটেকচার, প্রভৃতি. I think that the missed opportunity has to do with the "green field" অনুমিতি নিম্নাবস্থিত সর্বোত্তম কার্যাভ্যাস অনেক.

আমরা সবুজ ক্ষেত্রের সম্পর্কে কথা বলতে, 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, তথ্য আর্কিটেকচার, প্রভৃতি. কিন্তু … আপনি তখন কি হাজার বিভিন্ন ব্যবহারকারীদের সাথে উত্পাদন ইতিমধ্যে ঘটবে (or 10’s of thousands) এবং আপনি শুরুতে সর্বোত্তম কার্যাভ্যাস অনুসরণ না? I’ve seen companies with … ahem … একটি খুব অদ্ভুত information architecture baked into their environment. I don’t think that this conference provided much guidance for organizations with that kind of problem (এবং আমি ঠিক IA, না মানে, কিন্তু শাসন, অনুসন্ধান, অনেক অন্যান্য এলাকায়). অবশ্যই, যদি আপনি একটি সমস্যা আছে বুদ্ধিমান সমাধানের একটি বড় অংশ এবং খুবই মূল্যবান এর.

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. কিন্তু, 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" এবং সম্প্রদায়ের উপর তা মাথা সম্মুখীন প্রয়োজন.

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,, প্রভৃতি.

</শেষ>

আমার ব্লগ এর জন্য সাবস্ক্রাইব করুন.

আমার অনলাইন বন্ধু, মার্ক মিলার উপর এবং শেষ ব্যবহারকারী SharePoint (www.endusersharepoint.com) হয় একটি মুক্ত এক ঘন্টা সেমিনার লক্ষ্যবস্তু চলমান, যেমন সবসময় সে না, at the SharePoint End User community. It takes place at 1pm EDT. Details are here: http://www.endusersharepoint.com/?p=785

আমি গত মাসে তার অনলাইন সেমিনার এক বসে থাকতেন করেছেন এবং এটা বেশ ভাল কাজ করা হয়েছে এবং আপনি SharePoint মধ্যে ড্যাশবোর্ডের নেভিগেশন কিছু খুব বাস্তব তথ্য আগ্রহী হন তাহলে, আমি এটা মূল্য নিশ্চিত নই 1 ঘন্টা বিনিয়োগ.

</শেষ>

আমার ব্লগ এর জন্য সাবস্ক্রাইব করুন.

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 (একটি SQL কোয়েরি ব্যবহারকারী আইডি অথবা অন্য কোনো পদ্ধতি এম্বেডিং উল্টোদিকে).

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, জন্য একটি ভাল শব্দ অভাব, manually impersonating an AD user so that we could connect to SQL such that SQL data level security works.

যদিও FBA একটি ASP.NET বৈশিষ্ট্য, আমরা SharePoint নেশন মানুষ বিভিন্ন সার্চ ইঞ্জিন আছে শিখিয়েছিলেন যে যদি আপনি FBA জন্য অনুসন্ধান করছি, 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.

এই গবেষণা অবশ্যই, আমরা পুনরায় পড়া এই নিবন্ধ: ASP.NET লোক সেজে ভান করা

আরো গবেষণা এই codproject নিবন্ধ আমাদের নেতৃত্বে: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

যে সাহায্য আমাদের কোড লিখুন, which I’ve included below. It’s not the most elegant stuff, কিন্তু এটা কাজ. I hope you find it helpful.

এখানে কোড আমাদের জন্য যে কাজ:

সংরক্ষিত অনধিকৃত btnSearchCarrier_Click(বস্তুর প্রেরক, EventArgs ই)
 {
 চেষ্টা
 {
 ImpersonateUser u = নতুন ImpersonateUser();
 // সব: শংসাপত্র প্রতিস্থাপন
 ("ডোমেইন নাম", "ব্যবহারকারীর নাম", "পাসওয়ার্ড");

//
 CODE
//

 iU.Undo();
 }
 ধরা (ব্যতিক্রম ভূতপূর্ব)
 {

 }
 }

// অন্য লোক সেজে ভান বর্গ ব্যবহার করে নীচে উল্লিখিত.

জনসাধারণের বর্গ ImpersonateUser
 {
 [DllImport("Advapi32.dll", SetLastError = সত্য)]
 জনসাধারণের অচর বহিরাগত bool LogonUser(
 স্ট্রিং lpszUsername,
 স্ট্রিং lpszDomain,
 স্ট্রিং lpszPassword,
 int dwLogonType,
 int dwLogonProvider,
 রেফারেন্স IntPtr phToken);

 [DllImport("Kernel32.dll", Charset = CharSet.Auto)]
 ব্যক্তিগত বহিরাগত অচর bool CloseHandle(IntPtr হ্যান্ডেল);

 ব্যক্তিগত অচর IntPtr tokenHandle = নতুন IntPtr(0);
 ব্যক্তিগত অচর WindowsImpersonationContext impersonatedUser;

 // যদি আপনি একটি ডিএলএল এই কোড সমসংস্থাভুক্ত, যে এটা দাবি করতে ভুলবেন না
 // FullTrust সঙ্গে রান.
 [PermissionSetAttribute(SecurityAction.Demand, = কর "পূর্ণ ট্রাস্ট")]
 জনসাধারণের মূর্ত করা অনধিকৃত(স্ট্রিং DOMAINNAME, স্ট্রিং ব্যবহারকারীর নাম, স্ট্রিং পাসওয়ার্ড)
 {
 চেষ্টা
 {

 // Unmanaged LogonUser ফাংশন এর জন্য ব্যবহারকারী টোকেন পাওয়া ব্যবহার
 // চিহ্নিত ব্যবহারকারী, ডোমেইন, এবং পাসওয়ার্ড.
 const int LOGON32_PROVIDER_DEFAULT = 0;

 // এই পরামিতিটি পাসিং LogonUser একটি প্রাথমিক টোকেন তৈরি কারণ.
 const int LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // পইঠা -1 LogonUser থেকে একটি প্রবেশাধিকার টোকেন একটি হ্যান্ডল প্রাপ্ত আহ্বান.
 bool returnValue = LogonUser(
 ব্যবহারকারীর নাম,
 ডোমেন নাম,
 পাসওয়ার্ড,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 রেফারেন্স tokenHandle); // tokenHandle - নতুন নিরাপত্তা টোকেন

 যদি (মিথ্যা == returnValue)
 {
 int K = Marshal.GetLastWin32Error();
 Console.WriteLine("LogonUser কল ত্রুটি কোড ব্যর্থ : " +
 অধিকার);
 নিক্ষেপ নতুন System.ComponentModel.Win32Exception(অধিকার);
 }

 // পইঠা - 2
 WindowsIdentity = newId নতুন WindowsIdentity(tokenHandle);
 // পইঠা -3
 impersonatedUser = newId.Impersonate();

 }
 ধরা (ব্যতিক্রম ভূতপূর্ব)
 {
 Console.WriteLine("অপবাদ ঘটেছে. " + ex.Message);
 }
 }


 /// <সারাংশ>
 /// মূর্তিপরিগ্রহ স্টপ
 /// </সারাংশ>
 জনসাধারণের অনধিকৃত পূর্বাবস্থায় ফিরুন()
 {
 impersonatedUser.Undo();
 // টোকেনের মুক্ত.
 যদি (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</শেষ>

আমার ব্লগ এর জন্য সাবস্ক্রাইব করুন.

কয়েক সপ্তাহ পর ফেরত, 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 (প্রধান বৈশিষ্ট্য কয়েক হাজার এটি পিছনে অনুসন্ধানযোগ্য মান হচ্ছে একটি পরামিতির উপর চতুর লুকআপ).

এই উন্নয়ন পরিবেশে কিন্তু গ্রাহকের গ্রহণযোগ্যতার পরীক্ষা ছিল কাজ মহান (UAT) পরিবেশ, it wouldn’t work. Firing up the debugger, আমরা এই মত ব্যতিক্রম বিস্তারিত দেখুন হবে:

অধিকারপ্রাপ্ত ব্যবহারকারীর অনুমতি 'UAT_domain mosssvc' এই অপারেশন সম্পাদন জন্য অপর্যাপ্ত.(rsAccessDenied).

আপনি যদি উপরোক্ত এরর উপর লাইভ অনুসন্ধান করা, 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" অধিকার. We probably tried them all.

আমাদের কেস, 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, ওয়েব অংশ যোগ এবং যে আমাদের সমস্যা মীমাংসিত.

আশা করছি এই লাইন নিচে কেউ একটি ঘন্টা বা দুই সংরক্ষণ করবে.

</শেষ>

আমার ব্লগ এর জন্য সাবস্ক্রাইব করুন.

আমি ব্যক্তি থেকে বার্তার একটি অন্তর্নির্মিত "একটি বার্তা পাঠান মাধ্যমে প্রাপ্ত একমুঠা" ফাংশন মাইক্রোসফট লাইভ স্পেস সঙ্গে উপলব্ধ করা (যা আমার ব্লগে হোস্ট) মাসে - মাসে.

সময় প্রায় এক তৃতীয়াংশ, those users have secured their live spaces account such that I cannot reply. This is some kind of anti-spam feature I assume.

</শেষ>

আমি কিভাবে নেভিগেশন Madhur এর ব্লগ পোস্ট ছিল পড়া ট্রেস প্রদর্শন গাদা সক্রিয় এবং এখন আমি হতাশ: কেন সব সময়ই একটি স্ট্যাক ট্রেস আমরা না প্রদর্শন?

আসেন কে যে নিয়ম সঙ্গে আপ এবং কেন আমরা এটা অনুসরণ?

End users will know something is wrong in either case. At least with a stack trace, তারা নিয়ন্ত্রণ-printscreen ইস্ত্রী করে দিতে পারবেন, copy/paste into an email and send it to IT. That would clearly reduce the time and effort required to solve the issue.

</শেষ>

আমি একটি Google সন্ধান করা:

আমি লিংক হাইলাইট উপরে ক্লিক করুন ("ডাউনলোড বিবরণ: উইন্ডোজ SharePoint…").

আমি এই পেতে:

Note the URL.

Looks pretty suspicious to me. I don’t know if I should laugh, অথবা মৃদুহাস্য দক্ষিণা কল.

</শেষ>

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

যদি হাতিয়ার কাপড় করছে আপনি এবং তারপর না এটি বোঝেন ধাপে n একটি পদক্ষেপ অজানা সংখ্যা বিফল, আপনি জল ভীষণ মৃত…

</শেষ>

আপডেট (04/08/08): I seem to have solved this problem. From the command line, আমি "গ স্থাপিত:\জানালা System32 LODCTR / r" অনুযায়ী দাখিলা InstallShield সমস্যা সম্পর্কে কথা বলা এবং যে প্রদর্শিত আমাকে জন্য এটি মীমাংসিত আছে.

আমি যে ইদানীং লক্ষ্য করে থাকবেন,, 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:

উইন্ডোজ প্রসার্য কাউন্টার DLL UGatherer না লোড করতে সক্ষম, তথ্য বিভাগে প্রথম DWORD উইন্ডোজ এরর কোড.

উইন্ডোজ প্রসার্য কাউন্টার DLL UGTHRSVC না লোড করতে সক্ষম, তথ্য বিভাগে প্রথম DWORD উইন্ডোজ এরর কোড.

উইন্ডোজ প্রসার্য কাউন্টার DLL MSSCNTRS না লোড করতে সক্ষম, তথ্য বিভাগে প্রথম DWORD উইন্ডোজ এরর কোড.

যদি আমি সেই বার্তাগুলি এক বিস্তারিত মধ্যে ড্রি, আমি এই পেতে:

উত্স: Perflib

প্রকার: ভুল

বিভাগ: না

ইভেন্ট আইডি 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 বেশ কিছু সময় জন্য একটি হালনাগাদ করণ সম্পর্কে হয়েছে আমাকে দোষারোপ, তাই আমি jotted সংস্করণ আমি ইনস্টল করেছিলেন নিচে (apparently "1.0.1 build 29996") and did the update. This upgraded me to v1.04. দুঃখিতভাবে, এটা সমস্যা না ফিক্স না.

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, সুতরাং … not such a great option.

হোস্ট অপারেটিং সিস্টেম উইন্ডোজ এক্সপি 64 বিট.

আমি এই সবসময় ঘটেছে তা মনে করি না, কিন্তু আমি কোন বিশেষ ঘটনা যে এটা থেকে যেতে পারে নেতৃত্বে পুনরাহ্বান না.

এটা কেন আমি কম্পিউটার ঘৃণা.

</শেষ>

একটি সহযোগী, "মার্ক", সম্ভাব্য আকর্ষণীয় সংবাদ সংক্রান্ত গ্রুপ আলোচনা শুরু থেকে "প্রতিষ্ঠার চমৎকার SharePoint শাসন উপর মনোযোগ নিবদ্ধ করে চকিত হয়েছে" জন্য 35,000 ব্যবহারকারী এনভায়রনমেন্ট.

আলোচনা এখানে: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

উপর উপর পপ এবং অবদান!

</শেষ>