Danh mục lưu trữ: Uncategorized

Thực tiễn tốt nhất SharePoint hội nghị, “Thực tiễn tốt nhất,” và con voi trong phòng

Tôi đã may mắn để tham dự và trình bày tại tuần cuối cùng của SharePoint thực hành tốt nhất Hội nghị. Tôi vẫn còn mới cho toàn bộ nói "điều" và, thẳng thắn, Tôi đã một chút thần kinh trong nửa đầu tiên trong khi tôi sweated trong chờ đợi để nói cho bản thân mình. Sắp xếp của thần kinh cảm giác làm cho nó một chút khó khăn cho tôi để chú ý đến các diễn giả (không rằng tôi bỏ qua chúng). Thay vào đó, Tôi tập trung hơn một chút vào những người tham dự.

Hội nghị luôn luôn đặt đua tâm trí của tôi và đã có một mất nhiều trong lúc này. Hội nghị này là tuyệt vời. Tôi nghĩ rằng đó là không bình thường trong một số cách. Nó không phải là một hội nghị phát triển nặng. Có chắc chắn là dev phần để nó, nhưng tôi nghĩ rằng đó là ít 60% tập trung vào vấn đề-dev, có thể cao tới 80%. Tôi nghĩ rằng nói đến sự phát triển của thị trường SharePoint. Công ty đang triển khai SharePoint trong nhiều cách khác nhau và họ đang tìm kiếm hướng dẫn về làm thế nào để làm điều đó ngay. Và không chỉ hướng dẫn về làm thế nào để tạo ra tính năng/giải pháp (mà bây giờ, đã được rất tốt thành lập).

Tôi tin rằng Hội nghị đã rất có giá trị cho hầu hết mọi người đã tham dự và tôi biết rằng những người tổ chức kế hoạch để làm hội nghị một lần nữa vào đầu năm tới.

Có nói rằng, Tôi tin rằng có một cơ hội bị mất mà tôi hy vọng tiếp theo Hội nghị địa chỉ. Tôi nói nó là một cơ hội bị mất, nhưng đó không phải là một điều xấu. Khám phá một nhu cầu cộng đồng là trong và của chính nó một điều tốt. Hội nghị thảo luận về một số các thực hành tốt nhất trong một loạt các lĩnh vực như quản trị, đào tạo, yêu cầu thu thập, Tìm kiếm, phát triển, thông tin kiến trúc, vv. Tôi nghĩ rằng đó bỏ lỡ cơ hội đã làm với các "lĩnh vực màu xanh lá cây" giả định tiềm ẩn nhiều người trong số các thực hành tốt nhất.

Khi chúng tôi nói chuyện về lĩnh vực màu xanh lá cây, chúng tôi có nghĩa là rằng SharePoint đã không đi vào sản xuất và chúng tôi đang bắt đầu với một slate sạch. Điều này là lý tưởng bởi vì bạn có thể bắt đầu ngay lập tức bằng cách sử dụng thực tiễn tốt nhất cho việc xác định và quản lý quản lý nhà nước, thông tin kiến trúc, vv. Tuy nhiên … những gì sẽ xảy ra khi bạn đang trong sản xuất với một vài nghìn người sử dụng (hoặc 10 ngàn) và bạn không thực hiện theo các thực hành tốt nhất ở đầu? Tôi đã nhìn thấy các công ty với … ahem … một rất lặt vặt thông tin kiến trúc nướng vào môi trường của họ. Tôi không nghĩ rằng Hội nghị này cung cấp nhiều hướng dẫn cho các tổ chức với loại vấn đề (và tôi không chỉ có nghĩa là IA, nhưng quản trị, Tìm kiếm, nhiều lĩnh vực khác). Tất nhiên, biết bạn có một vấn đề là một phần lớn của các giải pháp và đó là rất có giá trị.

Tôi nghĩ rằng cộng đồng SharePoint trực tuyến đã không làm nhiều để giải quyết điều này hoặc là. Tôi biết tôi đã không. Nó là một vấn đề rất khó khăn để giải quyết ở nhiều cấp độ. Về mặt kỹ thuật nó là khó khăn. Budget-Wise thật khó. Văn hóa, Thật khó. Tuy nhiên, nó có thể là một vấn đề thực thế giới lớn hơn so với hầu hết. Kể từ khi kết thúc hội nghị, Tôi đã suy nghĩ về các loại vấn đề và làm thế nào một trong những sẽ giải quyết chúng. Hiện đã có một câu trả lời tốt hơn so với, "gỡ bỏ cài đặt và cài đặt lại" và cộng đồng cần phải đối mặt với nó đầu vào.

Tôi nghĩ rằng điều này một cơ hội lớn cho các cộng đồng weblog và có kinh nghiệm rằng nhà lãnh đạo để lay ra một số hướng dẫn về làm thế nào để sửa chữa các môi trường. Tôi nghĩ rằng đó là một nhỏ nhưng không nguy cơ SharePoint có thể kết thúc với một danh tiếng xấu và lâu dài như là kết quả của kém architected triển khai thất bại do người nghèo quản trị, IA, vv.

</kết thúc>

Đăng ký vào blog của tôi.

SharePoint biểu đồ trực tuyến hội thảo

Bạn bè trực tuyến của tôi, Mark Miller qua và Người dùng cuối SharePoint (www.endusersharepoint.com) đang chạy một hội thảo miễn phí một giờ nhắm mục tiêu, như ông luôn luôn hiện, tại cộng đồng người dùng cuối SharePoint. Nó diễn ra tại 1 pm EDT. Chi tiết đang ở đây: http://www.endusersharepoint.com/?p=785

Tôi đã ngồi ở trên một trong hội thảo trực tuyến của ông tháng trước và nó đã được thực hiện khá tốt và nếu bạn đang quan tâm đến một số thông tin rất thực tế trên biểu đồ trong SharePoint, Tôi chắc rằng nó là giá trị các 1 giờ đầu tư.

</kết thúc>

Đăng ký vào blog của tôi.

FBA và SQL Server: Một câu chuyện tình yêu

Đồng nghiệp của tôi đã làm việc trên một phần web trong một môi trường FBA. Trong số những thứ khác, phần web kéo một số dữ liệu từ máy chủ SQL. Kế hoạch lớn cho dự án này chỉ ra rằng một DBA cấu hình bảo mật cấp dữ liệu trong SQL (như trái ngược với nhúng một ID người dùng trong một truy vấn SQL hoặc một số phương pháp tiếp cận khác).

Vấn đề là rằng máy chủ SQL không biết bất cứ điều gì về môi trường FBA vì vậy nó không thể tin tưởng chúng tôi. Chúng tôi giải quyết vấn đề này bằng, cho thiếu từ tốt hơn, theo cách thủ công mạo danh một người sử dụng quảng cáo do đó chúng tôi có thể kết nối với SQL sao cho dữ liệu SQL cấp hoạt động an ninh.

Mặc dù FBA là một tính năng ASP.NET, chúng tôi dân tộc SharePoint người đã dạy tìm kiếm các công cụ mà nếu bạn đang câu cho FBA, bạn phải có nghĩa là bạn muốn biết làm thế nào để đặt cấu hình FBA trong SharePoint. Tôi không tìm thấy bất kỳ thông tin về làm thế nào để kích hoạt một FBA theo định hướng ứng dụng ASP.NET để giao tiếp với SQL trong cách chúng ta cần tìm.

Trong quá trình nghiên cứu này, chúng tôi tái đọc bài viết này: ASP.net mạo danh

Nghiên cứu thêm dẫn chúng tôi vào bài viết này codproject: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

Điều đó đã giúp chúng tôi viết mã của chúng tôi, Tôi đã bao gồm dưới đây. Nó không phải là công cụ thanh lịch nhất, nhưng nó đã làm việc. Tôi hy vọng bạn tìm thấy nó hữu ích.

Đây là mã mà làm việc cho chúng tôi:

bảo vệ void btnSearchCarrier_Click(người gửi đối tượng, EventArgs e)
 {
 Hãy thử
 {
 IU / ImpersonateUser = mới ImpersonateUser();
 // TODO: Thay thế thông tin đăng nhập iU.Impersonate("DomainName", "Tên người dùng", "Mật khẩu");

//
 MÃ
//

 iU.Undo();
 }
 bắt (Ngoại lệ cũ)
 {

 }
 }

// Bằng cách sử dụng mạo danh lớp như đã đề cập dưới đây.

công cộng lớp học ImpersonateUser
 {
 [DllImport("advapi32.dll", SetLastError = sự thật)]
 công cộng tĩnh extern bool LogonUser(
 Chuỗi lpszUsername,
 Chuỗi lpszDomain,
 Chuỗi lpszPassword,
 int dwLogonType,
 int dwLogonProvider,
 REF IntPtr phToken);

 [DllImport("kernel32.dll", CharSet = CharSet.Auto)]
 tư nhân extern tĩnh bool CloseHandle(IntPtr xử lý);

 tư nhân tĩnh IntPtr tokenHandle = mới IntPtr(0);
 tư nhân tĩnh WindowsImpersonationContext impersonatedUser;

 // Nếu bạn kết hợp mã này vào một DLL, Hãy chắc chắn để yêu cầu rằng nó
 // chạy với FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, Tên = "FullTrust")]
 công cộng vô hiệu Impersonate(Chuỗi domainName, tên người dùng Chuỗi, Chuỗi mật khẩu)
 {
 Hãy thử
 {

 // Sử dụng các chức năng LogonUser không được quản lý để có được người sử dụng mã thông báo cho
 // người dùng được chỉ định, tên miền, và mật khẩu.
 const int LOGON32_PROVIDER_DEFAULT = 0;

 // Đi qua các tham số này gây ra LogonUser để tạo ra một mã thông báo chính.
 const int LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // Bước -1 Gọi LogonUser để có được một xử lý cho một mã thông báo truy cập.
 bool returnValue = LogonUser(
 tên người dùng,
 domainName,
 mật khẩu,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 REF tokenHandle); // tokenHandle - mới bảo mật mã thông báo

 Nếu (sai == returnValue)
 {
 int ret = Marshal.GetLastWin32Error();
 System.console.WriteLine("LogonUser cuộc gọi thất bại với mã lỗi : " +
 RET);
 ném mới System.ComponentModel.Win32Exception(RET);
 }

 // Bước - 2
 WindowsIdentity newId = mới WindowsIdentity(tokenHandle);
 // Bước -3
 impersonatedUser = newId.Impersonate();

 }
 bắt (Ngoại lệ cũ)
 {
 System.console.WriteLine("Ngoại lệ xảy ra. " + cũ.Tin nhắn);
 }
 }


 /// <tóm tắt>
 /// Điểm dừng mạo danh
 /// </tóm tắt>
 công cộng void Undo()
 {
 impersonatedUser.Undo();
 // Miễn phí các thẻ.
 Nếu (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</kết thúc>

Đăng ký vào blog của tôi.

Technorati Tags:

Thêm vào Lore: SSRS nói với tôi “rsAccessDenied”, Nhưng … Tôi thực sự có thể truy cập

Một vài tuần trở lại, Tôi đã làm việc với đồng nghiệp của tôi phát triển một dự án liên quan đến SQL máy chủ Dịch vụ báo cáo plug-in Moss. Ông đã phát triển một phần web cung cấp một ưa thích front-end để báo cáo thích hợp (Các tính năng chính là một tra cứu thông minh trên một tham số với một vài nghìn có thể tìm kiếm giá trị đằng sau nó).

Điều này làm việc rất lớn trong môi trường phát triển nhưng chấp nhận người dùng thử nghiệm (UAT) môi trường, nó sẽ không làm việc. Bắn lên trình gỡ lỗi, chúng ta sẽ thấy ngoại lệ chi tiết như thế này:

Các quyền cấp cho người sử dụng 'UAT_domainmosssvc' là không đủ để thực hiện thao tác này.(rsAccessDenied).

Nếu bạn làm một tìm kiếm trực tiếp trên lỗi trên, bạn tìm thấy nó là khá phổ biến. Scarily phổ biến. Loại tồi tệ nhất của phổ biến bởi vì nó có tiềm năng gốc khác nhau rất nhiều nguyên nhân và giải pháp đề nghị của mọi người "cảm thấy" quyền. Chúng tôi có thể thử tất cả.

Trong trường hợp của chúng tôi, vấn đề là chúng tôi đã thực hiện một sao lưu/khôi phục lại của DEV để UAT. Một nơi nào đó trong dữ liệu, một cái gì đó vẫn còn đề cập đến "DEV_domain" (thay vì Cập Nhật "UAT_Domain"). Chúng tôi tạo ra một trang web mới, Thêm vào phần web và mà giải quyết vấn đề của chúng tôi.

Hy vọng rằng điều này sẽ tiết kiệm một người nào đó một giờ hoặc hai xuống dòng.

</kết thúc>

Đăng ký vào blog của tôi.

Technorati Tags:

Thông báo công khai tiểu: Thiết đặt bảo mật sống Windows và Contacting Space chủ sở hữu

Tôi nhận được một số thư từ cá nhân thông qua built-in "gửi một tin nhắn" chức năng Microsoft cung cấp với không gian sống (mà cũng tổ chức các blog của tôi) mỗi tháng.

Khoảng một phần ba thời gian, những người dùng có bảo đảm tài khoản trực tiếp tại của họ như vậy mà tôi không thể trả lời. Đây là một số loại tính năng chống thư rác, tôi giả sử.

</kết thúc>

Đang “Lỗi không xác định” Thông điệp thực sự tốt hơn so với một chồng dấu vết?

Tôi đã đọc bài đăng blog của Madhur trên làm thế nào để sử ngăn xếp theo dõi Hiển thị và bây giờ tôi tự hỏi: tại sao chúng ta không luôn luôn hiển thị một chồng dấu vết?

Những người đến với quy tắc đó và lý do tại sao chúng tôi làm theo nó?

Người dùng cuối sẽ biết cái gì là sai trong cả hai trường hợp. Tối thiểu với một chồng dấu vết, họ có thể bấm điều khiển-printscreen, sao chép/dán vào một email và gửi nó cho nó. Mà rõ ràng sẽ làm giảm thời gian và nỗ lực cần thiết để giải quyết vấn đề.

</kết thúc>

Technorati Tags:

Ác Microsoft URL

Tôi thực hiện một tìm kiếm Google:

hình ảnh

Tôi nhấp vào liên kết được đánh dấu trên ("Chi tiết tải về: Windows SharePoint…").

Tôi có được điều này:

hình ảnh

Lưu ý URL.

Trông khá đáng ngờ với tôi. Tôi không biết nếu tôi nên cười, chuckle hoặc gọi một linh mục.

</kết thúc>

Technorati Tags:

Đây là lý do tại sao tôi không giống như sử dụng công cụ ngày Zero

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

Nếu công cụ làm công cụ bạn không hiểu và sau đó nó không thành công trong bước n của một số lượng không rõ của bước, bạn đang chết trong nước…

</kết thúc>

Technorati Tags:

ID sự kiện 1023: “Windows không thể nạp mở rộng truy cập DLL MSSCNTRS”

CẬP NHẬT (04/08/08): Tôi dường như đã giải quyết được vấn đề này. Từ dòng lệnh, Tôi chạy "c:\windowssystem32lodctr /R" theo mục nói về InstallShield vấn đề và rằng xuất hiện để đã giải quyết được nó cho tôi.

Tôi đã nhận thấy rằng gần đây, fan hâm mộ máy tính để bàn/máy chủ của tôi không bao giờ tắt. Tôi biết nó sử dụng để tắt. Tôi lấy một chút thời gian để kiểm tra xem nó ra nhận thấy rằng các trình VMware đã chạy một phù hợp 20% sử dụng trên một trong những CPU. Tôi đã kiểm tra sổ ghi sự kiện và thấy những sai sót trong Nhật ký ứng dụng xảy ra hàng chục lần / phút:

Windows không thể nạp mở rộng truy cập DLL UGatherer, DWORD đầu tiên trong phần dữ liệu là mã lỗi Windows.

Windows không thể nạp mở rộng truy cập DLL UGTHRSVC, DWORD đầu tiên trong phần dữ liệu là mã lỗi Windows.

Windows không thể nạp mở rộng truy cập DLL MSSCNTRS, DWORD đầu tiên trong phần dữ liệu là mã lỗi Windows.

Nếu tôi sâu vào các chi tiết của một trong những tin nhắn, Tôi có được điều này:

Nguồn: Perflib

Loại: Lỗi

Thể loại: Không có

ID sự kiện 1023

Tôi đã làm một số nghiên cứu và đã có một số dấu hiệu cho thấy nó có thể là một vấn đề quyền về quyền truy cập vào các file DLL trong câu hỏi. Tôi chơi xung quanh với những thứ đó, nhưng có thể không ảnh hưởng đến những điều một cách tích cực vì vậy tôi đã bỏ vào đó.

VMware đã đòi hỏi tôi về thực hiện một bản Cập Nhật cho thời gian khá lâu, Vì vậy, tôi jotted xuống phiên bản tôi đã cài đặt (dường như "1.0.1 build 29996") và đã Cập Nhật. Điều này nâng cấp tôi để v1.04. Đáng buồn, nó không phải khắc phục sự cố.

Tôi có thể ngăn chặn số tin nhắn sẽ Nhật ký ứng dụng của tôi khi tôi đóng cửa một dịch vụ có tên "VMware ủy quyền dịch vụ", điên. Điều này ngăn cản tôi từ việc sử dụng phần mềm VMware, do đó, … không như một lựa chọn tuyệt vời.

Hệ thống điều hành máy chủ lưu trữ là Windows XP 64 chút.

Tôi không nghĩ rằng điều này đã luôn luôn xảy ra, nhưng tôi không nhớ bất kỳ sự kiện đặc biệt mà có thể đã dẫn tới nó.

Đây là lý do tại sao tôi ghét máy tính.

</kết thúc>

Technorati Tags:

Diễn đàn thảo luận: Thực thi việc tuân thủ thực tiễn tốt nhất trong không nhỏ MOSS môi trường

Một thành viên, "Đánh dấu", đã bắt đầu lên một nhóm tin có khả năng thú vị thảo luận tập trung vào "thiết lập tuyệt vời quản trị SharePoint từ đầu" cho một 35,000 môi trường người dùng.

Các cuộc thảo luận là ở đây: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

Nhạc pop ngày qua và đóng góp!

</kết thúc>