私のASP.NETアプリケーションが起動すると、 "カルチャー名 'uploads'がサポートされていません。どこでエラーを表示/デバッグする必要がありますか?カルチャ名はサポートされていません
"アップロード"の全文検索では、プロジェクトのエントリが0になります。
私のASP.NETアプリケーションが起動すると、 "カルチャー名 'uploads'がサポートされていません。どこでエラーを表示/デバッグする必要がありますか?カルチャ名はサポートされていません
"アップロード"の全文検索では、プロジェクトのエントリが0になります。
アプリケーションはDotNetNuke(なく、単純なASP.NETアプリケーション)上に構築されている場合は、この種のエラーは、一般的に起因するCulture name '__page' is not supportedに記載されている問題にDotNetNukeの中で起こります。
DotNetNukeを使用していない場合は、Application_Startコード(Global.asax
ファイル)を確認してください。 CultureInfoを設定している可能性があります。または、web.config
ファイルに無効なカルチャ値がないかどうかを確認してください。
URLパターンに基づいてカルチャを設定しようとしているコードがあるかもしれません(スタックトレースを取得することができれば追跡可能です)。例えば、時々私はこのようなURLsで多言語サイトを設定します:
http://www.example.com/en-US/
http://www.example.com/es-MX/
私は、URLを見て、URLに基づく文化を設定しようとする私のベースページ内のコードを持っていますパス。しかし、あなたのようなURLをヒットしようとした場合:
http://www.example.com/uploads
それはあなただけで盲目的に最初のパス要素を取り、それを最初にチェックすることなく文化としてそれを使用しようとした場合、あなたが見ているもののようなエラーで失敗します。
あなたの検索が制限的ではない(すべてのファイルで可能な限り広い検索)と仮定すると、私の推測ではあなたのブラウザにはカスタム文字列に設定されたユーザー言語があると思われます。
IEでは、ツール - >オプション - >言語 - >追加 - >ユーザー定義言語で確認できます。
実際のエラーではないことを心配しないでください。
ランタイムは、存在するリソースアセンブリを検出しようとすると、コンパイルされたDLLファイルが存在するフォルダを列挙しようとします。これは、フォルダの名前がカルチャ名であることを前提としているため、カルチャを作成しようとします。残念ながら、アップロードはASP.NETによって自動的に作成されるフォルダであり、明らかにカルチャではありません:)。
ランタイムは、「ハッシュ」のような定義済みのフォルダを無視しますが、「アップロード」は無視します。だから我々はそれと一緒に生きなければならない。
それで彼は何をすることができますか? – SteveCav
全く同じエラーが発生しています。 ["文化名 'uploads'はサポートされていません]。私はそれを引き起こしているのか分かりませんが、私は[Debug | Exceptions(Ctrl-alt-E)]をクリックし、 "Common Language Runtime Exceptions"のチェックを外すことで回避できました。プロジェクトに「アップロード」フォルダやファイルがなく、多言語サポートとは何も関係なく、プロジェクトを実行するときにエラーが発生しました...コールを見ているstackはmscorlib呼び出しをたくさん歩いているだけです。私はなぜそれが呼び出されているのか分からない。
私はこのフォルダを削除し、問題を解決しました。 C:\ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporary ASP。NETファイル\ルート\ 8dfb04ef \ 44bf70fb \アップロード
Temporary ASP.NET Filesの下の「uploads」フォルダの検索と削除も私の問題を解決しました。 +1 –
+1。設定によっては、Temporary ASP.NET Filesフォルダが%TEMP%の下にある可能性があります。 –
イップ、私のために働いた!あなたは伝説です! –
JumpingLethalRampage、代わりにすべてのチェックを外すと "Commong言語ランタイム例外を、" あなただけ "共通言語ランタイム例外>システム> System.ArgumentExceptionの" をオフにできすべてのCLR項目のチェックを外す必要はありません。
いいえ:-)デバッガでステップできるが、「ソースコードなし」と表示されている場合。おそらくglobal.asaxにアプリケーションをロードしています – Robert
Global.asaxのようなサウンドが当初の場所になります。おそらく始まりの要求ですか? –
これは、CLR例外を無効にする(または、むしろ[* all *] CLR例外がスローされたときにVisual Studioを通知しないようにする)ことが理にかなっている理由を理解するのに役立ちました - 例外をスローするコードがあるかもしれません。 *私はちょうどそれらの例外を気づいていなかった*(私は最近CLR例外がスローされたときに** VSが中断するようにしたので)。私は例外を投げているものは何でも捜索しようと思うかもしれないと思う。 –