从ASP.net页面发布到供应商经典ASP页面。可能的

从ASP.net页面发布到供应商经典ASP页面。可能的,asp.net,asp-classic,Asp.net,Asp Classic,我必须转换一些ASP页面(到ASP.net),为数据库中的隐藏输入值设置值,并向供应商网站上托管的ASP页面发布帖子 我已经发现ASP.net页面可以发布到自己以外的网页。。。我的问题是关于发送端为ASP.net而接收端为经典ASP.net的兼容性问题。是否可以从ASP.net页面发布到供应商网站上的经典ASP页面?是的,非常有可能 是HTTP协议定义的一种请求机制,它与技术无关。一天结束时,一个网页只是一堆HTML和脚本,不管呈现它的技术是什么 您可能会得到一些ASP.Net放入表单中的额外数

我必须转换一些ASP页面(到ASP.net),为数据库中的隐藏输入值设置值,并向供应商网站上托管的ASP页面发布帖子


我已经发现ASP.net页面可以发布到自己以外的网页。。。我的问题是关于发送端为ASP.net而接收端为经典ASP.net的兼容性问题。是否可以从ASP.net页面发布到供应商网站上的经典ASP页面?

是的,非常有可能

是HTTP协议定义的一种请求机制,它与技术无关。一天结束时,一个网页只是一堆HTML和脚本,不管呈现它的技术是什么


您可能会得到一些ASP.Net放入表单中的额外数据,但除此之外,您没有理由不能发布到您想要的任何web地址。请注意,您将不会共享会话状态或应用程序变量,您可能必须手动构造表单或编写自己的表单控件(使用带有“runat=server”的表单标记的常规模式不会有帮助,因为这会将其设置为进行回发)。

是的,这是完全可能的

是HTTP协议定义的一种请求机制,它与技术无关。一天结束时,一个网页只是一堆HTML和脚本,不管呈现它的技术是什么


您可能会得到一些ASP.Net放入表单中的额外数据,但除此之外,您没有理由不能发布到您想要的任何web地址。请注意,您将不会共享会话状态或应用程序变量,并且您可能必须手动构造表单或编写自己的表单控件(使用一个带有“runat=server”的表单标记的常规模式没有帮助,因为这会将其设置为进行回发)。

如果所有其他操作都失败,您可以始终创建一个带有method=post和action的表单=“供应商url”不使用ASP.NET控件,但我不明白为什么您也需要。如果所有其他操作都失败,您可以始终使用method=post和action=“供应商url”创建一个,而不使用ASP.NET控件,但我不明白为什么您也需要。