実際、これを達成するのは非常に簡単です。Sitefinity は完全に動的な CMS です (つまり、実際のファイルはありません)。実装では、RoutingEngine と VirtualPathProvider を使用してこれを実現します。これが実際に意味することは、サイトを "sitefinity 管理部分" と "カスタム管理部分" に分割するための 2 つの堅固で標準的な拡張ポイントがあることです。
したがって、これを行うための非常に簡単な方法は、SitefinityPageRoute の前にルート (詳細はこちら: ASP.NET ルーティング) を登録することです。これは、SitefinityPageRoute がページを見つけられない場合に 404 をスローするためです。
したがって、SitefinityPageRoute の前にルート "~/mystuff" を登録するとします。"~/mystuff" で始まるすべてのリクエストは最初に RouteHandler に送られ、そこでそれらを処理する (http 応答に書き込む) か、何もしないかを決定できます。 Sitefinity ルートに落ちさせます。
もう 1 つの方法はもちろん、カスタムの VirtualPathProvider を実装することですが、一部のページを別の方法で処理したいだけの場合、これはやり過ぎかもしれません。
以上のことから、Sitefinity で処理されないページは Sitefinity で処理されないことは明らかです :) (つまり、ページ エディター、ワークフロー、翻訳、ウィジェット、テンプレート、テーマはありません)。