問題タブ [cloaking]

ソース管理ツリーのルートをローカル フォルダーにマッピングすることで、Team Foundation Server の推奨ガイダンスに従っています。ただし、そのルートの下にあるすべてのフォルダーをマップしたくはありません。一度に 1 つのフォルダーをクロークできますが、複数のフォルダーを一度にクロークすることをお勧めします。これを簡単に行う方法はありますか？

ホスト名に「aaa」を含むユーザー グループ A を url.com/a/ にリダイレクトし、ホスト名に「bbb」を含むユーザー グループ B を url.com/b/ にリダイレクトするという考え方です。

ヒントをいただければ幸いです。

私のシナリオの単純化されたバージョンでは、ClickOnce を使用してデプロイされた VB.Net アプリを開発しています。本番コード用の Live ブランチと、作業用の Dev ブランチがあります。

これらの各ブランチを別の場所 (リリース用にライブ、テスト用に開発) にデプロイしたいのですが、いずれかのブランチを他のブランチにマージすると、プロジェクトの「発行場所」設定がターゲット ブランチで上書きされます。開発コードをライブの場所に公開します。

特定のプロジェクト プロパティ (この場合は公開場所) をマージから「免疫」にして、各ブランチがその設定を維持する方法はありますか?

編集:私の最初のアイデアは、特定のプロジェクト設定をオーバーライドできる「構成」タイプのファイルがある場合、そのファイルをクロークしてマージされないようにすることでした...しかし、そのようなファイルへの参照が見つかりません.

ソース管理には TFS を使用します。

クローキングについて具体的な質問があります。これが SEO にとって最悪の行為の 1 つであることは承知していますが、私のクライアントは法的な理由により、ドイツでは異なる名前の製品を持っています。その名前を変更する必要があるため、その時点では SEO とは関係なく、製品名のみを置き換えます。これが SEO に影響するかどうか、またはこれを回避しながら目標を達成する方法を知っている人はいますか?

D3 を使用して、数百の svg 要素をレンダリングしています。ただし、ビューポートで同時に表示できるのはそのうちのいくつかだけです。

そのため、画面外にある要素を削除し、スクロールして表示に戻ったときにそれらを再作成することで、パフォーマンスを向上させることができると考えました。

これは合理的な仮定ですか？

そのようなことに利用できるツールはありますか？

$/myProject/myFolderTFS サーバー上に、いくつかのファイルとサブフォルダーを含むフォルダーがあるとします。

tf.exeコマンドラインユーティリティを使用して、このフォルダーの下のすべての要素を (再帰的にではなく) 繰り返しクロークする可能性はありますか?

$/myProject/myFolder各要素が個別にクロークされている場合にのみ可能と思われる要素の一部を後でクローク解除する必要があるため、ルートフォルダーを単純にクロークすることはできません。

最後に、特定のルート フォルダーの下にあるすべての要素が、事前定義されたものを除いてクロークされるようにしたいと考えています。

htaccess ファイルまたは webconfig を編集できない Web サーバーでホストされている角度のあるアプリを作成しています。HTML スナップショットを作成するためのミドルウェアがないことを意味する利用可能なサーバー側の言語オプションはありません。これは、ウェブストアがあり、ホストを切り替えるオプションがない高額の CRM です。

そこで私は、この問題に対する独自の「解決策」を考え出しました。onClick イベントによって更新される同じビューを生成する URL にリンクするハイパーリンクを作成しても問題ないと考えられますか。この方法では、ユーザーはコンテンツがすぐに読み込まれるのを確認できますが、ボットがページのコンテンツを確認するには、新しい URL でページをリロードする必要があります。

例：

私はこの問題の適切な解決策を見つけるのに苦労しています。開発に関しては、他の人が私と同じ状況にならなければならないことを知っています。上記のコードは、私が参照しているものへの単なる視覚的な参照です。