Ответ. Перенаправление с POST вместо Добирается?

Я предлагаю создать HttpWebRequest, чтобы программно выполнить Ваш POST и затем перенаправить после чтения Ответа если применимо.

В PHP, можно отправить данные POST с ЗАВИХРЕНИЕМ. Действительно ли там что-то сопоставимо для.NET?

Да, HttpWebRequest, см. мое сообщение ниже.

Вот то, что я сделал бы:

Помещенный данные в стандартную форму (без runat = атрибут "сервера") и набор действие формы для регистрации на целевую удаленную страницу. Прежде, чем отправить я отправил бы данные своему серверу использование XmlHttpRequest и проанализировал бы ответ. Если бы ответ означает, что необходимо продолжить удаленную РЕГИСТРАЦИЮ тогда, я (JavaScript) возобновил бы сообщение иначе, я перенаправлю к странице на моем сайте

@Matt,

можно все еще использовать HttpWebRequest, затем направить ответ, который Вы получаете к фактическому outputstream ответу, это служило бы ответу назад пользователю. Единственная проблема - то, что были бы повреждены любые относительные URL.

однако, который может работать.

HttpWebRequest используется для этого.

На обратной передаче, создайте HttpWebRequest своему третьему лицу и отправьте данные формы, тогда как только это сделано, Вы можете Ответ. Перенаправление везде, где Вы хотите.

Вы получаете добавленное преимущество, которое Вы не должны называть все свое управление сервером, чтобы заставить третьи стороны сформировать, можно сделать этот перевод при создании строки POST.

string url = "3rd Party Url";

StringBuilder postData = new StringBuilder();

postData.Append("first_name=" + HttpUtility.UrlEncode(txtFirstName.Text) + "&");
postData.Append("last_name=" + HttpUtility.UrlEncode(txtLastName.Text));

//ETC for all Form Elements

// Now to Send Data.
StreamWriter writer = null;

HttpWebRequest request = (HttpWebRequest)WebRequest.Create(url);
request.Method = "POST";
request.ContentType = "application/x-www-form-urlencoded";                        
request.ContentLength = postData.ToString().Length;
try
{
    writer = new StreamWriter(request.GetRequestStream());
    writer.Write(postData.ToString());
}
finally
{
    if (writer != null)
        writer.Close();
}

Response.Redirect("NewPage");

Однако при необходимости в пользователе для наблюдения страницы ответа от этой формы, единственная опция состоит в том, чтобы использовать Сервер. Передача, и это может или не может работать.

PostbackUrl может быть установлен на Вашей кнопке asp отправить на различную страницу.

, если необходимо сделать это в codebehind, попробуйте Сервер. Передача.

ПОЛУЧАТЬ (и ГОЛОВА) метод никогда не должен использоваться, чтобы сделать что-либо, что имеет побочные эффекты. Побочный эффект мог бы обновлять состояние веб-приложения, или это могло бы заряжать Вашу кредитную карту. Если действие имеет побочные эффекты, другой метод (POST) должен использоваться вместо этого.

Так, пользователь (или их браузер) не должен считаться ответственный за что-то сделанное ТЕМ, ЧТОБЫ ПОЛУЧАТЬ. Если бы некоторый вредный или дорогой побочный эффект произошел как результат ТОГО, ЧТОБЫ ПОЛУЧАТЬ, которое было бы отказом веб-приложения, не пользователем. Согласно спецификации, агент пользователя не должен автоматически следовать за перенаправлением, если это не ответ на ТО, ЧТОБЫ ПОЛУЧАТЬ или ГЛАВНЫЙ запрос.

, Конечно, много из ДОБИРАЕТСЯ, запросы действительно имеют некоторые побочные эффекты, даже если это просто добавляет к файлу журнала. Важная вещь состоит в том, что приложение, не пользователь, должно считаться ответственное за те эффекты.

соответствующие разделы спецификации HTTP 9.1.1 и 9.1.2 , и 10.3 .

Как правило, все, что вам когда-либо понадобится, это перенести некоторое состояние между эти два запроса. На самом деле есть действительно забавный способ сделать это, который не полагается на JavaScript (подумайте,

Set-Cookie: name=value; Max-Age=120; Path=/redirect.html

Имея этот файл cookie, вы можете в следующем запросе /redirect.html получить информацию name = value, вы можете хранить любую информацию в этой строке пары имя / значение, вплоть до 4К данных (типичное ограничение для файлов cookie). Конечно, вам следует избегать этого и вместо этого хранить коды состояния и биты флагов.

Получив этот запрос, вы в ответ ответите запросом на удаление этого кода состояния.

Set-Cookie: name=value; Max-Age=0; Path=/redirect.html

Мой HTTP немного ржавый, я прошел через RFC2109 и RFC2965, чтобы понять, насколько это действительно надежно, желательно, чтобы cookie отправлялся туда и обратно ровно один раз, но это кажется невозможным. Кроме того, сторонние файлы cookie могут быть проблемой для вас, если вы переезжаете в другой домен. Это все еще возможно, но не так безболезненно, как когда вы делаете что-то в своем собственном домене.

Проблема здесь заключается в параллелизме, если опытный пользователь использует несколько вкладок и ему удается чередовать пару запросов, принадлежащих одному и тому же сеансу. (это очень маловероятно, но не невозможно). Это может привести к несоответствиям в вашем приложении.

Это способ

Я предоставляю этот код как профессионал концепция: если этот код запускается в контексте, с которым вы не знакомы, я думаю, вы можете решить, какая часть есть что.

Идея состоит в том, что вы вызываете Relocate с некоторым состоянием при перенаправлении, а URL, который вы переместили, вызывает GetState для получения данных (если есть).

const string StateCookieName = "state";

static int StateCookieID;

protected void Relocate(string url, object state)
{
    var key = "__" + StateCookieName + Interlocked
        .Add(ref StateCookieID, 1).ToInvariantString();

    var absoluteExpiration = DateTime.Now
        .Add(new TimeSpan(120 * TimeSpan.TicksPerSecond));

    Context.Cache.Insert(key, state, null, absoluteExpiration,
        Cache.NoSlidingExpiration);

    var path = Context.Response.ApplyAppPathModifier(url);

    Context.Response.Cookies
        .Add(new HttpCookie(StateCookieName, key)
        {
            Path = path,
            Expires = absoluteExpiration
        });

    Context.Response.Redirect(path, false);
}

protected TData GetState<TData>()
    where TData : class
{
    var cookie = Context.Request.Cookies[StateCookieName];
    if (cookie != null)
    {
        var key = cookie.Value;
        if (key.IsNonEmpty())
        {
            var obj = Context.Cache.Remove(key);

            Context.Response.Cookies
                .Add(new HttpCookie(StateCookieName)
                { 
                    Path = cookie.Path, 
                    Expires = new DateTime(1970, 1, 1) 
                });

            return obj as TData;
        }
    }
    return null;
}

Что-то новое в ASP.Net 3.5 - это свойство "PostBackUrl" кнопок ASP. Вы можете установить его на адрес страницы, на которую хотите отправить сообщение напрямую, и при нажатии этой кнопки вместо отправки на ту же страницу, как обычно, он отправляет сообщение на страницу, которую вы указали. Удобно. Убедитесь, что UseSubmitBehavior также имеет значение TRUE.

Вы можете использовать этот подход:

Response.Clear();

StringBuilder sb = new StringBuilder();
sb.Append("<html>");
sb.AppendFormat(@"<body onload='document.forms[""form""].submit()'>");
sb.AppendFormat("<form name='form' action='{0}' method='post'>",postbackUrl);
sb.AppendFormat("<input type='hidden' name='id' value='{0}'>", id);
// Other params go here
sb.Append("</form>");
sb.Append("</body>");
sb.Append("</html>");

Response.Write(sb.ToString());

Response.End();

В результате сразу после того, как клиент получит весь HTML-код с сервера, происходит событие onload , которое запускает отправку формы и публикацию все данные в определенный postbackUrl.