ผมโชคดีที่เข้าร่วมประชุม และนำเสนอในการประชุมสัปดาห์สุดท้ายของ SharePoint ปฏิบัติ. ผมยังมือใหม่กับ "สิ่งที่พูดทั้งหมด" และ, ตรงไปตรงมา, ผมประสาทบิตสำหรับครึ่งปีแรกขณะฉัน sweated ออกรอพูดเอง. ความรู้สึกที่จัดเรียงของประสาทที่ทำให้มันยากนักที่จะสนใจผู้ที่เสนอ (ไม่ว่า ผมละเว้น). แทน, ผมเน้นเป็นบิตเพิ่มเติมในที่ประชุม.

ประชุมกำหนดแข่งใจของฉันเสมอ และมีใช้มากในที่นี้. การประชุมนี้ถูกดี. ผมคิดว่า มันผิดปกติในหลายวิธี. มันไม่ได้ประชุมนักพัฒนาที่หนัก. แน่นอนมีส่วนเดฟไป, แต่ผมคิดว่า มันน้อย 60% เน้นปัญหา-dev, บางทีสูง 80%. ผมคิดว่า ที่พูดถึงการพัฒนาลักษณะของ SharePoint. บริษัทมีการใช้ SharePoint ในหลากหลายวิธี และกำลังมองหาคำแนะนำเกี่ยวกับวิธีการทำมันขวา. และไม่เพียงแต่แนวทางในการสร้างคุณลักษณะ/โซลูชั่น (ซึ่งตอน, ดีก่อตั้งขึ้น).

ผมเชื่อว่า การประชุมได้อย่างมีคุณค่ามากที่สุดทุกคนที่เข้าร่วม และทราบว่า ทางที่จะทำการประชุมอีกครั้งต้นปีถัดไป.

มีกล่าวไว้ว่า, ผมเชื่อว่า มีโอกาสพลาดที่หวังอยู่ประชุมถัดไป. ผมบอกว่า มันเป็นโอกาสที่พลาด, แต่นั่นไม่ใช่สิ่งที่เลวร้าย. ค้นพบความต้องการชุมชนอยู่ใน และ ของตัวเองเป็นสิ่งที่ดี. การประชุมกล่าวถึงตัวเลขของแนวทางปฏิบัติในหลายพื้นที่เช่นการกำกับดูแลกิจการ, การฝึกอบรม, ความต้องการรวบรวม, ค้นหา, พัฒนา, ข้อมูลสถาปัตยกรรม, ฯลฯ. ผมคิดว่า โอกาสพลาดมีการ มีการ"สีเขียว" สมมติฐานที่ต้นแบบของแนวทางปฏิบัติ.

เมื่อเราพูดเกี่ยวกับกรีนฟิลด์, เราหมายถึง ว่า SharePoint ไม่ไปเป็น และเรากำลังเริ่มต้นกับกระดานชนวนสะอาด. เหมาะสมที่คุณสามารถเริ่มได้ทันทีใช้แนวทางปฏิบัติสำหรับการกำหนด และกำกับดูแลการจัดการ, ข้อมูลสถาปัตยกรรม, ฯลฯ. อย่างไรก็ตาม … เกิดอะไรขึ้นเมื่อคุณอยู่แล้วในการผลิตมีหลายพันคน (หรือ 10 พัน) คุณไม่ได้ทำตามแนวทางปฏิบัติที่เริ่มต้น? ผมเคยเห็นบริษัทที่มี … ahem … มีมาก คี่ สถาปัตยกรรมข้อมูลอบในสภาพแวดล้อมของพวกเขา. ไม่คิดว่า การประชุมนี้ให้คำแนะนำมากสำหรับองค์กรที่มีปัญหาลักษณะที่ (และผมไม่เพียงหมายถึง IA, แต่กำกับดูแล, ค้นหา, อื่น ๆ). แน่นอน, รู้ว่า คุณมีปัญหาส่วนใหญ่ของการแก้ปัญหา และที่มีคุณค่ามาก.

คิดว่า ชุมชนออนไลน์ของ SharePoint ไม่ทำมากที่นี้อย่างใดอย่างหนึ่ง. ฉันรู้ว่า ไม่มี. เป็นปัญหาที่ยากมากเพื่อแก้ปัญหาในระดับมาก. เทคนิคก็ยาก. Budget-wise ยาก. วัฒนธรรม, ยาก. อย่างไรก็ตาม, มันอาจเป็นปัญหาในโลกจริงใหญ่มาก. เนื่องจากการประชุมสิ้นสุดลง, ผมได้คิดเกี่ยวกับปัญหาและวิธีหนึ่งจะแก้ไขปัญหาต่าง ๆ เหล่านี้. มีให้ คำตอบที่ดีกว่า, "ถอนการติดตั้ง และติดตั้ง" และชุมชนต้องเผชิญบนหัว.

ผมคิดว่า นี้เป็นโอกาสดีที่ชุมชนบล็อก และมีประสบการณ์คิดว่า ผู้นำเค้าบางคำแนะนำเกี่ยวกับวิธีการซ่อมแซมสภาพแวดล้อมของพวกเขา. ผมคิดว่า มีขนาดเล็ก แต่ความเสี่ยงไม่ใช่ศูนย์ที่ SharePoint อาจจบลง ด้วยชื่อเสียงที่ดี และยั่งยืนเป็นผลมาจากงาน architected ใช้งานที่ล้มเหลวเนื่องจากการกำกับดูแลกิจการที่ดี, IA, ฯลฯ.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

เพื่อนออนไลน์, มิลเลอร์เครื่องหมายมากกว่า และ ผู้ใช้ SharePoint (www.endusersharepoint.com) สัมมนาฟรีหนึ่งชั่วโมงที่เป้าหมายอยู่, เหมือนจะไม่, ที่ชุมชนผู้ใช้ SharePoint. ขึ้นที่ 1 pm EDT. มีรายละเอียดที่นี่: http://www.endusersharepoint.com/?p=785

ฉันนั่งในสัมมนาออนไลน์ของเขาเดือนหนึ่ง และอย่างค่อนข้างดีและถ้าคุณสนใจในบางข้อมูลเอกลักษณ์บนแดชบอร์ดใน SharePoint, ผมมั่นใจว่า คุ้มค่า 1 ลงทุนชั่วโมง.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

เพื่อนร่วมงานของฉันได้ทำงานบน web part ในสภาพแวดล้อม(fba). ในหมู่สิ่งอื่น ๆ, ส่วนเว็บดึงข้อมูลบางส่วนจากเซิร์ฟเวอร์ SQL. แผนแกรนด์สำหรับโครงการนี้บอกว่า DBA ที่กำหนดค่าความปลอดภัยระดับข้อมูลใน SQL (ตรงข้ามกับฝัง ID ผู้ใช้ในแบบสอบถาม SQL หรือวิธีอื่น ๆ).

ปัญหาคือ ว่า SQL server ไม่รู้อะไรเกี่ยวกับสภาพแวดล้อมของเรา(fba)ดังนั้นจึงไม่สามารถไว้วางใจเรา. เราแก้ไขปัญหานี้โดย, ขาดคำดี, การแอบอ้างผู้โฆษณาด้วยตนเองเพื่อให้เราสามารถเชื่อมต่อกับ SQL ที่ SQL ข้อมูลระดับความปลอดภัยในการทำงาน.

แม้ว่า FBA คือ มีคุณลักษณะ ASP.NET, เราประเทศ SharePoint ผู้สอนค้นหาต่าง ๆ เครื่องยนต์ซึ่งถ้าคุณกำลังสอบถามการ FBA, คุณต้องหมายถึง คุณต้องรู้วิธีการตั้งค่าคอนฟิก FBA ไซต์. ฉันไม่สามารถค้นหาข้อมูลเกี่ยวกับวิธีการเปิดใช้งานการ FBA เน้น ASP.NET แอพลิเคชันสื่อสารกับ SQL ในแบบที่เราต้องการค้นหา.

ในหลักสูตรของการวิจัยนี้, เราได้อ่านบทความนี้ใหม่: เลียนแบบใน ASP.NET

วิจัยเพิ่มเติมนำเราไปสู่บทความนี้ codproject: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

ที่ช่วยให้เราเขียนโค้ดของเรา, ซึ่งผมได้รวมไว้ด้านล่าง. มันไม่ใช่สิ่งหรูหราที่สุด, แต่ทำงาน. ฉันหวังว่า คุณค้นหาประโยชน์.

นี่คือรหัสที่ทำงานให้เรา:

ได้รับการป้องกัน ยกเลิก btnSearchCarrier_Click(ผู้ส่งวัตถุ, EventArgs e)
 {
 ลอง
 {
 ImpersonateUser iU = ใหม่ ImpersonateUser();
 // TODO: แทน iU.Impersonate ข้อมูลประจำตัว("DomainName", "ชื่อผู้ใช้", "รหัสผ่าน");

//
 รหัส
//

 iU.Undo();
 }
 จับ (ยกเว้นแฟนเก่า)
 {

 }
 }

// ใช้ระดับการเลียนแบบ ตามด้านล่าง.

สาธารณะ คลาส ImpersonateUser
 {
 [DllImport("advapi32.dll", SetLastError = จริง)]
 สาธารณะ คง extern bool LogonUser(
 สตริ lpszUsername,
 สตริ lpszDomain,
 สตริ lpszPassword,
 int dwLogonType,
 int dwLogonProvider,
 การอ้างอิง IntPtr phToken);

 [DllImport("เกี่ยวกับ kernel32.dll", CharSet = CharSet.Auto)]
 ส่วนตัว extern คง bool CloseHandle(หมายเลขอ้างอิง IntPtr);

 ส่วนตัว คง IntPtr tokenHandle = ใหม่ IntPtr(0);
 ส่วนตัว คง WindowsImpersonationContext impersonatedUser;

 // ถ้าคุณรวมรหัสนี้เป็น DLL, ให้แน่ใจว่าความต้องการ
 // ทำงานกับ FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, ชื่อ = "FullTrust")]
 สาธารณะ Impersonate โมฆะ(สตริ domainName, ชื่อสาย, ผ่านสตริงที่)
 {
 ลอง
 {

 // ใช้ LogonUser ฟังก์ชันจัดการรับโทเค็นสำหรับผู้ใช้
 // ผู้ใช้ที่ระบุ, โดเมน, และรหัสผ่าน.
 ค่า const int LOGON32_PROVIDER_DEFAULT = 0;

 // ผ่านพารามิเตอร์นี้สาเหตุ LogonUser สร้างโทเค็นหลัก.
 ค่า const int LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // ขั้นตอนที่ -1 เรียก LogonUser เพื่อขอรับหมายเลขอ้างอิงการเข้า.
 bool returnValue = LogonUser(
 ชื่อผู้ใช้,
 domainName,
 รหัสผ่าน,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 อ้างอิง tokenHandle); // tokenHandle - token ความปลอดภัยใหม่

 ถ้า (false == returnValue)
 {
 int ret = Marshal.GetLastWin32Error();
 Console.WriteLine("เรียก LogonUser ล้มเหลว ด้วยรหัสข้อผิดพลาด : " +
 ret);
 โยน System.ComponentModel ใหม่.Win32Exception(ret);
 }

 // ขั้นตอนที่ - 2
 WindowsIdentity newId = ใหม่ WindowsIdentity(tokenHandle);
 // ขั้นตอนที่ -3
 impersonatedUser = newId.Impersonate();

 }
 จับ (ยกเว้นแฟนเก่า)
 {
 Console.WriteLine("เกิดข้อยกเว้น. " + อดีตข้อความ);
 }
 }


 /// <สรุป>
 /// เลียนแบบหยุด
 /// </สรุป>
 สาธารณะ ยกเลิกเป็นโมฆะ()
 {
 impersonatedUser.Undo();
 // ฟรีสัญญาณ.
 ถ้า (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

กลับไปไม่กี่สัปดาห์, ผมทำงานกับเพื่อนร่วมงานของฉันพัฒนาโครงการที่เกี่ยวข้องกับบริการรายงาน SQL เซิร์ฟเวอร์ปลั๊กอินสำหรับ MOSS. เขาได้พัฒนา web part ที่แสดงความนึกคิดเวอร์ไปรายงานที่เหมาะสม (คุณสมบัติหลักที่ถูกค้นหาฉลาดในพารามิเตอร์ที่มีหลายค่ายากพันเรื่อง).

นี้ถูกทำงานได้ดี ในสภาพแวดล้อมการพัฒนา แต่ ในการทดสอบผู้ใช้ยอมรับ (เอือด) สภาพแวดล้อม, มันจะไม่ทำงาน. ยิงค่าการดีบักเกอร์, เราจะเห็นรายละเอียดของข้อยกเว้นเช่นนี้:

การอนุญาตให้ผู้ใช้ 'UAT_domainmosssvc' มีไม่เพียงพอสำหรับการดำเนินงานนี้(rsAccessDenied).

ถ้าคุณทำการค้นหาถ่ายทอดสดบนข้อผิดพลาดข้างต้น, หาโดยปกติ. Scarily ทั่วไป. ทำให้ชนิดเลวของทั่วไปเนื่องจากมีรากอาจแตกต่างกันมาก และ "ความรู้สึกของทุกคนแนะนำโซลูชั่น" ขวา. เราอาจพยายามพวกเขาทั้งหมด.

ในกรณีของเรา, แต่ปัญหาอยู่ที่ว่า เราได้ทำการสำรองข้อมูล/การคืนค่าของ DEV เพื่ออวด. อยู่ในข้อมูล, บางสิ่งบางอย่างยังถูกอ้างอิงถึง "DEV_domain" (แทนที่จะปรับปรุง "UAT_Domain"). เราสร้างไซต์ใหม่, เพิ่ม web part และแก้ไขปัญหา.

หวังว่าจะประหยัดคนหนึ่งชั่วโมงหรือสองลงบรรทัด.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

ฉันได้รับหยิบข้อความจากบุคคลที่ผ่านการภายใน "ส่งข้อความ" ฟังก์ชัน Microsoft ให้ มีช่องว่างอยู่ (ซึ่งโฮสต์บล็อกของฉัน) ทุกเดือน.

ประมาณหนึ่งในสามของเวลา, ผู้ใช้มีความปลอดภัยบัญชีช่องถ่ายทอดสดให้ฉันไม่ตอบ. นี้เป็นชนิดบางส่วนของผมถือว่าลักษณะสแปม.

</สิ้นสุด>

ฉันได้อ่านโพสต์บล็อกของ Madhur วิธีการ เปิดใช้งานการแสดงการสืบค้นกลับสแต็ค และตอนนี้ ฉันสงสัย: ทำไมไม่เราเสมอแสดงรอยกองซ้อน?

ใครมาขึ้นกับกฎนั้น แล้วทำไมทำเราตาม?

ผู้ใช้จะรู้ว่า สิ่งที่เป็นในกรณีใด. ที่ มีการติดตามสแต็ค, พวกเขาสามารถกดปุ่มควบคุม-printscreen, คัดลอกและวางลงในอีเมล และส่งไป. ที่ชัดเจนจะช่วยลดเวลาและความพยายามที่จำเป็นในการแก้ปัญหา.

</สิ้นสุด>

ทำการค้นหาของ Google:

คลิกการเชื่อมโยงที่ถูกเน้นอยู่ข้างบน ("รายละเอียดของดาวน์โหลด: Windows SharePoint…").

ได้รับนี้:

หมายเหตุ URL.

ดูสวยน่าสงสัยผม. ไม่รู้ถ้าฉันควรหัวเราะ, chuckle หรือสายบาตร.

</สิ้นสุด>

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

ถ้า เครื่องมือจะทำสิ่งที่คุณไม่เข้าใจแล้ว มันล้มเหลวในขั้นตอนที่ n ของจำนวนขั้นตอนที่ไม่รู้จัก, คุณตายในน้ำ…

</สิ้นสุด>

โปรแกรมปรับปรุง (04/08/08): ฉันดูเหมือนจะมีแก้ไขปัญหานี้. จากบรรทัดคำสั่ง, ฉันวิ่ง "c:\windowssystem32lodctr /R" ตามรายการพูด InstallShield ปัญหาและที่ปรากฏจะ ได้แก้ไขได้สำหรับฉัน.

มีข้อสังเกตที่เมื่อเร็ว ๆ นี้, พัดลม/เซิร์ฟเวอร์เดสก์ท็อปของฉันไม่เคยปิด. ฉันรู้ว่า จะใช้เมื่อต้องการปิด. ฉันเอาครู่เพื่อตรวจสอบมันออกมาสังเกตที่ตัว VMware กระบวนการทำงานที่สอดคล้องกัน 20% การใช้ประโยชน์ของของ CPU. ฉันตรวจสอบล็อกเหตุการณ์ และเห็นข้อผิดพลาดในบันทึกของโปรแกรมประยุกต์เกิดขึ้นหลายสิบครั้งต่อนาที:

Windows ไม่สามารถโหลดตัวนับ extensible DLL UGatherer, DWORD แรกในส่วนของข้อมูลมีรหัสข้อผิดพลาดของ Windows.

Windows ไม่สามารถโหลดตัวนับ extensible DLL UGTHRSVC, DWORD แรกในส่วนของข้อมูลมีรหัสข้อผิดพลาดของ Windows.

Windows ไม่สามารถโหลดตัวนับ extensible DLL MSSCNTRS, DWORD แรกในส่วนของข้อมูลมีรหัสข้อผิดพลาดของ Windows.

ถ้าผมเจาะลงในรายละเอียดของข้อความอย่างใดอย่างหนึ่ง, ได้รับนี้:

แหล่งที่มา: Perflib

ชนิด: ข้อผิดพลาด

ประเภท: ไม่มี

ID เหตุการณ์ 1023

ฉันได้วิจัยบาง และมีข้อบ่งชี้บางอย่างอาจเป็นปัญหาสิทธิ์ใน Dll ในคำถามถึง. ผมเล่นรอบกับสิ่งนั้น แต่อาจไม่มีผลต่อสิ่งต่าง ๆ ในทางบวกเพื่อให้ฉันได้ในที่.

VMware มีการจู้จี้ฉันเกี่ยวกับการปรับปรุงสำหรับค่อนข้างบางเวลา, ดังนั้นฉัน jotted ลงรุ่นที่ผมได้ติดตั้ง (เห็นได้ชัด "1.0.1 สร้าง 29996") และได้ปรับปรุง. นี้ปรับฉัน v1.04. Sadly, ไม่สามารถแก้ไขปัญหา.

ฉันสามารถหยุดบ้าจำนวนข้อความไปยังล็อกแอพลิเคชันของฉันถ้าฉันปิดบริการชื่อ "VMware บริการการอนุญาต". ซึ่งป้องกันฉันจากการใช้ซอฟต์แวร์ VMware, ดังนั้น … ไม่เช่นตัวเลือกที่ดี.

ระบบปฏิบัติการเป็น Windows XP 64 บิต.

ผมไม่คิดว่า จะเกิดขึ้น, แต่ฉันไม่จำเหตุการณ์เฉพาะใด ๆ ที่อาจจะนำไป.

เป็นเหตุให้ฉันเกลียดคอมพิวเตอร์.

</สิ้นสุด>

เพื่อน, "เครื่องหมาย", เริ่มต้นค่าการสนทนากลุ่มข่าวสารอาจสนใจที่เน้น "สร้าง SharePoint กำกับดูแลที่ดีตั้งแต่เริ่มต้น" สำหรับการ 35,000 สภาพแวดล้อมของผู้ใช้.

การสนทนาอยู่: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

ป๊อปในเหนือและ!

</สิ้นสุด>