Я получаю "имя культуры". "Uploads" не поддерживается ", когда запускается приложение ASP.NET. Где мне нужно просмотреть/отладить, чтобы переключить ошибку?
Полнотекстовый поиск для "uploads" возвращает 0 записей в моем проекте.
Я получаю "имя культуры". "Uploads" не поддерживается ", когда запускается приложение ASP.NET. Где мне нужно просмотреть/отладить, чтобы переключить ошибку?
Полнотекстовый поиск для "uploads" возвращает 0 записей в моем проекте.
Я удалил эту папку, и она решила проблему: C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Временные файлы ASP.NET\root\8dfb04ef\44bf70fb\uploads
Не волнуйтесь, это не настоящая ошибка.
Когда среда выполнения пытается найти, какие сборки ресурсов существуют, она пытается перечислить папки, в которых хранятся скомпилированные файлы DLL. Предполагается, что имя папки - это имя культуры, поэтому она пытается создать для нее культуру. К сожалению, uploads - это папка, которая автоматически создается ASP.NET, и это, очевидно, не культура:).
Время выполнения игнорирует некоторые предопределенные папки, такие как "хэш", но не "загружает". Поэтому мы должны жить с ним.
Я получаю точно такую же ошибку. [ "название культуры" uploads "не поддерживается" ]. Я не знаю, что вызывает его, но я смог обойти его с помощью щелчка [Debug | Exceptions (Ctrl-alt-E) и отмены проверки "Исключения для обычного языка Runtime". я в моем проекте нет папки или файла "uploads", и в моем проекте нет ничего, что имеет отношение к многоязычной поддержке, и ошибка запускается сразу же после запуска моего проекта... глядя на стек вызовов просто проходит через множество звонков mscorlib. Я не знаю, почему он даже вызван.
JumpingLethalRampage, вместо того, чтобы отменить все " Исключения автономной работы с объединенными языками", вы можете снять флажок только " Исключения исключений Common Language > System > System.ArgumentException." Вам не нужно снимать все элементы CLR.
Похоже, что у вас есть какой-то код, который пытается установить культуру на основе шаблона URL (это можно отследить, если можно получить трассировку стека). Например, иногда я создаю многоязычные сайты с URL-адресами следующим образом:
http://www.example.com/en-US/
http://www.example.com/es-MX/
Затем у меня будет код на моей базовой странице, который просматривает URL-адрес и пытается установить культуру на основе URL-адреса. Но если вы попытались нажать URL, например:
http://www.example.com/uploads
Он не с ошибкой, как то, что вы видите, если просто слепо взять первый элемент пути и попытаться использовать его в качестве культуры, не проверив его в первую очередь.
Если приложение построено на DotNetNuke (а не простое приложение ASP.NET), такая ошибка обычно возникает в DotNetNuke из-за проблемы, описанной в Название культуры '__page' не поддерживается.
Если вы не используете DotNetNuke, проверьте свой код Application_Start (в файле Global.asax
). Возможно, это настройка CultureInfo. Или проверьте файл web.config
на наличие недопустимых значений культуры.
Предполагая, что ваш поиск по проекту не был ограничительным (максимально возможный поиск во всех файлах), тогда я предполагаю, что ваш браузер имеет пользовательский язык, настроенный на пользовательскую строку - "uploads".
В IE вы можете проверить с помощью Инструменты → Параметры → Языки → Добавить → Пользовательский язык.