私は我々 が"共有話という名前の関数の周りのメトリックを収集する必要があるプロジェクト。" アイデアは非常に簡単です。 — 場合は、イントラネット上で興味深い記事を探しているし、誰かと共有します。, 「この物語共有というラベル リンクをクリック" あなたの友人にメールします。.

私たちはカスタム フォームをこの目的のために演奏, 最後に, 日常識を獲得し、我々 は、おなじみの使用 <a href = mailto:…> テクニック. (<href mailto:…> 驚くほど強力な少し HTML の; ボーナスとして, そのリンクは戻る私 UNIX マニュアル ページ昔に行きます; これらの日だった!).

以来、彼らはおなじみの MS Outlook クライアントを使用して取得このテクニックは、偉大なエンド ・ ユーザーのインタ フェース (または彼らどんな e メール ・ クライアントがインストールされています。).

物事私たち貧しい開発者の種類以来クライアント難しく ※ も ※ 将来どのくらいの頻度を示すレポートを実行したいユーザー ストーリーを共有してもどのストーリーが最も頻繁に共有されます。.

我々 whiteboarded いくつかの潜在的なソリューション. 私のお気に入りは、カーボン コピー (CC) SharePoint リスト. その方法, 我々 は自分自身を電子メールのコピーを取得しますので、イベントのキャプチャに、エンド ・ ユーザーはまだ outlook クライアントを取得します. いくつかの明白な欠点があります。. 主な問題は、ユーザーが単にうち空白にしたりマングル CC アドレスをできること. と, 我々 は電子メールのイベント ライブラリを管理する必要があります。. クリーンアップを担当のホワイト ボードにスケジュールされたジョブがある私たち.

この問題を解決するいくつかの巧妙なアプローチがある場合, ください。 教えてください。.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

要求と約束しました。, "偉大なを取得する方法で私のプレゼンテーションをアップロードしました。" SharePoint プロジェクトおよび実装のエンド ・ ユーザーからの要求. それはここ: http://cid-1cc1edb3daa9b8aa.skydrive.live.com/self.aspx/SharePoint/Paul Galvin Great Requirements.zip

SharePoint ベスト プラクティス会議で 2 月にこれを発表 2009 (www.sharepointbestpractices.com). 会議に出席する場合, また DVD の会議にこれを取得します.

プレゼンテーションにほとんどスライドとノートの多くが含まれています. 箇条書きではありません。.

(ガバナンスの事例に関するプレゼンは、ここを参照してください。: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!3099.entry

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

多くの SharePoint のコンサルタントの種類のような, 私は、SharePoint の機能の多くにさらされてきた. いくつかの回, 私はかなり深いダイビングします。. その他の時間として私はメニュー オプションの別のセットに飛んで、私はちょうどそれを気付く. それらの 1 つは「セルフ サービス サイト作成です。" 今週までそれのための必要性を持っていなかった.

今週, 私は企業を緩めるし、より直接 SharePoint エンドユーザー制御を受け入れるより一般的になることが起こっていると思うビジネス問題を解決する必要があります。. このケースでは, 特定のエンド ユーザー コミュニティをサポートするためのサイト テンプレートを設計しました。. このコミュニティの人々 は衝動がそれらを打つたびにこのテンプレートを使用するに自分のサイトを作成することができるはず.

"セルフ サービス サイト作成を見ることをリコール" 前に私は常を離れて隠れている"セルフ サービス サイト作成をすることを考えて私の頭の後ろに" SharePoint の用語を意味します。, 明らかに十分な, 何かのように"私をオンする場合にサイトを作成することができるエンド ・ ユーザーの場合。"

だから, それをオンします。, うち、私のためにそれを試してみる, それは、サイトを作成していません。. サイトを作成します。 コレクション. かなり大きな違い. それは私が欲しいものは, 全く違います.

カスタム アクセス許可レベルを介して新しいサブサイトを作成することがでくことが可能です。. これはまさにどこ行ったのに最初の場所でを除いてラベル"セルフ サービス サイト作成です。" ラベルは、私をだました. Twitter 経由で, 私はそれが同様に他の人を欺いだということを学び🙂

私はまだ箱から純粋に滞在しながらより合理化されたプロセスの少しを提供する方法を働いています, 明確なパスに従う. そのラベルにだけ気を取らしないでください。.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

もの 20 または 30 (または多分 100?) パネリストで最後の夜、 ニューヨーク SharePoint のユーザー グループ 会議. 通常のプレゼンテーション形式ではなく, これはすべての質問についてだった&パネル メンバーと観客の間 A. 早い段階で, マイケル ・ ロッター 導入は新しいアイデアを私を共有したいです。.

聴衆のメンバーは彼の会社が彼の会社のアプリケーションを記述するコンサルタントを支払っていた方法を説明. コンサルタントは、SharePoint オブジェクト モデルを使用してコンソール アプリケーションとしてそれを書いた. その結果, これは、ファーム内のサーバーで実行するプログラムを持っていたことを意味. つまり、アプリを使用していた人が、サーバーにログオンするだろう, 仕事をして、ログオフ. 最初に, これは問題ではなかった, しかし、すぐに, 多く (非技術的です) ユーティリティを使用する必要があるありました. 彼の質問は (言い換え):

"私のオプションとは? ユーザーは直接サーバーにログオンさせるたく, しかし、彼らはその機能が必要があります。"

マイケル ・ ロッター彼は、新しい仮想マシンを構成することを提案しました。, WFE としてファームに参加させ、そこからアプリケーションを実行するユーザー.

これは私にとってかなり魅力的なアイデア. 本質的に一時の概念を念頭に浮かぶこのソリューションの一般化, ほぼ使い捨ての WFE. かなりきちんとしたコンセプトです。. この一時的な WFE は SharePoint オブジェクト モデルを使用してコンソール アプリケーションを実行することができます。. また stsadm コマンドを実行するのにそれを使用することができます。. 通常ローカル分散の一部にする必要はありません。. もしそれがダウンしたり難破取得, ちょうど新しいものを回転できます。. 自分自身を繰り返す, それは実際に端正な考えだと思うと言うには私に.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

この 1 週間, 誰かが新しいドキュメントの非常に高いボリュームを処理する SharePoint 環境の作成に関する質問 (10,000 +/- このケースでは). 私はこれについてあまり知らない, しかし このホワイト ペーパーのおかげで, 私は大いによりよく知識を感じる.

私, このホワイト ペーパーは、現時点でマークでかなりちょうど本です。, しかし、私はそれを介して読書を開始した私のメインの持ち帰りを強調するだろうと思った. SharePoint を拡張を処理するには, 最低限, この負荷:

• 501 日あたり k 新しいドキュメント.
• 10 合計の百万個のドキュメント.

私は彼らが十分な覚えやすいので 50 k/10 MM 数字を書いてください。. あなたが知っている限り、彼らが最小値です。, トラブルに得ることはありません。. 最大値は、少なくとも 10 極端なチューニングとそれよりも高いパーセント, おそらく多くのより高い.

おかげで, マイク ・ ウォルシュ, 彼のためにもう一度 毎週の WSS FAQ の更新および修正を投稿します。. それにあなたが購読していない場合, 真剣に、それをやってを考える必要があります。.

</終了>

私のブログを購読します。.

過去週の間に, 私 同僚 ニューヨークのクライアントのいくつかの作業をしていたと. 彼らの"標準を使用して、MOSS 実装のさまざまな側面をテストしていた" ワークステーション ビルド (私たちのラップトップとは対照的). ながら, 我々 は次の手順でいくつかのエラーに遭遇しました。:

• Windows エクスプ ローラーで、MS word 文書を開く (WebDAV を使用します。).
• 変更を加える.
• それを保存します。.

我々 はいくつかの回それを実現するために来た (通常、最初の時間) ドキュメントを保存しました。, 保存していない"スティック。" [保存] を保存していません。. バックアップ ドキュメントを引くだろうし、私たちの変更単にそこにいなかった.

我々 はこの時点で、ルートの問題を理解していません。, その作業ステーションの MS Office service pack がインストールされていることを確認しなければならないと考えましたが、. IT 人々 行き、それをしました。. 我々 は再びテストを経て、我々 は新たな問題を発見しました。. 私たちはそれを保存したとき, 我々 は今このエラーを得た:

今度こそです, すべての変更がようでした。, 実際, 保存, 私たちは答えたかどうかまたはないスクリプトの質問.

我々 は最終的に実際のバージョンの Office を見ていたし、ワークステーションは MS オフィスを実行されていたが判明 2000 サービス パック 3 ヘルプ - 下に表示します。> について「Office 2002」として.

この話の教訓: 私は常に事務所を使用します。 2003 WebDAV および MOSS を使用するとき私の最小基準オフィス版として.

</終了>

私のブログを購読します。.

(検索エンジンのため, これは、エラーのテキスト):

行: 11807

Char: 2

エラー: オブジェクトはこのプロパティまたはメソッドをサポートしていません

コード; 0

URL: http://sharepoint01/DocumentReview/_vti_bin/owssvr.dll?location=Documents/1210/testworddocument.doc&dialogview=SaveForm

このページでスクリプトの実行を継続したいです。?

1 つまたは私 非常に最初のブログ投稿, 僕たちは SPS から顧客を移行する全体的なプロセスを説明 2003 モスへ. 読者の詳細を求めるコメントを残して、ここにあります。.

その移行プロジェクト, 我々 多くの SPS を移動する良い方法を見つけなければならなかった 2003 苔に上の文書. 最初の読み込みが十分に簡単だった. MOSS の新しいターゲット ドキュメント ライブラリを作成し、windows エクスプ ローラーを使用して、ドキュメントを移動するには.

これは、新しいドキュメント ライブラリです。:

探検家の 2 つのウィンドウを開く. ポイント最初の SP で 2003 モスの新しいドキュメント ライブラリで 2 番目. 次のスクリーン ショットはこれを示しています. 上のブラウザーが私の c を実際に指していることに注意してください。:\temp ドライブ, しかし、SPS を指していることを想像できます。 2003 ドキュメント ライブラリ:

その後ドラッグ アンド ドロップ操作, このような私のターゲットのルックス:

メタデータを処理する時間になって. という「場所これらドキュメント メタデータの 1 つの列があると仮定です。" 我々 は上記「すべて文書から見ることができます。" 場所は空白を表示します。. データ シート ビューを使用して、場所を入力するは簡単です。, 各ドキュメントのプロパティの場所を追加する 1 つずつ入るのも. 場所列に自動的に値を代入する実用的な方法がないことと、エンド ・ ユーザーがこれを手動で行う必要がありますと仮定しましょう. さらに, 何百ものドキュメントがあると仮定しましょう (おそらく数千) それは、メタデータを更新する多くの日多くかかります. 我々 はすべて知っています。, 座るし、5 日間連続ドキュメントのメタ データを更新の 4 つの仕事です。. 代わりに, 彼らは数週間あるいは長い期間破ること. このプロセスを容易にする, 私たちは"タグなしデータを作成できます。" 通りの眺め:

今のところ, 誰かが下に座っているときを過ごす彼らの割り当てられた毎日の時間または 2 つに移行済みドキュメントにタグを付ける, "タグの付いていないドキュメントを使用することができます。" 彼らの努力を集中するビュー:

ユーザーのタグ ドキュメントとして, このリストをドロップします。.

このタグなしデータ ビューの概念もクラスの人がフォーラムで問い合わせデータ検証問題と助けることができます。. ボックスのうち, モスにドキュメントをアップロードするからユーザーを防ぐし、ないメタ データを入力する方法はありません。. 我々 は、特定のサイト内の列は必須であり、ユーザーが保存をプッシュする許可されませんを指定できます] ボタン. ただし, ユーザーがアップロードし、ブラウザーを閉じる場合 (または、ドキュメントをアップロードする windows エクスプ ローラーを使用して), メタ データを入力するユーザーを強制することはできません。 (もう一度, ボックスのうち).

そのような状況を支援するこの方法を使用できます。. "タグ付けデータを使用することができます。" 簡単にこれらのドキュメントを識別し、それらを修正するにはビューします。. KPI とこれをカップルし、のこれらの例外的な状況を管理するドリルダウン データに良好な視界があります。.

</終了>

私のブログを購読します。.

今週, 私は単純な 2 つのサーバー ファームにインストールされているコケを取得する私のチームは少し苦労しました. それをを経てください。, 私は問題の人々 のレポートのための大きな感謝の MSDN フォーラムおよび他の場所があります。.

最終的なファーム構成:

• ファイアウォールの内側の SQL/インデックス/イントラネット WFE.
• WFE、DMZ 内.
• いくつか、DMZ と内部のサーバー間にファイアウォールの種類.

私たちのプロジェクトを開始する前に, どのポートを開く必要が知っているクライアントにさせて. ギブアンド テイクの中に, 前後で, 我々 は決して明示的に 2 つの重要なものです。:

1. SSL 証明書が必要なことを意味します.
2. DMZ サーバーがドメインの一部にする必要があります。.

1 日目, 我々 は MOSS をインストールする示し、データベースとモスのドメイン アカウントが作成されていなかったことを学んだ. に沿って移動することに, 我々 は先に行って、イントラネット サーバー上のローカル アカウントにすべてをインストール.

この時点で, 我々 は SSL 証明書に、混乱を発見したと, 悲しいことに, DMZ サーバーのインストールを続行する、1 週間戻ってくる私たちインフラストラクチャ男を持っていることを決めた. 平均時間で, ソリューション ・ アーキテクト先のビジネスのものに引っ越しました.

週末が経つし、クライアント証明書を取得します。.

私たちのインフラストラクチャの男が現れるし、DMZ サーバーはすべてのドメインに参加していない発見 (限定的な信頼境界ドメインまたはイントラネット ドメインのいずれか). 我々 は無駄に近く、 1/2 その日. SSL 証明書が見つからない私たちを取れなくさせていなかった場合, 我々 は既にこれを発見しただろう. まあ….

別の 1 日券や各種セキュリティ委員会, 利害関係者と (そうではありません。) すべての無実の見物人はイントラネット ドメインで DMZ サーバーを参加 OK だと同意します。 (これは、POC です。, 結局その程度です, 生産ソリューションではないです。).

インフラストラクチャ男は物事をラップする、します。. 今回は我々 が正常に通過、「SharePoint 構成ウィザードとして愛情を込めて知られている現代日ガントレット。" サーバーの全体管理あると … イーサンザシ! … DMZ サーバーは、ファームに記載されて. 私たちは、少し詳しく見てし、我々 こじ開けたシャンペーン ダニ少し早くを実現. WSS サービスがで立ち往生している、"開始" ステータス.

長い話を短く, それは元のローカル アカウントから新しいドメイン アカウントにサーバーの全体管理でサービス アカウントの id を変更するを忘れるということが判明します。. それをやった, 構成ウィザードを再実行し、出来上がり! 我々 は、ビジネス.

</終了>

私のブログを購読します。.

それは文字どおりに真実ではありませんが, 実際問題として, インターネットの web フロント エンド、DMZ 内のドメインにする必要があります。 (すなわち. いくつかのスタンドアロン サーバー独自の小さなワークグループで). 内部の WFE と同じドメインに存在する必要はありません。(s) 他のサーバー (おそらくはなりません。), しかし、それをドメインする必要があります。.

私の同僚と私は SharePoint の前提条件を含まれている提案に時間の法外な金額を費やした. これなど、ファームに参加する DMZ サーバーを有効にするファイアウォール構成の包括的なリストが含まれて. 悲しいことに, 私たちはどこかの文を追加に失敗しました, 効果, 」全体流血のポイントこの構成の DMZ WFE サーバーを許可するのには, ドメイン内, 内部のファームに参加するには。"

イベントのパーフェクト ストーム, 私たち右を見ている可能性がありますここで私たちは基本的に左みる, この問題から私たちかなり遅くまでのプロセスを非表示にする共謀, 私からを呼び出すように私 "悪いニュースを早く教えてください。" ルール.

ため息をつく.

私のブログを購読します。.

として頻繁にフォーラムのユーザー このような質問:

> こんにちは,
>
> 任意のカスタム リストを作成する可能性があるかどうかを教えてください。
> マスターと詳細の種類 (請求書のような) InfoPath を使用せず.
>

SharePoint は、いくつかのようなビジネス要件の種類をサポートするボックス機能を提供します.

一般的に, ルックアップ列を使用して 2 つのリストのリンク 1 つ. 一覧は、請求書ヘッダー情報を含む、リスト B に請求書の詳細が含まれています.

顧客番号を維持するために追加のリストを使用してください。, 製品番号, など.

コンテンツ クエリ web パーツを使用します。 (MOSS のみ) データ ビューのリストのマージされたビューを作成する web パーツおよび/または. SQL Server レポート サービス (SRS) それの報告の側にも.

ただし, でも、適度に複雑なものの純粋なボックスの機能を使用することは困難になるいくつかの重要な制限があります。. これらが含まれます:

• 関連する参照のサイズ対を一覧します。. "粋" ルックアップ列の型の. ルックアップ列の型は、それ自身を示すかどうかに応じて異なる UI で有効にした複数選択か. いずれの場合で, ボックスのコントロールは、ソースの一覧からすべての利用可能な項目を示しています. ソース リストがある場合 1,000 項目, 問題が起こっています。. これらのアイテムを検索コントロールをページングしません。. 代わりに, それは、コントロールにそれらのすべてを引っ張る. それは非常に厄介なユーザー インターフェイス データ エントリとパフォーマンスの両面になります.
• ルックアップ"プル戻る" 1 列のデータ. 決して、ソース リストからの情報の 1 つ以上の列を再び引き出すことができます。. 例えば, "12345 顧客を選択することはできません。" 同時に番号と同様、顧客の名前とアドレスを表示. ルックアップは、顧客数と何もないです。. これは、厄介な困難なユーザ ・ インタ フェース.
• フォーム内の通信なし. これについてここで書いた. カスケードのドロップダウン リストを実装することはできません。, 条件付きで有効/無効なフィールド, など.
• 組み込みの参照整合性・連鎖削除は一切. SharePoint のカスタム リストを独立したエンティティとして扱うし、従来の ERD 感覚でお互いにそれらをリンクすることはできません。. たとえば, SharePoint では、2 つのカスタム リストを作成することができます。, "顧客" 「請求書ヘッダー」. 顧客リストの請求書ヘッダーの顧客に戻るリンクを作成できます。. [, 一覧から顧客を削除することができます。. ボックスのうち, この問題を回避する方法はありません。. この種の問題を解決するために, 通常のイベント ハンドラーを使用します。.

荒涼としたように見えることがあります。, しかし、私はまだ、このような機能を構築するための出発点として SharePoint を使用. ソリューションに必要なものの間のギャップがありますがあります, SharePoint などのツールを使用してこれらのギャップを記入することができます。:

• イベント ハンドラー. それらを使用して、参照整合性を適用するには.
• カスタム列: カスタムの列型を作成し、既定のルックアップ列の代わりに使用. ページングを追加します。, バッファリングと応答性を AJAX 機能.
• BDC. このコケだけの特性により通常ルックアップ列に優れたユーザー インターフェイスを持つ他の SharePoint リストのクエリに. BDC がバックエンド サーバー アプリケーションに到達します。. BDC を使用して、レプリケーションを避けるために. バックエンド ERP システムから顧客情報を複製するのではなく, BDC を使用して、代わりに. BDC 機能はそれが属しているし、レプリケーション ・ ソリューションを維持する手間を回避 ERP システムから直接情報をプルする素晴らしいユーザー ・ インターフェースを提供します。.

  BDC は MOSS 機能です。 (WSS では利用できません。) および構成に挑戦.

• ASP.NET web フォーム: 作成する、フル機能を備えた AJAX 対応フォームを SharePoint オブジェクト モデルおよび web サービスを使用して非常に応答性の高いユーザー インターフェイスを提供しながら SharePoint リストを活用するには.

最後のオプションはゼロから開始しているように感じることがあります。, しかし、事実を SharePoint プラットフォーム オフに開始されます、次の主要機能を検討します。:

• メンテナンスとセキュリティ モデル.
• メニュー システムのメンテナンス.
• "マスター テーブル" (すなわち. カスタム リスト) セキュリティ, 組み込みの保守および監査.
• 検索.
• バックエンド統合ツール (BDC).

Visual studio で新しい空のプロジェクトを開始する場合, インフラストラクチャおよび SharePoint が提供するものの近くで得る前に構築する配管のたくさんあります。.

Microsoft は、アプリケーション開発のこの方向で SharePoint を拡張しようとは思います. 既存の SharePoint をベースに自然な拡張のように思える. マイクロソフトの CRM アプリケーション ヘッダー/詳細アプリケーション開発をサポートするために必要な型の拡張機能の多くを提供しています. これらの機能は、CRM が, 技術は明らかに SharePoint 開発チームが利用できるとの終わりによって SharePoint 製品にその方法を作るがそれだと思う 2008. 誰もがある知識や洞察力この場合, くださいコメントを残す.

</終了>