ყოველთვიური არქივი: მარტი 2009

გართობა SharePoint sso რეციდივი Day

1 პასუხი

I’ve been working with SharePoint SSO and learning as I go. One way in which this works is that you tell SharePoint about external applications. Users log into that application via some SharePoint function (e.g. iView ვებ ნაწილი). The first time the user performs this action, it prompts them for the correct user id and password to use for that system. It’s setting up a mapping between your SharePoint credentials and your credentials for that backend system. Thereafter, შესახებ არ უნდა შევიდეს პირადობის როდესაც ისინი, რომ სისტემა.

That part worked well for me. თუმცა, იგი სთხოვს კითხვა, "როგორ ამჯამად შესახებ შეცვლა მომხმარებლის ID და პაროლი?” The user might have made a mistake, ან იქნებ თქვენ აკეთებთ რაღაც ტესტირებას dev გარემოს და უნდა სწრაფად გადაერთოთ ანგარიშები.

მე არ ვიცი პასუხი ამ, მაგრამ მე ვიცი, რომ თქვენ შეგიძლიათ წასვლას ცენტრალური ადმინისტრაცია და მართვა მომხმარებლის მიდგომებით:

ცენტრალური ადმინისტრაცია -> ოპერაციები -> მართვა მარტო შესვლა On -> მართვა ანგარიშის ინფორმაცია საწარმო განაცხადის განმარტება

იქიდან, თქვენ შეგიძლიათ მიუთითოთ გარე პროგრამა (e.g. SAP) and the account you want to delete. You can also change the mapping.

თუ თქვენ იცით, როგორ უნდა დაუშვას ბოლოს წევრებს, რათა პირდაპირ შეცვალოს მათი მიდგომებით, kindly post a comment 🙂

</ბოლო>

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

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

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

თავგადასავლები iView ვებ ნაწილები

Დატოვეთ პასუხი

I needed to do some minimal proving today that iView web parts can work in my client’s environment. I’ve never worked with this slice of SharePoint before.

Microsoft შექმნა ძალიან მაღალი ხარისხის თეთრი ქაღალდი ამ საკითხზე.

პირველი დაბრკოლება მე უნდა გადალახოს იყო - სად არის iView ვებ ნაწილი? რატომღაც, ჩემი პირველი მიაჩნდა, რომ მე უნდა გადმოწეროთ საიტი სადღაც, perhaps SAP’s site. მე მქონდა 1/2 convinced myself that iView web parts might even cost extra. რა თქმა უნდა, ისინი შეიცავენ MOSS (მე ვფიქრობ, რომ საწარმო; არის ის, რაც მე გამოყენებით აქ ნებისმიერ შემთხვევაში). I’ve seen the standard “add a web part” dialog box hundreds or more times and always glossed over it. No more!

The next obstacle is that I can’t read instructions.

მე გამოყენებით ვებგვერდი ნაწილი და ინახება მიღება ამ შემაშფოთებელი გაგზავნა:

No SAP servers are configured for this site. Contact your administrator to configure trusted SAP servers.

თეთრი ქაღალდი ნათლად წერია, შეცვალონ კონფიგურაციის ფაილი მდებარეობს ფაილი "<დისკის:>\Program Files\Microsoft Office Servers\12.0\Config\TrustedSAPHosts.config”. The first dozen times I looked at that, ყველა ვნახე იყო "Program Files ... Config" და მე პირდაპირ მოშორებით 12 hive. Once I finally slowed down to read it, I realized my mistake and it was easy to fix.

I continued on my merry way with SSO configuration. It’s not all at clear to me if that worked, მაგრამ ეს კიდევ ერთი ამბავი მეორე დღეს.

ქვედა ხაზი:

1. iView ვებ ნაწილების შედის იმ ყუთში ერთად SharePoint (ალბათ საწარმო).

2. ჯადოსნური კონფიგურაციის ფაილი, "TrustedSAPHosts.config", არ ცხოვრობს 12 hive.

</ბოლო>

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

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

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

MOSS მომხმარებელი პროფილი როგორც ხელისუფლების წარმომადგენლებს მომხმარებელი ენის უპირატესობა

4 პასუხი

ჩემს მიმდინარე პროექტის, ზოგიერთი წევრებს გაემგზავრება მთელს მსოფლიოში და როდესაც ისინი მიაღწევენ სხვადასხვა მიმართულებით, use whatever machine is handy at the time. Those guest machines will be running Windows and installed and configured for the local locale. (მე მხოლოდ მიხვდა, რომ სტუმარმა მანქანები შეიძლება არ აქვს უფლება ენის პაკეტების… ალბათ, არ, სინამდვილეში… მე პარკინგის რომ ერთი ახლა).

SharePoint needs to provide a mechanism whereby the user can pick their preferred language and then have MOSS honor that language regardless of how the user accesses MOSS. In other words, disregard whatever the browser tells IIS/MOSS and instead look up that preferred language and use it.

ჩვენ ვაპირებთ გამოიძიოს ორი მიდგომის:

  1. HTTP Handler: საბაჟო HTTP კურატორმა დამონტაჟებული IIS გამოიყურება up მომხმარებლის MOSS ნახვა, გაერკვნენ სასურველი ენა და მერე გადახვიდეთ HTTP header გარშემო, როგორც საჭიროა, სანამ გავლის კონტროლის MOSS.
  2. global.asax: Modify global.asax to do the same thing. We may modify something else, but the idea is that we find some place where we can insert our locale-switching logic.

სხვა ართულებს ის არის, რომ ჩვენ უნდა დავუჭიროთ მხარი 60k წევრებს, შესახებ 1,000 შეიძლება იმავდროულად წვდომის MOSS დროს პიკს დატვირთვა.

HTTP კურატორმა ჩანს საკმაოდ მკვეთრი, but possibly the best place to put the code since it’s at the IIS level and all-knowing. It’s a good single point of work.

ჩვენ სწავლის მიმართ global.asax ტიპის მიდგომა, ძირითადად იმიტომ, რომ ჩვენ გვჯერა, ჩვენ გვექნება მეტი პარამეტრები ქეშირების მონაცემები იმ ეტაპზე.

მე ვიქნები ბლოგინგი მეტი ამ საკითხზე, როგორც მე ვისწავლოთ მეტი.

თუ თქვენ არ ვიცით ამის შესახებ, please post a comment 🙂

</ბოლო>

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

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

აღების “mailto:” Metrics

5 პასუხი

I’m on a project where we need to collect metrics around a function named "Share a Story." The idea is very simple — თუ თქვენ ეძებს საინტერესო სტატია ინტრანეტით და უნდა, რომ იგი ვინმე, click a link labeled "Share this story" ელ ეს თქვენს buddy.

ჩვენ ითამაშა გარშემო საბაჟო ფორმით ამ მიზნით, თუმცა საბოლოოდ, საღი აზრი მოიგო დღეს და ჩვენ უბრალოდ გამოიყენოთ ნაცნობი <ტექნიკური კონფერენცია mailto:…> technique. (<href mailto:…> არის გასაკვირი ძლიერი ცოტა HTML; პრემიის სახით, ბმული მოაქვს ჩემს უკან ჩემი ძველი UNIX ადამიანი გვერდები დღით; აღნიშნული ინფორმაცია იყო დღის განმავლობაში!).

ეს ტექნიკა უზრუნველყოფს დიდი ინტერფეისით ბოლოს წევრებს, რადგან ისინი მისაღებად გამოიყენონ მათ იცნობს MS Outlook კლიენტს (ან რაც ელფოსტის კლიენტს დამონტაჟებულია).

რაც რამ უფრო რთული ჩვენზე ცუდი დეველოპერი სახის, რადგან ისინი კლიენტს * ასევე * სურს აწარმოებს ანგარიში მომავალში, რომელიც აჩვენებს რამდენად ხშირად წევრებს წილი მოთხრობები და კიდევ რაც ისტორიები გაუზიარეს ყველაზე ხშირად.

We whiteboarded a few potential solutions. My favorite is to carbon copy (CC) a SharePoint list. That way, the end user still gets the outlook client while we get to capture the event because we’ll get a copy of the email ourselves. There are some obvious drawbacks. The main problem is that the user could simply blank out or otherwise mangle the CC address. ხოლო, we need to manage that event library of emails. We have a scheduled job on the white board responsible for that cleanup.

თუ გაქვთ ჭკვიანი მიდგომა პრობლემის მოსაგვარებლად, გთხოვთ, ვუთხრა.

</ბოლო>

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

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