IIS 5.1 / 6.0 Отличия от DataGrid и SqlDataSource Refresh - PullRequest
0 голосов
/ 27 января 2009

У меня тут странная проблема ...

У меня есть приложение ASP.NET 3.5, которое имеет GridView и SqlDataSource в Default.aspx. GridView привязан к базе данных SqlDataSource. В GridView есть кнопка для каждой строки, называемая «Вид», которая отправляет пользователя на отдельную страницу, где можно редактировать строку.

У меня есть две установки этого приложения - одна на моем ноутбуке разработчика, на котором установлена ​​XP с IIS 5.1, а другая на сервере Windows 2003 с IIS 6.0. Файлы web.config идентичны, свойства конфигурации IIS идентичны, и он попадает в одну и ту же базу данных.

На моем ноутбуке поведение, которое я вижу, «правильное» и выглядит так: 1. Откройте страницу, выберите страницу 15 таблицы данных с помощью пейджинговых ссылок. 2. Нажмите кнопку просмотра записи, просмотрите страницу редактирования. 3. Нажмите кнопку «Назад», и вы вернетесь на страницу Default.aspx, и GridView перезагрузится / обновится с новыми данными. Повторное нажатие кнопки «Просмотр» возвращает вас к нужному элементу.

На сервере я вижу это: 1. Откройте страницу, выберите страницу 15 таблицы данных с помощью пейджинговых ссылок. 2. Нажмите кнопку просмотра записи, просмотрите страницу редактирования. 3. Нажмите кнопку «Назад», и вы вернетесь на страницу Default.aspx, и GridView будет НЕ перезагружен с новыми данными (он сразу же появится). При повторном нажатии «Вид» вы переходите к элементу НЕПРАВИЛЬНО .

Очевидно, что есть какая-то проблема с кэшированием, но я не могу понять ... какие-нибудь идеи?

1 Ответ

0 голосов
/ 28 января 2009

Я не уверен ни в точной причине, ни в причине, но, как я ожидал, это была проблема с кэшированием. Когда я добавляю заявление:

Response.CacheControl = "no-cache";

В Default.aspx.cs проблема исчезнет. Неудивительно, что кнопка «Назад» испортила шаблон запроса, но я нахожу удивительным, что IIS 5.1, работающий на моем ноутбуке, обрабатывает кнопку «Назад» лучше, чем IIS 6.0 ...

...