Работая с приложением ASP.NET в Chrome для Android, я обнаружил, что Request.Browser.Cookies возвращает False для этого браузера (несмотря на то, что браузер поддерживает файлы cookie). Основываясь на том, что я читал, это указывает на проблему с базой данных, которую ASP.NET использует для поиска информации о различных UserAgents. Тот факт, что он возвращает False, означает, что в базе данных либо отсутствует Chrome для Android, либо для нее есть недопустимые данные.
В каком месте лучше всего сообщать о подобных проблемах IIS?
Добро пожаловать в чудесный мир сообщений об ошибках в продукте Microsoft. Я надеюсь, что вы не боретесь со злоупотреблением психоактивными веществами, и если вы это сделаете, пожалуйста, свяжитесь со своим спонсором, прежде чем читать дальше.
Microsoft Connect - это один из способов общения с группами разработчиков различных продуктов Microsoft. Однако не похоже, что IIS принимает отчеты об ошибках.
В IIS.net форумы - это то место, где вы, очевидно, можете, если вам повезет и ситуация будет благоприятной, передать отчет об ошибке сотруднику Microsoft. Посмотрите этот пример.
Что вы можете сделать, так это отследить контактную информацию одного из евангелистов продукта для IIS (я пока нашел его, но не буду публиковать его здесь) и отправить электронное письмо / твит / дымовой сигнал о вашей проблеме. Евангелисты, с которыми я имел дело, довольно приятные люди и будут работать, чтобы донести ваши отзывы до нужных людей. Но это не гарантия.
Другой вариант нас Главный сайт службы поддержки Microsoft и ищите способы связаться с Microsoft по поводу продукта. Оттуда вы можете перейти к семейству IIS.
Вы также можете перейти на Страница обратной связи Microsoft Connect и запросите программу IIS Connect.
Если к этому времени вы пришли к выводу, что вам будет сложно напрямую сообщить об ошибке IIS, вы правы. Помните, что первая стадия исцеления - это осознать наличие проблемы. Видимо Microsoft не хочет распознавать проблемы с IIS ...?
ASP.NET использует серию файлов конфигурации для определения (на основе строк агента HTTP-запроса) возможностей браузера. Это особенность ASP.NET (не IIS). Обычно вы можете найти эти файлы здесь:% SystemRoot% \ Microsoft.NET \ Framework \ version \ CONFIG \ Browsers
Таким образом, этот пост, вероятно, лучше всего разместить на StackOverflow.
Обнаружение возможностей браузера на стороне сервера - одно из самых сложных в обслуживании. Буквально, как только эти файлы конфигурации возможностей браузера создаются, они устаревают. Таким образом, даже если вы загружаете их ежедневно, вы постоянно будете устаревать.
Чтобы действительно выполнить определение возможностей браузера, лучше всего будет использовать обнаружение функций браузера на стороне клиента (например, Modernizr). Точность будет близка к 100%. В этом случае нельзя полагаться на решение на стороне сервера. -Крис