chrome有些请求成功却没有preview和response没内容
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了chrome有些请求成功却没有preview和response没内容相关的知识,希望对你有一定的参考价值。
chrome有些请求成功却没有preview和response没内容解决方案:一、使用隐身模式访问网页1.首先确保在隐身模式下禁止运行任何扩展程序。单击 Chrome 菜单按钮选择“ 设置”然后在设置窗口中单击左上角的“扩展程序”,取消所有“在隐身模式下启用”的勾选。2.打开新的隐身窗口,单击 Chrome 菜单,选择“打开 新的隐身窗口”。3.再去尝试访问之前无法正常显示的网站。如果网页在隐身窗口中可以正常显示,请继续按以下建议操作,看看网页在普通窗口中能否正常显示。删除浏览器缓存1.点击 Chrome 菜单选择“工具”,选择“清除浏览数据”。
2.在出现的对话框中,选中“清空缓存”复选框。并单击“清除指定时间段内的数据”在出现的下拉框中选择“全部”最后单击底部的“清除浏览数据”按钮即可。
删除其他浏览数据如果清除缓存无法解决问题,大家可以尝试清除其他浏览数据(如历史记录、Cookie 和其他网站数据)。大家可以先选择尚未出现问题的时间段,然后逐个尝试,最后可选择“全部”。停用扩展程序有时扩展程序可能会干扰网页上内容的显示方式。大家可以逐个停用扩展程序,找出哪个程序才是问题的根源。单击Chrom菜单按钮,选择“设置”单击设置窗口左上角的“扩展程序”取消各个扩展程序的“已启用”复选框。 参考技术A chrome有些请求成功却没有preview和response没内容
解决方案:一、使用隐身模式访问网页1.首先确保在隐身模式下禁止运行任何扩展程序。单击 Chrome 菜单按钮选择“ 设置”然后在设置窗口中单击左上角的“扩展程序”,取消所有“在隐身模式下启用”的勾选。2.打开新的隐身窗口,单击 Chrome 菜单,选择“打开 新的隐身窗口”。
3.再去尝试访问之前无法正常显示的网站。如果网页在隐身窗口中可以正常显示,请继续按以下建议操作,看看网页在普通窗口中能否正常显示。删除浏览器缓存1.点击 Chrome 菜单选择“工具”,选择“清除浏览数据”。
2.在出现的对话框中,选中“清空缓存”复选框。并单击“清除指定时间段内的数据”在出现的下拉框中选择“全部”最后单击底部的“清除浏览数据”按钮即可。
删除其他浏览数据如果清除缓存无法解决问题,大家可以尝试清除其他浏览数据(如历史记录、Cookie 和其他网站数据)。大家可以先选择尚未出现问题的时间段,然后逐个尝试,最后可选择“全部”。停用扩展程序有时扩展程序可能会干扰网页上内容的显示方式。大家可以逐个停用扩展程序,找出哪个程序才是问题的根源。单击Chrom菜单按钮,选择“设置”单击设置窗口左上角的“扩展程序”取消各个扩展程序的“已启用”复选框。 参考技术B chrome有些请求成功却没有preview和response没内容
具体可能原因及解决办法总结如下
1、软件故障:重新从官网,应用市场或应用商店下载最新版本,重新安装。
2、系统版本不兼容:去官网换一个版本下载并重新安装。 参考技术C chrome有些请求成功却没有preview和response没内容首先它打开它这个主程序然后在他主程序里面进行了一个设置所以他有些请求是成功的但它里面没有内容是因为他没有给他程序复制没有网这个程序里面添加内容所以是这样的 参考技术D 如标题,用Chrome浏览器进行接口请求,network里显示这个请求耗时385ms,
但,这时点击请求发现却没有返回结果(preview|response 空空如也)
过了好几秒之后再展示返回结果。
这个情况怎么解释呢?
浏览器版本 97.0.4692.71(正式版本) (arm64)
补充:请求会经过服务器代理
CORS:在成功的 OPTIONS 请求后,Firefox 不发送 POST 请求......适用于 Chrome 和 IE
【中文标题】CORS:在成功的 OPTIONS 请求后,Firefox 不发送 POST 请求......适用于 Chrome 和 IE【英文标题】:CORS: Firefox does not send POST Request after successful OPTIONS request ... works in Chrome and IE 【发布时间】:2014-01-18 05:50:35 【问题描述】:这适用于 Chrome 和 IE,但不适用于 Firefox(26)。
OPTIONS 请求返回状态 200,但 Firefox 并没有像 Chrome 和 IE 那样发送后续的 POST 请求。
请求标头 选项.. 访问控制请求标头:内容类型 访问控制请求方法:POST
响应标头安全 访问控制允许凭据:true Access-Control-Allow-Headers:X-File-Upload 内容类型 访问控制允许方法:POST OPTIONS 访问控制允许来源:*
IE 和 Chrome 都发送后续 POST 方法,一切正常,但 Firefox 不发送 POST 请求。我知道这一点是因为 (a) 我在 Firefox 调试器中检查了网络流量,并且 (b) 服务器没有收到 POST 请求。
不确定这是否相关,但这里有一些附加信息: X-File-Upload 是我正在使用的商业 jQuery 文件上传包所需的自定义标头 我正在使用 jQuery ajax 发出 POST 请求
这是 Firefox 的错误还是我做错了什么?我怎么去调试这个??
非常感谢任何帮助或见解。提前致谢。
【问题讨论】:
***.com/questions/24789416/… 【参考方案1】:允许的标头/方法列表/ ...必须用逗号分隔,而不是空格:
Access-Control-Allow-Headers: X-File-Upload, content-type
Access-Control-Allow-Methods: POST, OPTIONS
虽然对于您当前的用例可能没有问题,但您还应该查看以下两个标题:
Access-Control-Allow-Credentials:true
Access-Control-Allow-Origin:*
要么删除 Access-Control-Allow-Credentials: true
,要么设置非通配符 Access-Control-Allow-Origin
响应标头(例如 http://example.com
),因为当使用通配符来源时,您无法共享凭据。 "The string "*" cannot be used for a resource that supports credentials."
【讨论】:
效果很好。谢谢!仅供参考,响应中根本不需要“内容类型”值。将“发布选项”更改为“发布,选项”有效。因此,除非发生其他事情,Chrome 和 IE 并不关心用逗号分隔的值。以上是关于chrome有些请求成功却没有preview和response没内容的主要内容,如果未能解决你的问题,请参考以下文章
CORS:在成功的 OPTIONS 请求后,Firefox 不发送 POST 请求......适用于 Chrome 和 IE