То, где я ловлю и обрабатываю maxAllowedContentLength, превысило в IIS7?
Не существует классического способа получения местоположения через intent из Google Maps (как, например, получение изображения с камеры).
Google Maps Place Picker API мог бы решить эту проблему для вас, но сейчас устарел . По какой-то причине он будет отключен 29 июля 2019 года.
Вы должны выбрать другой Google Maps API для этой задачи. Google сделал API Picker , чтобы помочь вам выбрать нужный. Посмотрите на это.
Боюсь, вам придется изменить способ определения местоположения пользователей в вашем приложении. Одним из способов является создание действия с картой Google внутри.
1 ответ
После рассмотрения Обзора Жизненного цикла приложения ASP.NET для IIS 7.0 и выполнения моего собственного экспериментирования, я предполагаю, что проверка запроса сделана внутренне IIS, прежде чем любое из событий будет сгенерировано.
Это похоже только на LogRequest, PostLogRequest, EndRequest, PreSendRequestContent, и PreSendRequestHeaders повышены после внутренней проверки с этой ошибкой.
Я решил присоединить обработчик событий к HttpApplication.EndRequest событие в моем пользовательском обработчике ошибок и проверке на 404,13 кода состояния по POST и дескриптору, поскольку мне нужен он, чтобы быть обработанным, который в моем случае должен перенаправить к странице вызова, которая проверит Server.GetLastError() и отобразите дружественную ошибку конечному пользователю.
private void application_EndRequest(object sender, EventArgs e)
{
HttpRequest request = HttpContext.Current.Request;
HttpResponse response = HttpContext.Current.Response;
if ((request.HttpMethod == "POST") &&
(response.StatusCode == 404 && response.SubStatusCode == 13))
{
// Clear the response header but do not clear errors and
// transfer back to requesting page to handle error
response.ClearHeaders();
HttpContext.Current.Server.Transfer(
request.AppRelativeCurrentExecutionFilePath);
}
}
Я приветствовал бы обратную связь на этом подходе и альтернативах.