每月檔案: 3 月 2009

有趣的 SharePoint SSO 事實的一天

1 答覆

我一直在使用 SharePoint SSO 和學習，因為我去. 這工作的一種方法是，你告訴 SharePoint 外部應用程式. 使用者登錄到該應用程式通過一些 SharePoint 功能 (例如：. iView web 部件). 第一次在使用者執行此操作, 它會提示他們為正確的使用者 id 和密碼才能使用該系統. 它建立您的 SharePoint 憑據與您的憑據後, 端系統之間的映射. 此後, 為了輸入他們的 ID，當他們擊中了該系統的使用者不會有.

好為我工作的那部分. 不過, 它回避問題, "怎麼不會使用者更改該使用者 id 或口令?"使用者可能犯了一個錯誤, 或者也許你正在做一些測試在開發環境中，需要帳戶之間快速切換.

答案就知道了。, 但我知道你可以走進中央行政和管理使用者的憑據:

中央行政管理 — —> 操作 — —> 管理單一登入 — —> 管理企業應用程式定義的帳戶資訊

從那裡, 您可以指定外部應用程式 (例如：. SAP) 和你想要刪除的帳戶. 您還可以更改映射.

如果您知道如何允許最終使用者直接更改他們的憑據, 請發表評論🙂

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤: , ,

冒險與 iView Web 組件

發表評論

我需要做一些小證明今天那 iView web 部件可以在我的客戶的環境中工作. 我從未共事過這片 SharePoint 之前.

在這個問題上，Microsoft 創建了一份非常高品質白皮書.

我不得不克服的第一個障礙是 — — iView web 部件在哪裡? 因為某些原因, 我第一個想到的是會有從某個地方的網站下載, 也許 SAP 的網站. 我了 1/2 相信自己，iView web 部件可能甚至成本額外. 答案是肯定的, 他們所附帶的青苔 (我認為企業; 這是什麼我使用此處在任何事件). 我見過標準的"添加 web 部件"對話方塊上百甚至更多時間和總是掩蓋它. 沒有了!

下一個障礙是我不能閱讀說明.

正在使用的 web 部件，並備存得到這個令人討厭的消息:

沒有 SAP 伺服器配置此網站. 請與管理員聯繫以配置受信任的 SAP 伺服器.

白皮書清楚地說要編輯位於檔的設定檔"<磁碟機盤符:>\程式數值辦公室 Servers12.0ConfigTrustedSAPHosts.config". 第十次我看著那, 我看到的只是"程式 Files...Config"和我去了馬上到 12 配置單元. 一次我終於減慢到讀它, 我意識到我的錯誤，它也很容易解決.

我繼續在我快樂的路上與 SSO 配置. 這不是在向我清楚如果這樣行得通, 但這一天是另一個故事.

底線:

1. 開箱即用與 SharePoint 包括 iView web 部件 (也許企業).

2. 神奇的設定檔, ""TrustedSAPHosts.config, 沒有生活在 12 配置單元.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤: , ,

MOSS 使用者設定檔為使用者的語言首選項的監督

4 回复

我當前的專案上, 有些使用者將前往世界各地和當他們到達不同的目的地, 使用任何機器時派上用場. 那些客人機器將運行 Windows 安裝和配置為本地語言環境. (我剛發現的客人機器可能沒有正確的語言包… 可能不會, 事實上… 我停車現在一個人).

SharePoint 需要提供一種機制，藉以使用者能夠選擇他們的首選的語言，然後榮譽那語言無論使用者如何訪問苔蘚青苔. 換句話說, 無視無論瀏覽器會告訴 IIS/苔蘚和相反查找該首選語言和使用它.

我們要去調查兩種方法:

  1. HTTP 處理常式: 在 IIS 上安裝一個自訂 HTTP 處理常式將查找使用者的苔蘚設定檔, 弄的首選語言，然後在將控制傳遞給苔蘚之前切換周圍所需的 HTTP 標頭.
  2. global.asax: 修改 global.asax 來做同樣的事情. 我們可能會修改別的東西, 但這個想法是，我們找到一些我們可以在其中插入我們地區設定開關的邏輯的地方.

其他複雜的因素是我們需要支援 60 k 使用者, 關於 1,000 這可能會同時訪問 MOSS 在高峰負荷.

HTTP 處理常式似乎相當激烈, 但可能是最好的地方，要放入的代碼，因為它是在 IIS 級別和全知. 它是工作的好的單點.

我們傾向于一種 global.asax 類型的方法, 主要是因為我們相信我們會有更多選擇，此時，緩存資料.

我會更多關於這個主題的博客，因為我瞭解更多.

如果你有知道關於這件事, 請發表評論🙂

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

捕獲 “mailto:” 度量標準

5 回复

我在一個專案，我們需要收集度量一個功能叫做"分享一個故事。" 這個想法是很簡單 — 如果你正在看一篇有趣的文章在 intranet 上，並且想要與其他人共用它, 按一下標記為"共用這個故事連結" 通過電子郵件將它發送給您的好友.

我們玩自訂表單為此目的, 但在結束, 常識贏得了一天，我們只是使用熟悉 <a href = mailto:…> 技術. (<href mailto:…> 是有點出乎意料的強勁; 作為獎金, 該連結給我帶回我舊的 UNIX 男子頁天; 那段日子!).

此技術為最終使用者提供了偉大的介面，因為他們，要使用他們熟悉的 MS Outlook 用戶端 (或已安裝的任何電子郵件用戶端).

它使事情更難我們可憐的開發人員類型以來他們用戶端 ＊ 還 ＊ 想要運行報告，在未來如何往往顯示使用者分享的故事，甚至哪些情景最經常共用.

我們 whiteboarded 幾個可能的解決方案. 我最喜歡的是到碳副本 (抄送) SharePoint 清單. 這種方式, 最終使用者仍然獲取 outlook 用戶端，而我們要捕獲的事件，因為我們會買電子郵件的副本. 有一些明顯的缺點. 主要的問題是，該使用者可以簡單地清空或否則為裂傷抄送位址. 和, 我們需要管理電子郵件，事件庫. 我們有一個預定的工作負責，清理的白板上.

如果您有一些聰明的辦法，解決這個問題, 請不要告訴.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin