当前位置: 首页 > 知识库问答 >
问题:

G-WAN所有CSP响应的内容类型为text/plain

公良俊楚
2023-03-14

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

共有1个答案

尉迟远
2023-03-14

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