你到 SharePoint 使用者組!

發表評論

在兩個星期, 我參加了新澤西 SharePoint 使用者組和新成立的紐約 SharePoint 開發商 使用者組 (而不是更成熟的紐約 SharePoint 使用者組).

在新澤西, NewsGator 善良的人們提出了他們的產品，涵蓋很多非常有趣的社交運算概念. 如果你正在尋找納入社交運算到您的組織系統輔助的方式，不能開箱 SharePoint 為你做, 認真查閱 NewsGator. 這是很好的東西. 很多偉大的社交運算功能和 (在類比的環境中至少) 做得很好.

我個人深信公司開始採用計算的社會態度和系統將超過那些不. 它是太大的用處，忽略或, 我覺得在這一點, 到甚至延誤. 它可以極大的差別在日常操作中，如果做得正確. 以後我會寫一些更多關於這.

在紐約最後一晚, 紐約州 SharePoint 開發組在 MSFT 辦事處第 52 和第六拉開首次會議. 約翰彎管機提出了關於如何創建一個自訂 stsadm 擴展. 我讀過關于它, 但看到它"活" 闡明瞭東西. 比我想像的要容易得多. 沒有必要功能解, 只是一個 XML 檔和 DLL. 他穿過一個遞迴查找並顯示在網站集的網站和清單的安全設置的過程. 他把它越遠，描述如何這可能是審計過程的一部分. 這組純粹注重發展，所以不來與更大更成熟的 SharePoint 使用者組所經常說的更高級別發生衝突.

在世界各地都有的組. 檢查出來.

</結束>

訂閱我的博客.

Technorati 標籤:

通過電子郵件發送每日任務提醒 // 在 SharePoint 設計器的工作流中的迴圈

3 回复

幾個星期前描述如何創建 SharePoint 設計師工作流發送任務提醒電子郵件在日常的基礎上，我寫了一篇詳細的文章. 它一直 出版 在新的 SharePoint 雜誌 網站. 更普遍, 這篇文章顯示如何在 SPD 中創建一個迴圈的結構.

這本雜誌有各種各樣的物品包括, 除其他事項外, 非常技術性的東西, 訪談和行業新聞. 我建議你將它添加到您的 RSS 提要.

如果您有出售的產品或服務, 我還會考慮在網站上的廣告. 它是強有力的開端與幾千雙眼睛看著它已經. 那是一定會有增長.

最後, 如果你一直都很渴望寫點東西，就拿自己最大努力在更廣泛的受眾, 這是一個很大的時間和地點去抓它.

</結束>

訂閱我的博客.

Technorati 標籤:

SharePoint 最佳做法會議

2 回复

我在發言 SharePoint 的最佳做法會議 在 11 月.

它是一個有趣的故事. 我是在弗吉尼亞州出席 SUGDC 會議 那個星期五，提交 BP 會議發言提出建議的截止日期. 主辦方介紹，他們將如何使用"盲目選擇" 進程將會盡一切努力選擇其值的基礎上的演示文稿, 等. 為了儘量獲取選定我的機會, 提交了兩項建議. 推選委員會挑選兩個.

我的同事 (婭 Voskresenskaya) 我將討論真實世界治理模式使我們和我們的客戶一起為堅固的 SharePoint 部署專案去年夏天. 這裡的目標是描述治理計畫和為什麼我們認為它代表的 Sharepoint 上下文的最佳做法的詳細資訊, 治理和類似的公司.

第二次, 我將提出一個偉大的商業要求獲得最終使用者的過程. 這可以追溯到我很早的博客文章之一, inaptly 為題 "苔蘚: 一個組織有效簡介".

這次會議看起來瘋狂地充滿了偉大的資訊，我強烈推薦 撕裂你自己走了 從你三天的工作, 加入的行列，這些演示文稿和聯網與這兩個會議出席者和 揚聲器. 它將時間和金錢很好用.

希望在那裡見到你🙂

</結束>

訂閱我的博客.

Technorati 標籤:

我最新 “在 SharePoint 設計器的防禦” 文章均可用。

2 回复

在結束標記米勒 最終使用者 SharePoint 已發佈我最新的文章使用 SharePoint 設計師在他的網站上創建了偉大的工作流解決方案. 將其簽出.

在這篇文章, 我談的設計過程和, 更詳細地, 如何設置使用 SharePoint 功能可靠且可重複的測試過程 (自訂清單, 網站範本). 本文針對最終使用者, 但方法是有益於開發商太.

</結束>

訂閱我的博客.

你是如何描述你的 SharePoint 工作?

11 回复

這不會經常發生在你? 我當時就坐在我的筆記本電腦, 閱讀博客, 對論壇的帖子的回應, 2 visual studio 的副本打開和 VPN 將出到其自己的 visual studio 的另一個伺服器 + 15 瀏覽器視窗 (典型的一天) 和某人命名薩曼莎 (我的妻子, 很明顯) 告訴我, "我們已有的 30 分鐘. 穿好衣服。"

發呆起床, 糊裡糊塗房子周圍遊蕩, 獲取在汽車和下一件事情我知道, 我喝著啤酒的一個聚會上我的手中，有人問我, "那麼, 你做什麼來謀生?"

這樣的對話永遠不會變好.

我: "啊 … 我是 emc 的解決方案設計師。"

無名的人: 茫然

我: "我工作的一種叫做 SharePoint 產品 … 它是從微軟。"

NP: "哈! 我聽說過的那家公司! SharePoint 是什麼?"

我: "嗯 … 它的合作 … 人們用它來共用資訊 … 它是一個平臺，用於構建業務溶膠…"

NP: 上釉的眼睛.

我: "我是一名程式師。"

NP: "哈! 那做程式設計在我公司的人知道! 當我在高中的時候, 我在附近玩基本。"

該部分的結束談話, 我們轉到的東西更容易地談一談, 政治一樣.

誰來描述他們是如何處理這?

</結束>

訂閱我的博客.

Technorati 標籤:

隱藏在 SharePoint 中的自訂操作

發表評論

幾個月前, 同時為用戶端專案的工作, 我創建了一個功能. 除其他外, 該功能定義自訂操作 (這些顯示在網站設置下). 此自訂操作的唯一目的是要展示給我的功能啟動按預期方式工作. 基本上, 我把它作為一種粗形式的調試.

多到我的尷尬, 此調試偽作其方式從開發到使用者接受度測試和生產之前有人問了, "什麼是此 xyzzy 連結?"

現在, 我們在生產中，真的不想卸載功能, 修復 elements.xml，然後重新安裝.

陶德黯淡 指出了簡單的方法來處理它. 用他的話說:

"CustomActions 不會被覆制到資料庫中, 他們直接從 Elements.xml 檔中讀取並複製到運行時應用程式狀態. 所以, 你不需要停用, 卸載, 重新安裝, 並重新啟動該功能，刪除 CustomAction. 只是從 Elements.xml 檔中刪除和回收應用程式池(s) 影響. 下一次的功能就是在範圍內, 你再也不會請參閱 CustomAction。"

我跟著他的指示和, 答案是肯定的, 他們的工作.

以我為例, 這是只是單一的 WFE 部水準安裝. 如果你發現自己這一問題在將來與多個 WFE, 我相信你必須每年進行更改.

</結束>

訂閱我的博客.

Technorati 標籤: ,

在 MOSS 中配置同義字庫

發表評論

我的工作體系結構審查文檔這一周，它表明, 除其他事項外, 用戶端考慮使用同義字庫來説明提高最終使用者的搜索體驗. 永遠不會做這樣的自己, 我想要做一個快速的實際測試，所以，我的建議是正宗.

很驚奇地很難弄清楚如何去做, 雖然它是, 事實上, 很容易. 還有一個相當好一點的同義字庫的資訊 (檢查 在這裡 和 在這裡, 舉個例子). 不過, 這些文檔是要麼 WSS 2.0 / SPS 2003 面向或他們實際上不拼出後你已經在同義字庫中進行更改，對做什麼. 他們提供偉大的概述和詳細的公平位, 但它並不能越過終點線.

這些步驟為我工作:

  1. 對同義字庫進行更改. (請參閱下面的重要說明)
  2. 轉到該伺服器，然後重新開機"Office SharePoint 伺服器搜索" 服務.

這頂帽子的尖端 先生. J. D. 韋德 (生物). 他提供的關於重新開機搜索服務的關鍵位，救我從無止境, 耗費時間和不必要的 iisresets 和全文索引的爬網. 這一集 證明, 再來一次, 那 Twitter 是令人敬畏. (這裡的 twitter 上跟著我. 我跟著跟著我任何 SharePoint 人).

我不知道此功能是否可用 WSS 中. 如果它是或不是, 請留下評論或電子郵件，我會更新這篇文章.

重要說明: 那裡是相互矛盾的資訊，對要更改的 XML 同義字庫檔. 還有這種"tsneu.xml 的概念" 作為"中立" 同義字庫. 我浪費了一些時間來處理那個. 以我為例, 我需要改變"tsenu.xml" 位於應用程式 ID 本身的資料夾下的檔: \\win2003srvc$ Program FilesMicrosoft 辦公室 Servers12.0DataOffice ServerApplications3c4d509a-75 c 5-481 c-8bfd-099a89554e17Config. 我認為在多農場的情況, 將此更改到處查詢伺服器運行.

</結束>

訂閱我的博客.

Technorati 標籤: , ,

大型 MOSS 文件管理專案: 50每日 k, 10 萬總

1 答覆

過去的一周, 有人問了一個問題關於創建一個 SharePoint 環境，將處理相當大批量的新文檔 (10,000 +/- 在這種情況下). 對此不了解, 但 由於這份白皮書, 我覺得更加知情.

對我來說, 這份白皮書是差不多隻是一個在時刻的書標記, 而且什麼開始讀通過它覺得我應該突出我主外賣. SharePoint 可以縮放以處理, 在最低限度, 此負載:

  • 50k 每一天的新文檔.
  • 10 百萬檔總數.

我寫 50 k/10 毫米數位，因為它們很容易記住. 只要你知道他們的最小值, 你不會有麻煩. 最大值至少是 10 高比和極端調諧 %, 可能很多較高.

謝謝, 邁克 · 沃爾什, 再一次為他 每週 WSS 常見問題更新和更正後. 如果您不訂閱它, 你應該認真考慮這樣做.

</結束>

訂閱我的博客.

SharePoint 性能 — 快速 (但不尋常) 提示

1 答覆

我們一直以來在使用者接受度測試 (使用者接受度測試) 環境，, 相比發展, 死慢.

它是一個複雜的環境，使用 FBA, SQL 2008, SSRS 和擴展的 web 應用程式可以在互聯網上使用 HTTPs 訪問, 因此，它已經很難跟蹤問題.

以前的客戶機, 我們與 LDAP 的角色提供程式一起使用 FBA (與成員資格提供程式). 我的一個同事, 比我更聰明, 確定的出"" LDAP 的角色提供程式, 在這種環境中使用時, 不很好縮放. 要解決這一問題，該用戶端, 他在一個自訂角色提供程式實施好的緩存方案.

這種情況似乎類似, 所以我們再回頭看這種解決辦法複製到今天的用戶端. 因為我調試，, 我注意到在系統日誌中會頻繁地出現此消息 (從事件檢視器):

輔助進程的進程 id 為 ' XXX’ 為應用程式池提供服務 ' 回家 – 80’ 要求的回收，因為它已經達到其虛擬記憶體限制.

我認為這意味著應用程式池被回收遠, 遠太經常這樣就能解釋性能問題.

我看著的應用程式池屬性和其"回收" 頁面顯示的"最大虛擬記憶體屬性 (以百萬位元組)" 已被設置為 true 並已設置為 5000. 這看起來像不夠, 但我決定以取消設置和值有直接的積極效應. 沒有更多的應用程式池回收. 沒有更多神秘緩慢起伏和停頓.

我真不理解基礎"的東西" 這那裡的, 但明確一種因果東西正在發生和現在, 使用者驗收測試環境是能用的.

</結束>

訂閱我的博客.

Technorati 標籤:

在康涅狄格州的費爾菲爾德/韋斯賈斯特 SharePoint 使用者組

發表評論

我 同事 (婭 Voskresenskaya) 和我會在發言 費爾菲爾德/威徹斯特 SharePoint 使用者組 在舉行會議 6:00 下午二時 07/16 (（星期三）). 我們正在談論的內容查詢 web 部件. 這是相同 (我們在 5 月給紐約的但改進的版本).

預登記在這裡: https://www.clicktoattend.com/invitation.aspx?code=129626&wa=wsignin1.0

娜達麗婭，我希望那裡見到你!

這裡是電子郵件 理查 · Martzelle 關於這個問題只是寄出:

主題: 使用內容查詢 Web 組件創建業務解決方案

發言者: 保羅 · 高爾文 & 婭 Voskresenskaya

日期: 7 月 16th 歡迎使用時間: (吃 & 網路): 6:00PM 時間: 6:30 PM -8:00PM

會議說明

MOSS 2007 的內容查詢 Web 組件 (CQWP) 使使用者能夠創建自訂視圖的查詢從多個源的資料, 和顯示該資料在一個地方. 儘管其功能強大的查詢 & 內容細化選項, CQWP 是常常被低估和忽視的功能. CQWP 是兩個"資料提取引擎" (任何地方在網站集合中查找文檔或清單專案) 和也一流的演示文稿的工具，使使用者能夠控制內容的 HTML 和樣式來設置格式顯示幾乎任何你希望的方式包裝的呈現方式.

在本屆會議演示重, 他們將展示如何使用 CQWP 來解決業務問題，通過展示核心功能

• 使用預設的 CWQP 功能, 包括訪問群體設定

• 使用 CWQP 作為篩選準則，如"所有的文檔創建今天通過網站集合中任意位置的報告工具"

• 更改外觀 & 要突出顯示的業務資料查詢結果的感覺, 顯示資訊的附加的列, 以網格格式顯示資訊, 和其他人

• 顯示如何 CQWP 可以提供説明的內容類型管理 (e 小節. 查找所有文檔，以瞭解潛在的影響改變 CT 定義的特定內容類型的)

• 描述 CQWP 的一些限制

• 為先進的 CQWP 技術提供的資源的清單, 包括博客, ECQWP Codeplex 專案 & MSDN 文檔

</結束>

訂閱我的博客.

Technorati 標籤: