კატეგორია არქივი: სხვადასხვა

SharePoint საუკეთესო პრაქტიკა კონფერენცია, “საუკეთესო პრაქტიკა,” და სპილო ოთახი

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 (not that I ignored them). ამის ნაცვლად, I focused a bit more on the attendees.

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, but I think it was at least 60% focused on non-dev issues, 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 (which by now, has been very well established).

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.

Having said that, 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, სასწავლო, requirements gathering, ძებნის, განვითარების, information architecture, და ა.შ.. I think that the missed opportunity has to do with the "green field" assumptions underlying many of the best practices.

When we talk about 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, information architecture, და ა.შ.. თუმცა … what happens when you’re already in production with several thousand users (or 10’s of thousands) and you didn’t follow best practices at the beginning? I’ve seen companies with … ahem … a very odd information architecture baked into their environment. I don’t think that this conference provided much guidance for organizations with that kind of problem (and I don’t just mean IA, but governance, ძებნის, many other areas). რა თქმა უნდა, knowing you have a problem is a big part of the solution and that’s very valuable.

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" and the community needs to face it head on.

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, და ა.შ..

</ბოლო>

გამოწერა ჩემი დღიური.

პროგრამები Tags:

SharePoint Dashboards Online სემინარი

ჩემი ონლაინ მეგობარი, მარკ მილერი მეტი და საბოლოო მომხმარებლის 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

მე იჯდა ერთი თავისი ონლაინის სემინარი გასულ თვეში და ეს გაკეთდა კარგად და თუ თქვენ დაინტერესებული ძალიან პრაქტიკული ინფორმაციას dashboards in SharePoint, დარწმუნებული ვარ, რომ ეს ღირს 1 საათში საინვესტიციო.

</ბოლო>

გამოწერა ჩემი დღიური.

FBA და SQL Server: სიყვარულის ბალადა

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 (განსხვავებით embedding მომხმარებლის ID in 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 Nation ადამიანი ისწავლება სხვადასხვა საძიებო რომ თუ თქვენ querying for 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 Impersonation

დამატებითი კვლევები მიგვიყვანა ამ codproject მუხლის: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

ეს დაგვეხმარა წერენ ჩვენი კოდი, which I’ve included below. It’s not the most elegant stuff, but it worked. I hope you find it helpful.

აი კოდი, რომელიც მუშაობდა ჩვენთვის:

დაცული ბათილად btnSearchCarrier_Click(ობიექტის გამგზავნი, EventArgs e)
 {
 ვცდილობთ
 {
 U = ImpersonateUser ახალი ImpersonateUser();
 // ყველა: ჩანაცვლება მიდგომებით
 ("DomainName", "UserName", "Password");

//
 კოდი
//

 iU.Undo();
 }
 დაჭერა (გამონაკლისი ყოფილი)
 {

 }
 }

// გამოყენება Impersonation კლასი როგორც ქვემოთ მითითებულ.

საჯარო კლასი ImpersonateUser
 {
 [DllImport("advapi32.dll", SetLastError = ნამდვილი)]
 საჯარო სტატიკური გარე bool LogonUser(
 სიმებიანი lpszUsername,
 სიმებიანი lpszDomain,
 სიმებიანი lpszPassword,
 int dwLogonType,
 int dwLogonProvider,
 ref IntPtr phToken);

 [DllImport("kernel32.dll", ცხრილი = CharSet.Auto)]
 შეტყობინების გარე სტატიკური bool CloseHandle(IntPtr სახელური);

 შეტყობინების სტატიკური IntPtr tokenHandle = ახალი IntPtr(0);
 შეტყობინების სტატიკური WindowsImpersonationContext impersonatedUser;

 // თუ თქვენ ჩართული ამ კოდი შევიდა DLL, რა თქმა უნდა მოითხოვოს, რომ იგი
 // ეშვება ერთად FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, სახელი = "FullTrust")]
 საჯარო ძალადაკარგულად Impersonate(სიმებიანი DomainName, სიმებიანი ნიკი, სიმებიანი დაგავიწყდათ)
 {
 ვცდილობთ
 {

 // გამოყენება უმართავი LogonUser ფუნქცია მისაღებად შესახებ ნიშნად for
 // მითითებულ შესახებ, დომენის, და პაროლი.
 const int LOGON32_PROVIDER_DEFAULT = 0;

 // გამსვლელი ამ პარამეტრის იწვევს LogonUser რათა შეიქმნას პირველადი ნიშნად.
 const int LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // ნაბიჯი -1 ზარის LogonUser მოპოვება handle to დაშვების ნიშნად.
 bool returnValue = LogonUser(
 ნიკი,
 დომენი,
 დაგავიწყდათ,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 ქონების tokenHandle); // tokenHandle - უსაფრთხოების ახალი ნიშნად

 თუ (ყალბი == returnValue)
 {
 int ret = Marshal.GetLastWin32Error();
 Console.WriteLine("LogonUser call failed with error code : " +
 უფლება);
 სახიფათოა ახალი System.ComponentModel.Win32Exception(უფლება);
 }

 // ნაბიჯი - 2
 WindowsIdentity newId = ახალი WindowsIdentity(tokenHandle);
 // ნაბიჯი -3
 impersonatedUser = newId.Impersonate();

 }
 დაჭერა (გამონაკლისი ყოფილი)
 {
 Console.WriteLine("Exception occurred. " + ex.Message);
 }
 }


 /// <შემაჯამებელი>
 /// წყვეტს impersonation
 /// </შემაჯამებელი>
 საჯარო ძალადაკარგულად გაუქმება()
 {
 impersonatedUser.Undo();
 // გასათავისუფლებლად სიმბოლოს.
 თუ (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</ბოლო>

გამოწერა ჩემი დღიური.

პროგრამები Tags:

დაემატა მხარეთმცოდნეობის: SSRS მეუბნება “rsAccessDenied”, მაგრამ … მე ნამდვილად აქვთ ისარგებლონ

რამდენიმე კვირის უკან, 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 (მთავარი ფუნქცია, რომ ჭკვიანი lookup წლის მაჩვენებლის რამდენიმე ათასი საძიებო ღირებულებების უკან).

ეს მუშაობდა დიდი განვითარება გარემოს არამედ შესახებ მიღების ტესტირებაში (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, დამატების ვებგვერდი ნაწილი და რომ მოგვარდება ჩვენი პრობლემა.

იმედია ამ გადაარჩენს ვინმეს საათი ან ორი ქვემოთ ხაზი.

</ბოლო>

გამოწერა ჩემი დღიური.

პროგრამები Tags:

Minor Public Announcement: Windows Live Security Settings and Contacting Space Owners

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.

</ბოლო>

არიან “უცნობი შეცდომა” შეტყობინებები ნამდვილად უკეთესია, ვიდრე დასტის კვალი?

I was reading Madhur’s blog post on how to enable stack trace displays and now I’m wondering: რატომ არ ჩვენ ყოველთვის დასტის კვალი?

ვინ გამოვიდა, რომ წესით და რატომ მივყვებით მას?

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.

</ბოლო>

პროგრამები Tags:

ბოროტების Microsoft URL

I do a Google search:

იმიჯი

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

მივიღებ ამ:

იმიჯი

Note the URL.

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

</ბოლო>

პროგრამები Tags:

ამიტომ, მე არ მიყვარს გამოყენებით ინსტრუმენტები Day Zero

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

თუ ინსტრუმენტი აკეთებს პერსონალის თქვენ არ მესმის და მერე ვერ ნაბიჯი ნ უცნობი ისეთი ნაბიჯი, თქვენ გარდაცვლილი წყალი…

</ბოლო>

პროგრამები Tags:

ღონისძიების ID 1023: “Windows ვერ ვტვირთავ გააფართოვოთ counter DLL MSSCNTRS”

განახლების (04/08/08): I seem to have solved this problem. From the command line, I ran "c:\Windows system32 lodctr / რ" როგორც პოსტი შესვლის ვსაუბრობთ 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:

Windows ვერ ვტვირთავ გააფართოვოთ counter DLL UGatherer, პირველი DWORD მონაცემთა მონაკვეთი Windows შეცდომის კოდი.

Windows ვერ ვტვირთავ გააფართოვოთ counter DLL UGTHRSVC, პირველი DWORD მონაცემთა მონაკვეთი Windows შეცდომის კოდი.

Windows ვერ ვტვირთავ გააფართოვოთ counter DLL MSSCNTRS, პირველი DWORD მონაცემთა მონაკვეთი Windows შეცდომის კოდი.

თუ მე საბურღი შევიდა დეტალებზე ერთ იმ შეტყობინებები, მივიღებ ამ:

წყარო: Perflib

გაცნობის: შეცდომა

კატეგორია: არა

ღონისძიების 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 იყო nagging ჩემთვის ასრულებენ განახლება საკმაოდ გარკვეული დრო, ასე რომ 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.

მასპინძელი ოპერაციული სისტემის Windows XP 64 ცოტა.

მე არ ვფიქრობ, რომ ეს ყოველთვის ხდებოდა, მაგრამ მე არ გავიხსენოთ რომელიმე კონკრეტულ შემთხვევაში, შესაძლოა, გამოიწვია ის.

ამიტომ, მე სიძულვილის კომპიუტერი.

</ბოლო>

პროგრამები Tags:

ფორუმი ფორუმი: აღსრულების საუკეთესო პრაქტიკა შესაბამისობის არასამთავრობო ტრივიალური MOSS გარემო

თანამემამულე, "Mark", has started up a potentially interesting newsgroup discussion focusing on "establishing excellent SharePoint Governance from the start" ამისთვის 35,000 შესახებ გარემოს.

დისკუსია აქ: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

პოპ მდე და ხელი შეუწყოს!

</ბოლო>