あなたのためのスープ! Cisco は、スープ NLB ナチス製品です。?

今日, Windows エクスプ ローラーでドキュメント ライブラリをアクセスしてみました. このドキュメント ライブラリは、Cisco NLB ソリューションのいくつかの種類によって 2 つの WFE の負荷で構成されるシステム中に住んでいます。. (場合は、ネットワーク ウィザードって教えてください。, 私はこのポストが更新されます。).

Windows エクスプ ローラーが接続できませんでした。. いくつかの研究を行なったし、最終的に, ネットワーク ウィザードによると WebDAV 無効になっています / サポートされていません / NLB の威厳.

だから, ネットワーク ウィザードと仮定していないだけ私に言ってネットワーク ウィザードは「取る短い橋から長い散歩」の, 私は疑問に思うこと — NLB をは, 自然, WebDAV を無効にします。? Sharepoint、windows ファイル エクスプ ローラーのインターフェイスを失う? シスコは、 スープナチ?

MOSS の管理 / WSS 環境 — Microsoft の技術を維持

マイクロソフト サポート技術情報の記事の日を作成します、一日とそれらのいくつかはとびきり重要な SharePoint の世界に住んでいる場合について知っています。.

私はそれらのサービス経由で速度を維持では良い人々 で提供 www.kbalertz.com. KBAlertz では、あなたのお気に入りの MS 技術にサインアップすることができます、彼らは電子メールを介してマイクロソフト KB 記事のバージョンを消化する送信.

Web アプリケーションのポリシー, セキュリティ サイトとセキュリティによるトリミング — あなたの構成を知っています。

(更新 11/29 web アプリケーションのポリシーの設定を通じて、UI にアクセスする方法を説明するには)

1 つの「なぜ MOSS これを私にしているのは????" 今日の瞬間. 最後に, すべての私のせいです。.

私たちが起こってエンタープライズ MOSS プロジェクトと私たち"プレース ホルダーをセキュリティで保護します。" サイトでは、ユーザーがアクセスするか、それを見るので. それは簡単です。:

  1. サイトに移動します。.
  2. セキュリティを継承します。.
  3. サイトのアクセス許可からすべてのユーザーまたはグループを削除します。.

上記は、サイト コレクションの管理者は、サイトを表示するアクセス許可がおきます.

誰がログインする場合, 彼らはもはや、サイトを参照してくださいする必要があり。、すべてのいつもの場所からセキュリティ トリミングする必要があります。.

しかし … それではなかった. 同時に, 突然実現私「ジョー ユーザー" 標準ユーザー テスト アカウントない priv の読み取りアクセスの制限以外に、「サイト アクションがあります" どこにでも選択. 私は二重チェック 1 つの事と何か他のダブル チェックします。. 同僚を呼び出す電話を拾う, しかし、それを置くし、他の何かを確認してください。. 私は散歩に行くし、また改めてすべてを試みる. 私は同僚を呼び出して、メッセージを残す. し、, 最後に, 私を見つける イーサンのブログ, 彼のオープニングのグラフは非常に簡単になります:

MOSS 2007 新しい機能は Web アプリケーション ポリシーと呼ばれる. これらを Web アプリケーションに関連付けられているセキュリティ アクセス許可は. これらのセキュリティ設定は、サイト コレクションやサイトに設定されているセキュリティ設定を上書き (Web) そのユーザーのレベル.

Web アプリケーション ポリシー ショー"NT Authorityauthenticated ユーザーへの迅速なアクセス" 完全な読み取りを付与されていた. リストからそれらを削除し、期待どおりに、すべては最終的に作業を開始. 企業内の全員に読み取りアクセス権を付与する最善の方法であること間違っている印象を持つ誰かが最初の場所で追加されたと思う. それは, しかし, ひずみを引用する, 「それは意味だと思うわけではありません。"

アクセス web アプリケーション ポリシーこの方法:

  1. 中央の管理に行きなさい
  2. アプリケーション構成の管理] を選択します。
  3. 「Web アプリケーション ポリシーを選択"
  4. その画面に, 適切な web アプリケーションを選択してください。. 私, それは場合、可能性があるサーバーの全体管理の web アプリケーションに既定値します。.

ときこの問題を抱えてください。, 次の語句を検索し、驚くほどほとんど直接支援の観点からこの問題になった:

サイトの操作のすべてのユーザーを表示

サイトの操作のすべてのユーザーに表示

サイトの操作は、セキュリティによるトリミングではないです。

MOSS サイトを保護します。

moss のセキュリティの概要

Technorati のタグ:

迅速かつ簡単な: 固定のキーワード クエリ検索コア結果を使用します。

クイック、簡単な指示:

ページを編集し、主要な検索結果 web パーツを追加.

その web パーツを編集し、「固定のキーワード クエリ」を展開.

固定のキーワード クエリを追加します。 (例えば. ContentType:「トレーニング請求" TrainingInvoiceNumber:1111)

結果のクエリ オプションを展開し、「クロス Web パーツのクエリ ID の変更" 「ユーザー クエリ以外の値に" (例えば. 「クエリ 2」).

メモ:

別のサイト コレクションから情報を表示するページを作成することができたこの方法で主要な検索結果を使用してください。. クライアントは、2 つの主要なサイト コレクション: 部門と製品.

製品サイト コレクションが含まれています, 当然のことながら, 製品情報. サイト コレクション内の各製品は、複数のソースのデータを集計します。.

1 つの部門の, コードとテスト, そのようなソースには、します。. ユーザーが製品 XYZ をアクセスするとき, 彼らは XYZ のメイン ページに直接コードとテスト データが表示. コードとテストから別のサイト コレクションでホストされています。, それは少し厄介. 検索のサイト コレクションにまたがるので、主要な検索結果 web パーツを使用することにしました. コードとテストは、特定のコンテンツ タイプによって制約されるカスタム リスト経由で製品データを管理します。. カスタム一覧にコンテンツ タイプをクリックし、単一行に検索を絞り込む製品番号を使用して、最初の Aa のキーワード クエリ.

上記のキーワード クエリは、. コンテンツのドキュメント型"トレーニング請求書を返します" 請求書番号が「1111」相当.

このアプローチの良い恩恵: 主要な検索結果 web パーツの XSL を編集でき、私たちが望む任意のフォーマットを生成.

ここを参照してください。 (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) このトピックの別のブロガーの詳細について.

</終了>私のブログを購読します。.

あなたのブログについて教えてください。!

場合は、少なくとも最小 SharePoint に接続されている、ブログを維持します。, コメントで知らせてください。. ことを追加したい私 ブログ リスト.

SharePoint に接続されていないが、私はとにかくそれを追加したいブログを維持します。, 知らせてください。. 別のブログのリストを作成可能性がありますよ.

ください。:

  • あなたのブログの URL (明らかに)
  • あなたのブログの簡単な説明.

リンク「アクティブを維持したいのですが。" ブログ, 私は 1 週間に最低 1 つのポストとして定義する 3ヶ月は大体これ. 「要件を満たしていない場合" とにかくコメントにあなたの名前を追加します。. それは、* 私 * 一覧表示したい場合、私は自分のルールを破ることができるので.

おかげで!

従業員トレーニング スケジュールと素材テンプレート — デクリメント バグ テンプレート

クライアント今日上記のテンプレートのバグに気づいた.

コース マネージャー作成コース. コースを作成するとき, マネージャー座席の最大数を指定します.

セルフ サービス登録用テンプレートを提供します. 私が登録し、登録リスト デクリメントに関連付けられたワークフローは"利用可能な席" そのコースに関連.

コースからの登録を解除も個人. バグはここにあります。. コースからの登録を解除しても席カウンターは増分されません。. その結果, 利用可能な席は正確ではないです。. このバグは事実によって混合するときにゼロに席減少, 以上のセルフ サービスの登録を許可します。.

幸いなことに, マイクロソフトは、このプロセスのワークフローを提供します. さらに良い, SharePoint Designer で作成したストレート ワークフローです。.

それを修正するにはこれら高レベルの手順を実行します:

  1. SDP を火災します。.
  2. この場合でも、トレーニング テンプレートからサイトにアクセス.
  3. アクセス「出席者の登録解除" ワークフロー.
  4. これらの手順を挿入します。 (それらは最初の 2 つの手順とは):
    1. 計算 コース:塗りつぶされた席 マイナス 1 (出力する 変数:calc)
    2. ([) アイテムを更新 コース

[完了] をクリックし、完了です。.

スクリーン ショット:


SharePoint デザイナー:

イメージ

完成したワークフロー:

イメージ

ドリル ・ ダウンを計算します。:

イメージ

コースのアイテムを更新:

イメージ

良いニュースを頻繁に与える; 悪いニュースを早くを提供します。

今年の多くのコンサルタントをしてきたし、任意の経験豊富なコンサルタントとして知っています。, 良好なコミュニケーションは、プロジェクトを正常に納品する重要な柱の 1 つ. それはとても明らかです。, 実際にはほとんど話を退屈です。. これは汎用的なコミュニケーションについての記事はありません。. 代わりに, 私はコミュニケーションの暗い側面について書いています — 悪いニュースを通信.

良いニュースを提供するクライアントはすべての時間されること言うまでもないです。, できるだけ多く. 良いニュースを与えたいと思わない人? 良いニュースを聞いて好きではない人?

フリップ側では, 悪いニュースはありません楽しい. 私は常にこれで苦労しています。. 私のキャリアの最初の頃, 私は何かゆがんで、プロジェクトとは、クライアントの代わりにいた知っているだろう, 問題を解決するより長い勤務だろう. 一生懸命に私のチームを命じるだろう. 超人的努力が、日を保存できることを考えるに十分な自然な衝動です。. いくつかの時間、この作品します。, いくつかの時間それはしません。. それ「動作する場合" それは多くの場合混合バッグです。. スペックとキー部分まで本当に成果物の品質はいくつも開発されているが 60 宛先 80 時間週?

何が悪いニュースを処理する最善の方法です。? 答えは: 早くそれを伝える. 1 週間前に、プロジェクトの予算が消費されるまで待ってはいけない. 単に約束された機能のいくつかのビットを提供する十分な時間がないことを 6 週間がわかっている場合, クライアントを右クリックし、そこ教えてください。. クライアントが怒る (おそらく), あり、非難があります、感情を傷つけた. しかし, ときの感情を冷やす, まだ 6 週間残っているプロジェクトの. 6 週間はかなりの時間. 計画を調整する時間があります。, スケジュールを変更します。, 予算の拡張子の口火を切る (がんばって!) ちょうど一般にグリップの「事実、地面に来る" 成功したプロジェクトの結果新しい計画を考案して.

ポイントのケース: 私は特徴のプロジェクトに取り組んでいます。:

  • T&E の予算は「を超えるキャップ" 金額.
  • "最善の努力をいたします" X を提供することを約束します。, Y と Z によってプロジェクトの終了.
  • クライアント側の約束キー リソースの不足. これらのリソースが意図的に伏せられたないです。, また、「悪い" 理由, しかし、彼らが伏せられました。.
  • 夜明け実現プロジェクトとして渡された私たち「Z を提供できるようにするつもりはない半分の方法ポイント" (主に約束のリソースが実際に利用できなかったため).
  • 定期的なステータス レポートと「CYA" 私たちをバックアップ ドキュメント (コンサルティング チーム) アップ.
  • コンサルティング組織から描画メンバー実装チームをしっかりとニットします。 (私の会社) クライアント.
  • 遠い管理チーム, 両方比喩的な物理的な意味で. 経営陣は、別の大規模なエンタープライズ プロジェクトとスペースの制約のために焦点を当てていた, 実装チームは別のキャンパス内に建物のだった, 「文明」から比較的遠く、丘を.

約 6 週間のプロジェクトの予算を左に, 私たち (実装チーム) 我々 はトラブルが知っていた. 契約は、"Z"を届ける必要があると述べた. プロジェクトは時間なのに & 材料とにもかかわらず、我々 は"最善の努力を約束" Z を提供、さらには、配信の行方不明の偉大な正当化は … 一番下の行は良い見ていないです。 — 我々 Z 図形に誰も誇りになるの品質を提供するつもりはないです。.

これを認識, 我々 管理して、プロジェクトの予算を特定の日付で消費されるだろうことは Z とのトラブルいたことと.

次の数日間、ミニ嵐を噴出.

日 1: 特別会議のスタッフの管理チームを呼び出す (私たち, コンサルタントが招待されていません). 1 行ずつレビューはすさまじいと契約を印刷してみんなに配った. 管理は守勢に職員を置く. フレーズと思う "ストックホルム症候群" です ※ 実際に ※ 使用, しかし、画像を取得. 私たちはタイトなニット グループです。, 結局その程度です, スタッフはコンサルタント取り組んでいる今の数月で 1 日.

日 2: 管理が別のスタッフ会議を呼び出す. 彼らは少し良い感じ. 彼らは前進のためのオプション、アイデアをしたいです。. まだ 6 週間で現在のプロジェクト予算の残りがあると気付いてください。, これはまだまともな時間のビット. アクション アイテムの一つ: 完全な実装チームのミーティングをスケジュールします。 (コンサルタントを含む).

日 5: チームを満たして, 建設的な会合を ensues し、新しい達成可能な計画を所定の位置に置く. さらに良い, 私たちは既に 2 つの段階を議論を始めているし、クライアントがすぐにそのフェーズの提案を作成する私たちを招待.

わずか 3 週間までは待っていた場合, またはさらに悪いこと, 1 つまたは 2 つの週, それは大いに異なっています。. プロジェクトを再配置する建設的な会合ではなく, 私たちの状態レポートを引いているだろう, 契約を解析、これまたはその決定を正当化するために古いメールを確認. 我々 が獲得している"" しかし、それは本当に「勝っている" このケースでは?

だから, 悪いニュースを提供する必要がある場合, 早くそれを与える. 後半を考えると悪いニュースがちょうど悪くはないです。, それは恐ろしいです。.

使用してください。 “ユーザーまたはグループ” 計算列

人々 はよく「個人またはグループのデータ型列を使用してについて尋ねる" データの別の列に「計算」を入力.

一番下の行, この WSS では動作しません 3.0 (または MOSS).

集計列を追加する場合, WSS には、それは、計算に使用することができますフィールドの一覧が表示されます。. そのリストに含まれていない列の名前を入力する場合, それがあなたを指示します。:

1 つまたは複数の列の参照は許可されません。, 列の数式ではサポートされていないデータ型として定義されているため.

回避策: イベント ハンドラーを使用します。. イベント ハンドラーは、ユーザーがアイテムを保存するときを発生します。. それはあなたのために計算される列を思っているだろう更新を実行します.

フィールドの有用なリンクを一般的に計算:

クイック免責事項: 上記の真実かつ正確にすると考えています。, しかし、こことそこの苔/WSS 非常に驚くだろうと十分な巧妙なトリックを見た (もしあなたがすればとそわそわして) 誰かがコードに頼ることがなくこれを行うにする方法を考え出したている場合. 巧妙な回避策を考え出したかをした誰かを知っている場合, 私に知らせてください。!

モス ・ WSS 言します。: “ページ上に別の投稿者が変更されています。 …” しかし、実際に, それではなかった.

我々 いくつか重い義務再開催した「管理コンテンツと構造」経由で私たちサイト分類の. 私に未知の理由のため, このプロセス (しかし、メインでの作業) クイック起動のいくつかのナビゲーション リンクを壊した. 壊れたリンクは、によって特徴付けられます。:

  • 間違った URL. たとえば, それはする必要があります"/サイト/部門/人材/…". ただし, 新しいリンクは/サイト/企業/人材/…".
  • 見出しのクエリ文字列に繰り返しビット, ように:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

それは簡単にサイトの設定/ナビゲーションを介して修正. 除く, MOSS を私に提示これしようとし、それを行う場合:

イメージ

実際には, 誰が変更したがあります。 (私の脇から, もちろんです).

クイック検索は、この MSDN フォーラム ディスカッションをターンアップします。: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

ウィリアム Heurdier きれいにそれを産むが、最後から 2 番 (の 10/02/07) 投稿:

実際には:

破損した見出しをリセットするには, 必要があります。 :

– 破損した見出しの下のすべてのリストを削除します。

– 破損している見出しを削除します。

– 一覧の設定, 削除されたリストをクイック起動に追加します。 (これは非破損の見出しを再生成します。)

あなたが行ってもいいし….


Sharepoint の専門家 – Sogeti キャップ ジェミニ スイス

ナビゲーション ・ ページに移動したい続けたので少し混乱しました, 変更を加えるし、「未設定で打撃を受けるし、" メッセージ. 最終的に, 私はリストの設定に移動し、削除/追加するクイック起動しなければならなかった実現. それはトリックをでした。. 幸せな時間がここでもう一度!

</終了>

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

問題 “まで一時停止します。” SPD 作成ワークフローのアクティビティ

更新プログラム 12/10/07: MSDN KB929816 で説明されている、修正プログラムは下記の問題を解決. 修正プログラムを入手し、ファームの各サーバーでインストール. [, 各サーバーで sharepoint 構成ユーティリティ. ここでは、KB の MS のサポート リンクです。: http://support.microsoft.com/kb/932816.

背景:

環境エンジニア リング マネージャーことを確認する必要がある私たちは、ビジネス要件があります。 30 それらの植物をタイムリーに彼らの様々 な状態によって義務付けられた許可申請されるようにアメリカ合衆国のニーズ全体 some-odd 製造場所. 調査した 1 つのアプローチは"一時停止まで日付を活用してください。" SharePoint Designer ワークフローを介して私たちにできる活動. エンジニア リング マネージャー (または彼女のアシスタント) 年の開始時にすべての必要な許可とアラームの日付を入力します。. システムはすべての重い物を持ち上げる.

環境:

MOSS, 64 ビット, 仮想マシン環境 (開発ボックス), 2 サーバー (SQL サーバー #1, サーバーで他のすべて #2).

問題:

一時停止するまで日付アクションの完璧なソリューションのように思える、それがそれ自体が判明する可能性. ただし, ボックスは動作しません (私たち).

  1. ワークフロー ジョブを実行するスケジュールされたいません。, これまで. 読むことでこれを発見しました。 クリストファー ・ ホワイト (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) 優秀な書き込みを thusly stsadm を使用して:

    C:\>stsadm-o getproperty propertyname」ジョブ ワークフロー" -url http://localhost

    <プロパティが存在する ="No" />

    C:\>

    驚くべき結果が簡単に解決されました。:

    C:\>stsadm-o setproperty propertyname」ジョブ ワークフロー" -プロパティ「すべて 1 分間 0 59" -url http://localhost

    操作が正常に完了しました.

    C:\>

    そうと, 最初」の進行" ワークフローがすぐに解雇し、やった仕事.

  2. 悲しいことに, 次のいずれかが期待どおりに動作しませんでした。. ありがたいことに, クリストファーは私たちを参照します。 ここで (http://support.microsoft.com/kb/932816). このエントリの執筆, 私たちは、修正プログラムを入手するには、IT 部門を待っています。, それは有望に見えるが、. 影響を受ける .dll の私達のコピーは、同じバイトのサイズを共有しません。, うまくいけば、この問題を解決します。.

回避策:

目を覚ましワークフロー タイマーを prod に見えた stsadm-o setproperty コマンドを再実行. それが, 約 7 分後, 実際に目を覚ます、継続してワークフロー.

質問 / 解決された問題:

一時停止するまでの日付が動作しません。.

一時停止するまでの日付に再開しません。.

「中からワークフローの状態は変更されません"

"進行中のワークフローの状態のまま"