大家好，今天小编来为大家解答fiddler代理谷歌浏览器这个问题，谷歌浏览器使用代理很多人还不知道，现在让我们一起来看看吧！

本文目录

1. 浏览器前端是什么
2. fiiddler怎么抓https包
3. fiddler怎么修改swf游戏

一、浏览器前端是什么

ie6- 30.23%ie7- 4.8%ie8- 30.6%ie9< 1%chrome- 13.99%firefox- 7.17%safari~ 5%其他~ 8%

从数据上可以看出chrome+ firefox+ safari+ ie9是高端浏览器，ie8勉强算准高端吧。这样这部分占有率约57%(如果加上其他webkit内核的浏览器会更高一些)已经大于ie6+ ie7，但是IE6兼容性还是要解决。

二、web前端主要这些兼容浏览器：

1，firefox是开源的浏览器内核，插件很齐全，是代码人员的爱宠。

2、IE浏览器，要在Windows中开发适合自己的浏览器，很多人都在用。

3、Google浏览器，是谷歌公司开发的网页浏览器，稳定性和安全性很好。

4、Opera12.17及更早版本曾经采用的内核是Presto，Opera15及以后的版本采用Blink的内核。用于手机代码测试也很方便。

前端开发目前需要测试的浏览器有哪些?

总结一句话就是：ie系列要的测试和支持w3c标准系列浏览器。

ie6依现在的市场完全可以不去测试了，已经不在10%了，而且10%里面有很多是开发人员在用。所以你完全只要支持ie7以上版本即可，具体你可以看下虾米站长文章内容。

w3c标准的浏览器比较多，比如FF,SF，chrome，opers等，因为这些浏览器都有一个共同点,都比较靠近w3c标准，像html5+css3这些都支持得很好，ie也只有9以上支持比较全点。

做前端如何考虑浏览器兼容性？？ 5分

IE6/IE7对FE当然很不友好，但专业的FE决不应该因为这两个浏览器难处理就不处理了。假如用户需要，我的目标是在力所能及的情况下为用户提供最好的前端展现。兼容性的问题从来都不只是IE6/7的问题，各个手机、浏览器、版本的兼容性同样有各种各样的问题，比IE奇葩多了。

我的经验是，每遇到一个坑爹问题，做这么几件事：

确认触发场景，什么浏览器、版本、什么情况下会出现这个问题，做到稳定复现；

找到问题原因，为什么会出现这样的问题（网上搜、自己琢磨甚至邮件问相应公司开发者等等都是可行的）；

有没有什么框架级的解决办法，总之是定规范，避免类似问题；

用某种布局方法规避一些问题等等；

有没有什么临时的办法可以快速绕过去？不是每次都有时间搞框架级的办法来着。

把这些都积累起来，就会有用处。

不要想着IE6、7没了就不用考虑浏览器兼容性问题，chrome/firefox、 webkit的各种版本，手机的各种浏览器、各种终端都要处理更多浏览器兼容性问题，恩，对，偶尔还有flash来着。

兼容各种终端、兼容各种分辨率、兼容浏览器都是兼容性问题，这是FE的命，得认。抱着让用户有最好体验的想法去做，收获更大。

浏览器端就是浏览器的总称,浏览器是用户访问网站的媒介,只有通过浏览器才能访问WWW网站,能访问WWW偿站的工具都可以统称为浏览器。

上面所指的脚本是指JS/vbscript脚本，现在绝大多数浏览器都支持这两种脚本。这两种脚本可以跟服务器端交互获取信息。

这就好比是线性代数和数学之间的区别一样。就是说在web前端知识体系里有HTML5这个知识点要学习。另外还包括其他的知识点如下图：

前端处理浏览器兼容性问题之外还有哪些

1.因为标准在提升,老旧的浏览器可能不支持html5和css3,导致兼容性问题。解决方式:考虑业务支持环境,尽可能的以最低版本浏览器进行Bug测试。

2.浏览器内核差异,最值得吐槽的是IE浏览器和别的很多浏览器都不一样,举个例子:

在IE下需要点击"点两下",在firefox下需要点击"点一下"

因为内核不同,一些内置对象的属性名称是不一致的,所以相同的js脚本可能在firefox下可用,而在IE下就不能用。

js脚本屏蔽浏览器差异最简单有效的方式:使用jquery。

因为jquery内部已经实现了屏蔽浏览器差异,所以多数情况下是不会遇到这样问题的（再有问题就个别对待,或自己写一个屏蔽差异的方法）

前端-通常是针对浏览器而开发的，是在浏览器端运行的程序，而后端-针对的是服务器，准确的来说应该是服务器端开发。前端开发偏向于用户体验，比较直观，服务器端开发偏向于性能。两者结合起来，是比较吃香的，可以称之为Web开发，偏向于编程。而PS，可以看成是视觉设计方面的职能。

工资的话很难说，一般是服务器端开发高点。另外还要看公司，如果一个公司重视前端开发，那么这个岗位的待遇不会比服务器端开发的人低。

面试前端，面试官问你怎么解决浏览器兼容性问题，你应该怎么回答？？

不同浏览器对HTML标记所具有的内外边距属性具有不同的定义。

因此如果想消除这种差距，应该在相应的CSS部分加入以下CSS代码：

借于此，所有标记的内外边距被统一起来。

对于同一标记属性所给定的值，有不同的优先级。其中优先级最高的是内联代码，其实是页内CSS，接下来是浏览器默认设置，最后才是外部CSS所做的限制。

当有多张图片需要排在一行时，我们通常使用“Float：Left”来实现，这样一来，浏览器就存在兼容性问题。导致图片与后面的内容存在margin不一致的问题。对此一种解决方法就是给图片添加“Display：inline”项即可。

通常我们会利用“vertical-align:middle”来实现，这对于搜狗浏览器来说，是正常的，但是对于IE浏览器来说，却并没有效果。对此，一种较好的解决方法是：将文字的行高设置与DIV一样时即可解决问题。

内外边框合并问题。通常情况下，对于两个相关DIV块，相邻时采用外边距合并原则，其结果只最两个DIV块中Margin最大值做为两个DIV之间的间距。包含的两个DIV之间的间距也遵行同样的规则。

掌握了这一规则，在利用DIV块进行布局时我们就可以做的更加得心应手。

Web前端开发工程师，主要职责是利用(X)HTML/CSS/JavaScript/Flash等各种Web技术进行客户端产品的开发。完成客户端程序（也就是浏览器端）的开发，开发JavaScript以及Flash模块，同时结合后台开发技术模拟整体效果，进行丰富互联网的Web开发，致力于通过技术改善用户体验。

缓存这个东西真的是无处不在，有浏览器端的缓存，有服务器端的缓存，有代理服务器的缓存，有ASP.NET页面缓存，对象缓存。数据库也有缓存，等等。

中具有缓存功能的是浏览器缓存，以及缓存代理服务器。

缓存的是指:当Web请求抵达缓存时，如果本地有“已缓存的”副本，就可以从本地存储设备而不是从原始服务器中提取这个文档。

缓存的好处是显而易见的，好处有，

1.减少了冗余的数据传输，节省了网费。

2.减少了服务器的负担，大大提高了网站的性能

Fiddler可以方便地查看缓存的header

Fiddler中把header都分门别类的放在一起，这样方便查看。

Web服务器通过2种方式来判断浏览器缓存是否是最新的。

第一种，浏览器把缓存文件的最后修改时间通过 header”If-Modified-Since“来告诉Web服务器。

第二种，浏览器把缓存文件的ETag,通过header"If-None-Match",来告诉Web服务器。

通过最后修改时间,来判断缓存新鲜度

1.浏览器客户端想请求一个文档，首先检查本地缓存，发现存在这个文档的缓存，获取缓存中文档的最后修改时间，通过： If-Modified-Since，发送Request给Web服务器。

2. Web服务器收到Request，将服务器的文档修改时间（Last-Modified）:跟request header中的，If-Modified-Since相比较，如果时间是一样的，说明缓存还是最新的， Web服务器将发送304 Not Modified给浏览器客户端，告诉客户端直接使用缓存里的版本。

二、fiiddler怎么抓https包

1、HTTPS-使用Fiddler抓取HTTPS数据包原理

2、最近想尝试基于Fiddler的录制功能做一些接口的获取和处理工作，碰到的一个问题就是简单连接Fiddler只能抓取HTTP协议，关键的登录请求等HTTPS协议都没有捕捉到，所以想让Fiddler能够同时抓取到HTTPS和HTTP协议，设置只是很小的一步，关键是了解HTTPS协议的原理、Fiddler抓取HTTPS协议的原理，然后才能更好的理解如何进行设置。本文主要由三部分组成，第一部分用比较通俗形象的方式简述了HTTPS的原理，第二部分则是在第一部分的基础上介绍Fiddler抓取HTTPS协议的原理，最后第三部分就是如何对Fiddler及手机进行设置让其捕捉HTTPS协议。

3、我们都知道HTTP并非是安全传输，在HTTPS基础上使用SSL协议进行加密构成的HTTPS协议是相对安全的。目前越来越多的企业选择使用HTTPS协议与用户进行通信，如百度、谷歌等。HTTPS在传输数据之前需要客户端（浏览器）与服务端（网站）之间进行一次握手，在握手过程中将确立双方加密传输数据的密码信息。网上有诸多资料，有些写得过于晦涩难懂，尤其是需要密码学的一些知识。我做了一下简单的整理，刨除复杂的底层实现，单从理解SSL协议的角度宏观上认识一下HTTPS。一言以弊之，HTTPS是通过一次非对称加密算法（如RSA算法）进行了协商密钥的生成与交换，然后在后续通信过程中就使用协商密钥进行对称加密通信。HTTPS协议传输的原理和过程简图如下所示：

4、一共有8个步骤，我们针对每一步，具体看看发生了什么事：

5、第一步，客户端发起明文请求：将自己支持的一套加密规则、以及一个随机数（Random_C）发送给服务器。

6、第二步，服务器初步响应：服务器根据自己支持的加密规则，从客户端发来的请求中选出一组加密算法与HASH算法，生成随机数，并将自己的身份信息以证书（CA）的形式发回给浏览器。CA证书里面包含了服务器地址，加密公钥，以及证书的颁发机构等信息。这时服务器给客户端的包括选择使用的加密规则、CA证书、一个随机数（Random_S）。

7、第三步，客户端接到服务器的初步响应后做四件事情：

8、（1）证书校验：验证证书的合法性（颁发证书的机构是否合法，证书中包含的网站地址是否与正在访问的地址一致等）。

9、（2）生成密码：浏览器会生成一串随机数的密码（Pre_master），并用CA证书里的公钥加密(enc_pre_master)，用于传给服务器。

10、此时客户端已经获取全部的计算协商密钥需要的信息：两个明文随机数 Random_C和 Random_S与自己计算产生的 Pre-master，计算得到协商密钥enc_key。

11、enc_key=Fuc(random_C, random_S, Pre-Master)

12、（4）生成握手信息：使用约定好的HASH计算握手消息，并使用协商密钥enc_key及约定好的算法对消息进行加密。

13、第四步，客户端将第三步产生的数据发给服务器：

14、（1）用公钥加密过的服务器随机数密码enc_pre_master

15、（2）客户端发给服务器的通知，"以后我们都要用约定好的算法和协商密钥进行通信的哦"。

16、（3）客户端加密生成的握手信息。

17、第五步，服务器接收客户端发来的数据要做以下四件事情：（1）私钥解密：使用自己的私钥从接收到的enc_pre_master中解密取出密码Pre_master。

18、（2）计算协商密钥：此时服务器已经获取全部的计算协商密钥需要的信息：两个明文随机数 Random_C和 Random_S与Pre-master，计算得到协商密钥enc_key。

19、enc_key=Fuc(random_C, random_S, Pre-Master)

20、（3）解密握手消息：使用协商密钥enc_key解密客户端发来的握手消息，并验证HASH是否与客户端发来的一致。

21、（4）生成握手消息使用协商密钥enc_key及约定好的算法加密一段握手消息，发送给客户端。

22、第六步，服务器将第五步产生的数据发给客户端：

23、（1）服务器发给客户端的通知，”听你的，以后我们就用约定好的算法和协商密钥进行通信哦“。

24、（2）服务器加密生成的握手信息。

25、第七步，客户端拿到握手信息解密，握手结束。

26、客户端解密并计算握手消息的HASH，如果与服务端发来的HASH一致，此时握手过程结束。

27、握手成功之后，所有的通信数据将由之前协商密钥enc_key及约定好的算法进行加密解密。

28、这里客户端与服务器互相发送加密的握手消息并验证，目的是为了保证双方都获得了一致的密码，并且可以正常的加密解密数据，为后续真正数据的传输做一次测试。另外，HTTPS一般使用的加密与HASH算法如下：非对称加密算法：RSA，DSA/DSS对称加密算法：AES，RC4，3DESHASH算法：MD5，SHA1，SHA256其中非对称加密算法用于在握手过程中加密生成的密码，对称加密算法用于对真正传输的数据进行加密，而HASH算法用于验证数据的完整性。由于浏览器生成的密码是整个数据加密的关键，因此在传输的时候使用了非对称加密算法对其加密。非对称加密算法会生成公钥和私钥，公钥只能用于加密数据，因此可以随意传输，而服务器的私钥用于对数据进行解密，所以服务器都会非常小心的保管自己的私钥，防止泄漏。

29、我们都知道，Fiddler是个很好的代理工具，可抓取协议请求用于调试。关于Fiddler抓取HTTP协议的原理和配置比较简单，对Fiddler和客户端稍作配置，便能使得Fiddler轻易地获取HTTP请求。但是由于HTTPS协议的特殊性，要进一步地配置Fiddler，我们首先要了解一下fiddler抓取HTTPS协议的原理才能更好地理解如何对fiddler进行配置。Fiddler本身就是一个协议代理工具，在上一节HTTPS原理图上，客户端与服务器端进行通信的过程全部都由Fiddler获取到，也就是如下图所示：

30、我们看到Fiddler抓取HTTPS协议主要由以下几步进行：

31、第一步，Fiddler截获客户端发送给服务器的HTTPS请求，Fiddler伪装成客户端向服务器发送请求进行握手。

32、第二步，服务器发回相应，Fiddler获取到服务器的CA证书，用根证书公钥进行解密，验证服务器数据签名，获取到服务器CA证书公钥。然后Fiddler伪造自己的CA证书，冒充服务器证书传递给客户端浏览器。

33、第三步，与普通过程中客户端的操作相同，客户端根据返回的数据进行证书校验、生成密码Pre_master、用Fiddler伪造的证书公钥加密，并生成HTTPS通信用的对称密钥enc_key。

34、第四步，客户端将重要信息传递给服务器，又被Fiddler截获。Fiddler将截获的密文用自己伪造证书的私钥解开，获得并计算得到HTTPS通信用的对称密钥enc_key。Fiddler将对称密钥用服务器证书公钥加密传递给服务器。

35、第五步，与普通过程中服务器端的操作相同，服务器用私钥解开后建立信任，然后再发送加密的握手消息给客户端。

36、第六步，Fiddler截获服务器发送的密文，用对称密钥解开，再用自己伪造证书的私钥加密传给客户端。

37、第七步，客户端拿到加密信息后，用公钥解开，验证HASH。握手过程正式完成，客户端与服务器端就这样建立了”信任“。

38、在之后的正常加密通信过程中，Fiddler如何在服务器与客户端之间充当第三者呢？

39、服务器—>客户端：Fiddler接收到服务器发送的密文，用对称密钥解开，获得服务器发送的明文。再次加密，发送给客户端。

40、客户端—>服务端：客户端用对称密钥加密，被Fiddler截获后，解密获得明文。再次加密，发送给服务器端。由于Fiddler一直拥有通信用对称密钥enc_key，所以在整个HTTPS通信过程中信息对其透明。

41、从上面可以看到，Fiddler抓取HTTPS协议成功的关键是根证书（具体是什么，可Google）,这是一个信任链的起点，这也是Fiddler伪造的CA证书能够获得客户端和服务器端信任的关键。

42、接下来我们就来看如果设置让Fiddler抓取HTTPS协议。

43、注意以下操作的前提是，手机已经能够连上Fiddler，这部分的配置过程简单就不赘述了，可参考：手机如何连接Fiddler。

44、如何继续配置让Fiddler抓取到HTTPS协议呢？

45、（一）首先对Fiddler进行设置：打开工具栏->Tools->Fiddler Options->HTTPS

46、选中Capture HTTPS CONNECTs，因为我们要用Fiddler获取手机客户端发出的HTTPS请求，所以中间的下拉菜单中选中from remote clients only。选中下方Ignore server certificate errors.

47、（二）然后，就是手机安装Fiddler证书。

48、这一步，也就是我们上面分析的抓取HTTPS请求的关键。

49、操作步骤很简单，打开手机浏览器，在浏览器地址输入代理服务器IP和端口，会看到一个Fiddler提供的页面。

50、接着点击最下方的FiddlerRoot certificate，这时候点击确定安装就可以下载Fiddler的证书了。

51、下载安装完成好后，我们用手机客户端或者浏览器发出HTTPS请求，Fiddler就可以截获到了，就跟截获普通的HTTP请求一样。

52、以上就是关于HTTPS的简介以及Fiddler如何获取HTTPS协议的原理和配置，看到Fiddler整齐划一地截获到HTTP和复杂的HTTPS协议。

三、fiddler怎么修改swf游戏

首先，HTTP是建立在TCP协议基础上的，而WebSocket通常也是建立在TCP上，所以说为什么有些网页游戏抓不到包而有些又可以，这仅是因为你使用的抓包工具是针对了HTTP的通信协议。我先从抽象的层面，举一个可能不太恰当的例子，只为了让不明白HTTP和WebSocket两者之间抓包有何区别的同学大概了解这两个协议的异同。客户端/服务端用C/S简称，我把数据抽象成水流，而HTTP是用水枪传递水流的（无状态），至于WEBSOCKET则是使用水管传递水流（实时）。HTTP通讯方式：客户端C把数据封装好了要交给服务端S，所以把水放到水枪里面，射过去给SS用桶把水挡下来了，然后分析水的成分（数据内容），完成后再把新的水（返回的数据）射回去给C这个过程中，任何人都可以随时在C和S之间用海绵吸一点水然后拿去分析（嗅探数据），或者是直接用桶把水都挡下来分析完后再装到水枪中，模仿C的动作射给S（也就是代理抓包）WEBSOCKET方式：客户端C和服务端S，双方之间先用一条水管连起来（用的是HTTP握手），然后水流都通过这个小水管来传输水管里面一直有水在流动，所以要通讯只需要C或者是S把数据水流放到水管中，则会立刻传输到对方那边这个过程中，要嗅探就比较麻烦了，需要先在水管中先打个洞，然后再把分析器放进去、或者是斩断这个水管在中间接个水表之类的设备去分析水质成分好了，乱说一通完毕，说一下抓取WebSocket的两个工具，都是常见的程序，只是可能很多同学不清楚有这样的功能而已。第一个：Chrome，也就是谷歌的浏览器进入你要抓包的网页，然后按F12打开我们最爱的开发者工具然后点Network，再从过滤器中找到WebSockets（上方或下方的状态栏）选中过滤出来的WebSocket，在弹出来的右边栏中可以找到Frames，里面就是抓到的包如果要看新通讯产生的数据包，则要先点其他的位置比如Headers再点Frames才可以刷新第二个：Fiddler，抓包调试的利器，已经人手一个了吧打开Fiddler，点开菜单栏的Rules，选择CustomizeRules这时会打开CustomRules.js文件，在classHandlers中加入以下代码staticfunctionOnWebSocketMessage(oMsg:WebSocketMessage){//LogMessagetotheLOGtabFiddlerApplication.Log.LogString(oMsg.ToString());}保存后就可以在Fiddler右边栏的Log标签里，看到WebSocket的数据包

关于本次fiddler代理谷歌浏览器和谷歌浏览器使用代理的问题分享到这里就结束了，如果解决了您的问题，我们非常高兴。