განახლების 11/03/08: დარწმუნდით, რომ წავიკითხე შესანიშნავი და დეტალური კომენტარი Dessie Lunsford ამ თანამდებობაზე.

მე მუშაობა საიდუმლო ტექნიკური editing პროექტი მომავალი წიგნი და ეს ცნობას ამ დღიურში შესვლის by Tyler ბატლერ on MSDN ECM წაკითხვა. This is the first time I personally read a clear definition of the meaning of Limited Access. Here’s the meat of the definition:

In SharePoint, ანონიმური მომხმარებლები’ უფლებამოსილება განისაზღვრება შეზღუდული ნებართვა დონეზე. შეზღუდული არის სპეციალური ნებართვა დონეზე, რომ არ შეიძლება დაეკისროს მომხმარებლის ან ჯგუფის პირდაპირ. ამიტომ არსებობს ეს იმიტომ, რომ, თუ თქვენ გაქვთ ბიბლიოთეკის ან subsite რომ დაარღვია ნებართვების მემკვიდრეობის, და თქვენ შესახებ / ჯგუფის დაშვების მხოლოდ, რომ ბიბლიოთეკაში / subsite, რათა ნახოთ მისი შინაარსი, შესახებ / ჯგუფი უნდა ჰქონდეს გარკვეული დაშვება root ვებგვერდი. წინააღმდეგ შემთხვევაში შესახებ / ჯგუფს ვერ დაათვალიეროთ ბიბლიოთეკაში / subsite, მიუხედავად იმისა, რომ უფლებები აქვთ იქ, რადგან არსებობს რამ ძირეული ვებგვერდი, რომ საჭიროა გაუწიოს საიტი ან ბიბლიოთეკაში. ამიტომ, როდესაც თქვენ ჯგუფი ნებართვების მხოლოდ subsite ან ბიბლიოთეკა, რომელიც არღვევს ნებართვების მემკვიდრეობის, SharePoint ავტომატურად მისცეს შეზღუდული რომ ამ ჯგუფის ან მომხმარებლის შესახებ root ვებგვერდი.

ეს შეკითხვა მოდის ახლა და მერე MSDN ფორუმი და მე ყოველთვის აინტერესებს (მაგრამ არა აინტერესებს საკმარისი ტექსტური ის ადრე დატოვა :)).

</ბოლო>

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

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

In ნიშანი იმისა, რომ სოციალური Computing იწყება მიიღოს off ერთად SharePoint, I see an increased number of My Site type questions. One common question goes something like this:

"I am an administrator and I need to be able to access every My Site. How do I do that?"

The trick here is that each My Site is its own site collection. SharePoint security is normally administered at the site collection level and this trips up many a SharePoint administrator. როგორც წესი,, she already has access to configure security in the "main" საიტი კოლექციების და შეიძლება არ ესმოდეს, რომ ეს არ ავტომატურად მუშაობა ჩემი საიტები.

საიტის კოლექციების ერთობლივად ცხოვრობს შიგნით უფრო დიდი კონტეინერი, which is the web application. Farm admins can can configure security at the web app level and this is how admins can grant themselves access to any site collection in the web application. This blog entry describes one of my personal experiences with web application policies. I defined a web application policy by accident: http://paulgalvin.spaces.live.com/Blog/cns!1CC1EDB3DAA9B8AA!255.entry.

Web application policies can be dangerous and I suggest that they be used sparingly. If I were an admin (და მადლობა ღმერთს მე არ ვარ), I would create a separate AD account named something like "SharePoint Web App Administrator" and give that one account the web application security role it needs. I would not configure this kind of thing for the regular farm admin or individual site collection admins. It will tend to hide potential problems because the web app role overrides any lower level security settings.

</ბოლო>

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

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin