УСПОКОИТЕЛЬНЫЙ ПОМЕЩЕННЫЙ и УДАЛЯЮТ и брандмауэры
-
HttpContext. Текущий будет всегда предоставлять Вам доступ к Запросу/Ответу/и т.д. текущего контекста., даже когда у Вас нет доступа к свойствам Страницы (например, от слабо связанного класса помощника).
-
можно продолжить выполнять код на той же странице после перенаправления пользователя к другому путем вызова Ответ. Перенаправление ( url, ложь )
-
Вам не нужно .ASPX файлы, если все, что Вы хотите, является скомпилированным Страница (или какой-либо IHttpHandler). Просто установите путь и методы HTTP для указания на класс в
-
А объект Страницы может быть получен от файл.ASPX программно путем вызова PageParser. GetCompiledPageInstance (virtualPath, aspxFileName, Контекст)
4 ответа
Межсетевые экраны, блокирующие HTTP PUT / DELETE, обычно блокируют входящие подключения (к серверам за межсетевым экраном). Если у вас есть контроль над брандмауэром, защищающим ваше приложение, вам не стоит об этом беспокоиться.
Кроме того, брандмауэры могут блокировать PUT / DELETE только в том случае, если они выполняют глубокую проверку сетевого трафика. Шифрование не позволит брандмауэрам анализировать URL-адрес, поэтому, если вы используете HTTPS (вы защищаете свои данные с помощью SSL, верно?), Клиенты, обращающиеся к вашей веб-службе, смогут использовать любой из четырех стандартных HTTP-глаголов.
Некоторые 7-уровневые межсетевые экраны могут анализировать трафик до такой степени. Но я не уверен, сколько мест настроили бы их как таковые. Вы можете проверить на serverfault.com, насколько популярной может быть такая конфигурация (вы также всегда можете узнать у своего ИТ-персонала)
Я бы не стал беспокоиться о перегрузке POST для поддержки запроса DELETE.
HTML 4.0 и XHTML 1.0 только поддерживают запросы GET и POST (через), так что это обычное дело для туннелирования PUT / DELETE через скрытое поле формы, которое считывается сервером и обрабатывается соответствующим образом. Этот метод сохраняет совместимость между браузерами и позволяет игнорировать любые проблемы с брандмауэром.
И Ruby On Rails, и .NET обрабатывают RESTful-запросы таким образом.
В настоящее время, помимо GET, запросы POST, PUT и DELETE полностью поддерживаются через объект запроса XMLHttpRequest. XHTML 2.0 также официально поддерживает GET, POST, PUT и DELETE.
Вы можете настроить брандмауэр так, как хотите (по крайней мере, теоретически), поэтому не удивляйтесь, если некоторые системные администраторы заблокируют HTTP PUT / DELETE.
Опасность of HTTP PUT / DELETE касается некоторых неправильно настроенных серверов: PUT заменяет документы (а DELETE удаляет их ;-) на целевом сервере. Поэтому некоторые системные администраторы решают сразу заблокировать PUT в случае, если где-то открывается трещина.
Конечно, мы говорим о межсетевых экранах, действующих на «уровне 7», а не только на уровне IP ;-)