问题标签 [server.transfer]

我正在 kentico 中编写一个用户控件（webpart）。我想使用 Server.Transfer() 将文本框的值从用户控件传递到 aspx 页面。

是真的吗？如果是这样，我该怎么做？

最好的祝福，

红军

以下有什么区别：

1. Server.transfer？
2. 响应。重定向？
3. 回传网址？

我应该什么时候决定使用哪个？

我有 test1.aspx 和 test2.aspx。test1 页面中包含一个按钮。我在按钮单击时编写代码，使用“server.transfer”方法传输test2页面。所以，我们会在浏览器中看到test2页面，在浏览器地址栏中看到test1页面地址。但是如果我做浏览器的刷新按钮，test1.aspx 的按钮会再次起作用。所有浏览器都是这样发生的。我想刷新 test2.aspx 页面。我怎样才能做到这一点。我想知道如何使用浏览器刷新按钮并使用 server.transfer。

我在asp.net中创建了两个表单，分别是test1.aspx和test2.aspx。test1 页面包含一个提交按钮。如果用户点击这个，我会使用 server.transfer 方法转移到 test2 页面。在这种情况下，浏览器会显示 test2 页面内容，但浏览器的地址栏会显示 test1 页面位置。当用户点击浏览器的刷新按钮或F5时，test1页面工作，提交按钮工作。我不想做这个。我想刷新 test2 页面。我怎么能那样做？我不想使用 response.redirect。

是否可以创建一个行为类似于来自 ASP 的 Service.Transfer 的规则？

我已经通读了这个。但是，在我的情况下，我发布到的页面是外部.aspx页面。

基本上，我在源页面代码上生成XMLXElement数据，并且需要将其发布到外部.aspx页面。要求说它需要在发布之前被包裹在 HTML 标签中。所以我在代码隐藏文件中的字符串看起来像</form>

现在在代码隐藏文件上，我需要做什么才能将其发布到外部.aspx页面？

我正在开发一个公司网站，该网站允许用户在同一域下拥有自己的主页。URL 看起来类似于http://mydomain.com/UserName 我们将每个用户的内容保存在一个数据库中，该数据库显示在位于http://mydomain.com/users/default.aspx的页面上（它抓取通过在数据库中查找 URL 来获取用户的内容）

我希望 URL 在地址栏中保持不变，这样看起来每个用户都有自己的文件夹。

我试过使用 Server.Transfer 但我的会话变量最终什么都没有。RewritePath 有效，但地址栏中的 URL 发生了变化。我无法在 404 页面中执行代码，因为地址栏会显示 404.aspx?aspxerrorpath={requestedURL}

我的主要目标是重定向而不是丢失地址栏中的内容。我正在使用 ASP.NET（如果 aspx 扩展没有放弃它，哈哈）

只是想知道 ASP 在执行 Server.Transfer 两个级别时有哪些限制？所以一个页面转移到另一个页面，然后转移到另一个页面。

这是我们当前的设置。为了取悦 SEO，我们创建了包含关键字的“假” URL。然后，我们有一个 404 错误处理程序 (IIS) 来处理这些，重定向到另一个 ASP 页面，该页面从 URL 中提取一些关键信息，并执行 Server.Transfer 到我们的“真实”页面。由于本文范围之外的原因，我需要从该页面进行进一步的 Server.Transfer。我们现在所在的页面需要设置页面标题。

这可能吗？

我有一个注册表单，想将用户转移到成功页面，告诉他一封电子邮件已发送到他的电子邮件。我需要将他的电子邮件从注册页面转移到成功页面。

我找到了关于 Server.Transfer 的信息，但我不知道如何发送参数。我不想使用查询字符串，因为我不喜欢在 URL 中透露信息。

这样做的正确方法是什么（如果可能）？

我将简化示例，假设我们有Page A,Page B和Page C

1. Page A继续，base.OnInit()_page B
2. Page B抛出异常并将被重定向Server.Transfer到 to Page C。
3. Page C有一个 try/catch，应该在其中捕获异常。

我一直在尝试Server.GetLastError()，没有带来任何东西（GetLastErros 为空）。你怎么能在不添加<customErrors>的情况下解决它和处理web.config？

有趣的是，当我在 中调试时Page C，我可以看到$exception设置正确的变量。

图片 -> http://www.picfront.org/d/8EeT

非常感谢。