G-WAN4.3.11正在以“text/plain”类型返回我的所有csp文件。这怎么能修好?!目前,它只是一个静态文件服务器。
例如,//127.0.0.1:8080/?hello.py以“Hello,Python!
”(作为text/plain)响应
这应该返回“Hello,Python!”不显示
(以text/html形式)
Request URL://localhost:8080/?hello.py Request Method:GET Status Code:200 OK Request Headers GET /?hello.py HTTP/1.1 Host: localhost:8080 Connection: keep-alive Cache-Control: max-age=0 Pragma: no-cache Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.22 (KHTML, like Gecko) Chrome/25.0.1364.160 Safari/537.22 Accept-Encoding: gzip,deflate,sdch Accept-Language: en-US,en;q=0.8 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3 Query String Parameters hello.py: Response Headers HTTP/1.1 200 OK Server: G-WAN Date: Tue, 12 Mar 2013 18:50:33 GMT Last-Modified: Tue, 12 Mar 2013 18:50:33 GMT ETag: "c9ddeef-513f78fa-25" Vary: Accept-Encoding Accept-Ranges: bytes Content-Type: text/plain; charset=UTF-8 Content-Length: 37
G-WAN4.3.11正在以“text/plain”类型返回我的所有csp文件。我该怎么解决这个?
G-WAN没有办法猜测脚本想要使用什么MIME类型。应用程序服务器不会这样做,因为MIME类型检测会太慢,而且可能是错误的。
G-WAN C/C++/D/CS/Java脚本允许您直接使用get_env()
指定应答MIME类型,或者允许您使用build_headers()
,或者允许您直接在应答缓冲区中写入HTTP头。
现在您的问题已经重写,很明显您的问题是关于G-WAN脚本的默认MIME类型。我们提供了V4.3.14版本来解决这个V4.3.11版本的问题。
关于所支持的MIME类型,它们记录在G-WAN PDF手册中,并且,正如那里所指出的,当它可以通用时,我们例行地添加用户建议的条目。
注意,对于您所讨论的情况(G-WAN脚本),MIME类型配置文件将是无指针的,因为G-WAN脚本要么选择默认的MIME类型,要么在“Content-Type”HTTP头中明确地覆盖它。
在Apache、Nginx、LightTPD、IIS/ASP之外,还有很多免费Web Server可作为替代。G-WAN便是其中之一,它的大小只有100KB,使用C脚本实时执行,脚本速度与静态网页一样快。作者声称多数程序员是用C编程:在18万个开源项目中,有47%是用C,28%用Java,11%用PHP。目前开发者只释出了Windows版,但认为G-WAN在Linux和Solaris上的运行速度将
我在使用Spring5 reactive WebClient时遇到了一个问题,当时我请求一个endpoint,该endpoint返回一个格式正确的json响应,内容类型为“text/plain;charset=utf-8”。例外情况是 以下是我提出请求的方式: 编辑:头是“正确”设置的(Accept,Content-Type),我尝试了不同的Content-Type(json,json+UTF8,
Axis2默认情况下发送多部分响应,即使没有附件 为什么axis2发送多部分响应&如何要求它发送“应用程序/XML”或“应用程序/SOAP+XML”如何摆脱多部分?在axis2.xml中 在回复中,我看到HTTP/1.1 200 OK Date:Fri,17 Feb 2017 01:07:08 GMT Transfer-Encoding:chunked Content-Type:Multipart
<_comments><_comment> 再次是新的注释这是一种文本类型bp注释需要在文本json 1 2017-01-18t21:07:15 雪佛龙公司
我试图开发一个web应用程序,使用WCF向web服务提交一个简单的登录请求,但我不断得到“响应消息的内容类型text/plain不匹配”的错误,尽管web服务似乎返回了有效的XML。 我已经回顾了几十个类似的S.O.关于这一错误的帖子,并排除了更常见的可能性: 在响应中可以看到,返回的不是错误页(如本文所述)。 我似乎没有一个绑定的不匹配问题(如在这里讨论的)。我的应用程序和web服务都使用SOA
根据文档,响应自动作为JSON、XML或字符串对象提供,具体取决于响应内容。 在我的例子中,我的响应的内容类型为text/plain 这在我将字符串转换为响应,然后验证的地方工作(我已经逃过了所有的反斜杠) 这是失败的。当响应也可用作字符串时,为什么会失败 com.intuit.karate.exception.KarateExc0019:路径: $[*], 实际:["a. b. c匹配\"(\d