使用 MSDN (和其他) SharePoint 支援論壇

我可以寫在 MSDN 論壇關於大長度, 禮儀, 命名約定, 搜索, 等. 我可以這樣做, 事實上. 我想指出一件小事情,可以説明人們有更好的整體體驗.

我最近一直告訴人們,是否你遇到什麼問題與您的 SharePoint 環境, 發展專案或其他 SharePoint 相關的活動, 將問題張貼到論壇你行動鏈中早日而非遲. 我知道我自己,當我有一個問題, 可能的解決方案的數目目前自己馬上. 訂購這些潛在解決方案的可能性, 適用性和調查,他們是多麼容易. 我去通過該清單和的時候,我已經到 #10, 我在做註冊表更改到一個鍵"/ 美孚/酒吧/almostThere isThisIt/noThisIsNotIt iCantBelieveIAmDoingThis/finallyThere!"在頁面上找到一個博客的意見 8 谷歌搜索. 當無法正常工作, 我終於將問題張貼到 MSDN (例如:. 在這裡: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads).

我建議你扭轉這種做法. 因為發佈更早在你調查論壇:

  • 反正是免費給你.
  • 那裡沒有保證 SLA (我意識到的, 至少).
  • 因此, 它可以作出回應的人很長時間.
  • 人們經常做最終回應.
  • 如果你等到 2 或 3 幾天後問題第一次浮出水面, 你就是瘋狂的回應和論壇並不是緊急説明的好地方 (除非你很幸運).

所以, 基本上, 很容易和自由和你有很大機會獲得想要的答案, 但它將需要一段時間,得到的答案 (再次, 除非你很幸運).

我常想我應該先上尋找社區説明,因為我不想浪費別人的時間尋求説明時可能發現自己. 一些論壇版主和積極參與者可能會有那樣的感覺, 但我不喜歡 (至少, 不要再覺得). 我看不到任何不利之處. 最壞的情況是你發帖提問,然後回答你自己的一些時間後, 可能"浪費"的時間. 看不到很大的風險,而且還有價值研究的問題那樣在任何情況下.

</結束>

訂閱我的博客.

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

Technorati 標籤: ,

小注有關 Microsoft 聯機服務密碼和管理

我開始用微軟的小生產效率連線套件工作幾個月前, 但是現在我有一些更好的理由使用它.

我還是用我的方式它周圍, 所以可能會得到一些術語錯誤, 但基本上有兩種主要介面: 行政中心和服務本身.

該系統告訴我我不得不更改我的密碼, 於是繼續那樣做了. 這使得我將繼續並使用服務部分 (SharePoint, 電子郵件, 和生活會議). 不過, 當我去管理螢幕, 它不會讓我告訴我它不相信我的密碼是正確的.

行為是有點奇怪. 如果輸入了密碼我 * 思想 * 應該是, 它將空白,使用者 id 和密碼,然後告訴我密碼或使用者名不正確. 如果輸入了錯誤的密碼, 它會告訴我相同, 但使使用者 ID 欄位保持不變.

我一直玩,這一段時間,最後要求 (是, 上星期天的早上). 令人難以置信, 研究員, Ben, 馬上接電話. 和, 我沒有要輸入信用卡.

長話短, 行政中心密碼使用不同的密碼規則比服務密碼. 管理員密碼必須包含阿爾法, 數位和特殊字元. 當我第一次換我的管理員密碼, 我沒有聽懂這條規則 (它警告過我,也不!). 我能夠將其更改為有效的管理密碼,拿回了.

如果您在將來遇到這樣的問題, 你知道什麼為我工作,希望它將為你工作.

</結束>訂閱我的博客.

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

SharePoint 作為商業作業系統

自從我聽說報價, 據報在 Q&與史蒂夫 · 鮑爾默在 3 月會議 2007, 我已經有點被屏息發生某事. 這句話基本上是這: "SharePoint 是商務應用程式的作業系統。 知道一點關於 SharePoint 和有關作業系統的中等位, 以為真的容易. 我屏息, 等待公司真的買到這一概念,並開始構建應用程式內的 SharePoint"作業系統"。

奉獻了很多心思來此主題今年 (回到我 2009 預測) 和我要談一談在這 可能在華盛頓的第二屆 SharePoint 星期六事件。.

這是我的演示文稿的摘要, 題為"使用 SharePoint 平臺到生成垂直商務應用程式":

"橫向?""垂直?在"這句話中是什麼一個 SharePoint 上下文? SharePoint, 正如我們經常聽到, 用於構建應用程式是一個"平臺". 這一事實經常上丟失我們以來所謂的水準平臺功能, 文件管理和搜索等, 是如此的簡單和有用在和自己的. 不過, SharePoint 是功能更加強大,將返回時用於創建垂直應用程式定制,以滿足您的業務每天要求更大的價值. 此會話描述如何組裝平臺功能到一個垂直解決方案中使用現實世界的業務示例 — — 銷售報價單管理進程和客戶閘道. 發言者的目標是睜開眼睛到 SharePoint 平臺的可能性,並利用其水準平臺功能創建專門的業務解決方案為您垂直的組織.

如果這個問題不會浮你的船, 有一群其他好的主題. 直流是一個偉大的場地,在其本身訪問.

註冊打開本星期四, 04/16. 保持站點頂部並坐在座位上,以免為時已晚🙂

</結束>

訂閱我的博客.

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

加拿大分鐘

這一次最後一周, 我是在蒙特利爾, 出席高度推薦 SharePoint 首腦會議 2009. 我給了 3.5 有關安裝和自訂 SharePoint 小時教程. 它是一個恐怖的話題,在許多層面上. 我真的不是一個 SharePoint 管理員, 但我知道很多關於這個主題給教程. (值得慶倖的是, Geoff Schaller 從 軟體的目標 在澳大利亞, 除幾個其他, 在眾人回答一些更深層的問題是 [我不知道他們在那裡的水放了什麼, 但我們需要一些它在美國]).

但, 追溯到很多層面的恐懼感...... 它有很大的潛力是很無聊. 我實際上安裝 WSS,然後將其升級到苔蘚. 在一屋子的人. 加拿大人. 有長 5 和 7 分鐘的差距在哪裡,我們正在看安裝過程磕磕絆絆. 我需要填補這段時間與一些有用和有趣. 我不知道我成功了.

最後, 它是 loooong. 三個半小時. 這是一個長的演示文稿. 我開了個小玩笑的它, "我們有一個長的演示文稿之前我們說. 三個半小時. 那是 210 分鐘. 我甚至不知道是在加拿大的多少分鐘。

大家都笑了,作為一個結果, 蒙特婁正式列入我的好地方名單 🙂

即使他們沒有嘲笑我的笑話, 我會愛蒙特利爾. 我非常努力,思想開放,並且不會從我線索 南方公園, 但我承認, 我很懊惱, 我已經不知道如何偉大是蒙特利爾的大都會. 等不及要回去幾個月後, 當它是有點溫暖, 若要再次訪問.

一種相關說明, 我也坐在通過 埃裡克 · 斯溫森 第一次公開發表題為"IA 和品牌推廣進程: 到-富達設計線框圖剪影"。 (埃裡克是我 EMC 的同事). 看看這裡的摘要: http://www.sharepointsummit2009.com/conference_day2.htm. 我甚至為他錄下來是為. 我試了好幾次的一些"動作鏡頭"和放大他時他停頓了一下,喝點水. 我總是沒有成功, 但我嘗試過

</結束>

訂閱我的博客.

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

Technorati 標籤:

有趣的 SharePoint SSO 事實的一天

我一直在使用 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 使用者設定檔為使用者的語言首選項的監督

我當前的專案上, 有些使用者將前往世界各地和當他們到達不同的目的地, 使用任何機器時派上用場. 那些客人機器將運行 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:” 度量標準

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

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

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

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

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

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

</結束>

訂閱我的博客.

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

偉大的教程和拱門式使用 InfoPath 和工作流來解決排程問題

這些天, 我和我的博客閱讀永遠玩追趕和剛越過這個職位: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html

它是設計器 SharePoint 工作流教程的作為固體和詳細 (再加上更多!) 在聚會上你會看到的任何地方. 我會檢查它, 即使你是傷痕累累的 SPD 老兵.

它是一個偉大的 SharePoint 教程 InfoPath 和工作流.

</結束>

訂閱我的博客.

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

Technorati 標籤: , ,

紐約市 SharePoint 開發組 – 深技術講座

幾個星期前, 我在曼哈頓的微軟辦公室紐約城 SharePoint 開發人員組會議上提出. 他們滿足每個的月的最後一個星期二.

我花了我大部分的時間最近在我心愛的新澤西所以我不會走進城市,那樣多. 作為一個結果, 我想向第一或第二次的這組會議,然後再在 1 月的會議上. 我錯過了所有在之間的會議 (四個或五個可能). 這是一個新的組.

我真的感到震驚的真正技術重點和高品質的討論, 在前, 期間和之後我的演示文稿. 我們談論了種類繁多的 SharePoint 和其他 Microsoft 技術有關的議題.

如果您正在尋找一個友好的地方,要真正易怒, 我強烈推薦這一組.

</結束>

訂閱我的博客.

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

Technorati 標籤: