Web フォルダー HIERARCHY の外部にあるサーバー上の画像を簡単にマップする方法を探しています。Web サーバーは他のサーバーを使用します。
この場合 (多くのビジネスと同様)、これらの画像を +_maintain する他のアプリケーションがあります。このように、何年にもわたってパーソナル コンピュータを導入してきたほとんどの企業と同様に、最終的にはサーバーの 1 つに常駐するドキュメントを作成するアプリケーションやシステムが蓄積され始めます。
したがって、すべての犬、カブトムシ、生きているビジネス、つまり Web 開発者は、ある時点で、Web サイトがネットワーク上のいくつかのフォルダーを利用できるようにするという上記の非常に一般的な要求に対処しなければなりませんでした。これは単に、これらのファイルを Web サイトから使用する必要があることを意味します。また、これらのファイルを作成する他のすべてのビジネス プロセスが、そのサーバー上にある何年にもわたって使用している現在のフォルダーを変更する必要があることはほとんどなく、実際的ではありません。
世界がウェブに移行している今、上記の共通の解決策を持っている人はいますか?
これらのネットワーク フォルダを Web サイトにマップするだけでよいのであれば、水のソリューションでは頭脳のない解決策となるように私には思えます。その時点で、イメージに詰め込む単純なコードがフォルダーのパス名を制御します。もちろん、現時点では、Web フォルダー階層の外側にあるこのようなフォルダーは HTTP 要求では使用できませんが、Web サーバーで共有することはできます。
そのようなフォルダを Web サイトにマップするための「一般的な」ソリューションとアプローチはありますか? http リクエストをトラップし、そのようなエラーをトラップするカスタム コードを作成することを提案する人もいますが、それは銀河の愚かさに乗り出しているようです。（ポケットにライターが入っているときにスティックをこすって火をつけるようなものです！）。
では、ファイル ストリームなどのファイルを読み取るために (CPU コストで) コードを作成する必要がありますか?
Web構成で追加のディレクトリを提供できる「可能性がある」というヒントがいくつかあるので、これが私の最初の選択です。
この環境は、asp.net、vb.net、および IIS (独自のサーバーでホストされているため、これらのイメージが存在する他のサーバーの UNC を使用しています) です。
では、この非常に一般的な問題に対する非常に一般的な解決策はありますか?
OSレベルでも、そのようなフォルダをWebサイト階層にマップする方法はありますか?それとも、コードを書いてファイルストリームを使用する必要がありますか?
よろしくお願いします