Как остановиться, 500 ошибок .NET создали вызов 500 ошибочных страниц
Вы можете сопоставить Observable с Bool наблюдаемой (хотя Bool здесь не является необходимым, вы можете просто использовать Void) и вернуть Observable из метода login.
Как это:
func login(cpf: String) -> Observable<Bool> {
let url = URL(string: AccessibilityDataAccessProvider.kLoginURL)
let params = ["username": String.init(describing: cpf)]
return dataAccessProvider.postSimpleResponse(url: url!, params: params)
.do(onNext: {
let userData = UserDefaults.standard
userData.set(userToken, forKey: AccessibilityDataAccessProvider.userTokenKey)
})
.map { _ in
return true
}
}
А затем наблюдать на нем:
login(cpf: "data").subscribe(onNext: { _ in
// Success
}, onError: { _ in
// Failure
}).disposed(by: disposeBag)
3 ответа
При попытке нападения xss на какой-либо странице пользовательскую ошибочную страницу не назовут (вот другая случайная страница на Microsoft.com с xss в querystring).
Поведение, кажется, является намеренным для остановки нападения, мертвого в его дорожках. Даже сообщение об ошибке указывает на это поведение:
Проверка запроса обнаружила потенциально опасное клиентское входное значение, и обработка запроса была прервана.
Единственное обходное решение, кажется, чтобы отключить проверку или получить и обработать ошибку в Вашем глобальном на Application_Error.
You мог бы хотеть думать об обработке Ваших ошибок в событии Application_Error в Global.asax.cs вместо 500.aspx страница. Вы могли поместить почтовый код там, затем перенаправить пользователя к ошибочной странице после выполнения обработки ошибок (это - то, как мы делаем это, где я работаю).
Кажется это, после того как Вы определяете страницу для обработки конкретный (или не конкретный?) ошибки, это больше не доступно непосредственно через его URL, вид подобных сеть. Наклон конфигурации быть названным через браузер.
Я настроил бы 500Test.aspx, который выдает исключение, вызывающее 500 ошибок (и таким образом стреляет 500.aspx),
Это могло бы работать.