【问题标题】:PLUpload works different on server than in developmentPLUpload 在服务器上的工作方式与在开发中的工作方式不同
【发布时间】:2019-02-13 14:19:46
【问题描述】:

我在我的开发机器上使用 PLUpload 很好。 但是当我把它移到我的 ASP 服务器上时,它就停止工作了。

我已将问题归结为已发送的标头存在差异,但尚未找到造成差异的原因。

--------------- 开发工作-------

POST /Syquest/Scripts/Upload.ashx HTTP/1.1
Connection: keep-alive
Content-Length: 7185
Content-Type: multipart/form-data; boundary=---------------------------22876316948407
Accept: */*
Accept-Encoding: gzip, deflate
Accept-Language: en-US,en;q=0.5
Cookie: ASP.NET_SessionId=uj02euez2viug5hwxqxprqd3
Host: localhost:51566
Referer: http://localhost:51566

--------------- 服务器失败 -------

GET /syquest/scripts/upload.ashx HTTP/1.1
Connection: close
Accept: */*
Accept-Encoding: gzip, deflate, br
Accept-Language: en-US,en;q=0.9
Cookie: ASP.NET_SessionId=0yuvoy1jh2oyu4aocq5eojmw
Host: mywebsite.com
Referer: https://mywebsite.com/

我觉得很奇怪的是,服务器说 PLUPLOAD 正在尝试“获取”而不是“放置”,所以......我将运行时限制为 HTML5,但它做同样的事情。 关于可能导致这种差异的任何线索?

【问题讨论】:

    标签: asp.net html post get plupload


    【解决方案1】:

    问题是 URL 重写。 在这个网站中,我将 URL 重写为小写以用于 SEO。 这导致发生 301 重写。 301 重写不会与数据一起重新发布,因此请求一无所获。 修复(在这种情况下)是以小写形式发送初始请求。 这导致没有 301 重写。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2013-05-06
      • 2016-04-18
      • 2017-09-08
      • 2011-10-09
      • 1970-01-01
      • 2018-12-11
      • 1970-01-01
      相关资源
      最近更新 更多