1
yetone 2012-09-13 12:08:25 +08:00
Chrome 的元素查看器难道不能完爆 Firebug 吗?
|
2
iloveyou OP @yetone 正想说chrome的开发者工具呢,其他都挺好就是对ajax请求信息显示不全,没法显示post数据,其他乱七八糟的信息倒是不少。
|
3
hzlzh 2012-09-13 12:59:26 +08:00
用ff nightly吧,另外崩溃是插件导致的,全部删除。
|
4
Air_Mu 2012-09-13 13:02:15 +08:00
你平常上网也不停的用FIREBUG? 平时用CHROME得了 需要就开FF
我以前也是这样,直到渐渐发现CHROME审查元素比FIREBUG好用太多了。现在很少开FF了 |
5
kavinyao 2012-09-13 13:22:42 +08:00
扩展只装必要的,我装了15个扩展,很少假死。要假死也是flash的问题。
|
7
conis 2012-09-13 14:36:00 +08:00
想换,和楼主一样的理由
|
8
fireyy 2012-09-13 14:44:50 +08:00
明显是习惯的问题,而不是不可替代
|
9
allenm 2012-09-13 14:45:31 +08:00
@iloveyou post 数据可以显示啊。我觉得 chrome 的开发者工具,在调试 js 方面比 firebug 强了很多啊。
autoproxy ,在 chrome 下可以使用 proxy switch sharp |
10
nigelvon 2012-09-13 14:51:57 +08:00
开发者工具chrome自带的不比firebug差,个人觉得要更优秀。
所谓不给力应该是习惯问题。 |
11
c0878 2012-09-13 14:57:16 +08:00
平时上网用chrome firebug干活时候开着
chrome下的fawave才真叫人离不开 |
12
harryxu 2012-09-13 14:58:03 +08:00
自从用了chrome的开发工具,就再也没碰firebug了。。。
|
13
feiandxs 2012-09-13 15:03:04 +08:00
@allenm firebug与元素审查其还可以各有取舍。
哪怕是adblock方面,也逐渐开始好用。 许多方面chrome灭了firefox都不费力的。 但偏偏,autoproxy至今仍然可以轻轻松松碾过chrome上所有proxy setup tools,都不带回头的。 唉,凡事没两全。 |
14
allenm 2012-09-13 15:05:50 +08:00
@feiandxs 我想听你讲讲看 autoproxy 是如何碾过chrome上所有proxy setup tools 的。我觉得这玩意儿不就是要能自动 proxy 吗?
|
15
feiandxs 2012-09-13 15:12:00 +08:00
@allenm 讲不出来……
不过不只是要自动proxy,自动proxy是一个默认的意思吧,最重要的是要能指哪打哪,在需要的时候有一个简单明了的方式————你丫给我别proxy了/这个域名给我换个proxy/以后只要这个域名都给我proxy,类似这样的感觉。 记得没错的话 proxy switch sharp以及那一系列的,要实现也不是不能,但总归没有autoproxy下这种指哪打哪的快捷操作的感受。 以及在设置界面的选择上,并不如autoproxy那般更令人容易理解和易懂,易用性就不提了。 还有查看proxyable items,快速报告给gfw list。这些都是在我理解的指哪打哪的范畴内的,保险拉开就能开枪的感觉。 现在能想起来的就这么点。恩,别的我也讲不出来。 自动proxy就像是自动步枪,但仅仅会自动,我觉得还不是个好武器。 |
16
zckevin 2012-09-13 16:06:23 +08:00
@feiandxs SwitchySharp功能上几乎是没有什么问题了,可能还是一些使用习惯和偏好的问题吧,就像我一直不喜欢FF的UI :)
|
19
MayLava 2012-09-13 20:51:45 +08:00 1
假死的话。建议楼主花一点时间新建一个配置,重新安装所有扩展。
我装了19个扩展11个插件2个脚本,没见假死过诶。 至于内存……我倒是从来没注意过。。。 |
20
allenm 2012-09-13 21:03:27 +08:00 1
@iloveyou 网络面板,找到那个请求,然后点击一下,就可以看到详情了。在 Header 这个 Tab 下,有个 Form data 这里不就是显示的 post 的数据吗?
|
25
eric_q 2012-09-13 21:42:44 +08:00
firefox 在 windows 下明显没有 chrome 快,但是在 mac 下差别不是那么大。我觉得怎么顺手怎么来吧,或者换块 SSD 你就快了 :)
|
26
ytzong 2012-09-14 00:51:04 +08:00
1. autoproxy 自己维护一个PAC即可
2. firebug 的原作者 Joe Hewitt 现在在 Google 做 Chrome 的调试工具 |
27
iwinux 2012-09-14 01:29:44 +08:00
我也一直在纠结这个问题,不过我离不开的是 Vimperator 这个无敌插件。
Firebug 我倒是觉得没有 Chrome 自带那个顺手。然后用 OpenVPN 就不再需要用 autoproxy 了。 BTW:Firefox 的内存占用完全是一个单调递增函数啊…… |
28
chrisyipw 2012-09-14 03:22:41 +08:00
@iwinux Chrome 也有 Vim key binding 的插件,好不好就不清楚,可以试试 https://chrome.google.com/webstore/search/vim
@iloveyou Proxy SwitchySharp 和 Firefox 下的 FoxyProxy 差不多,如果一直用 autoproxy 这傻瓜工具,那是需要学习过程,不过如果懂技术用 Mac 不用自带的 proxy 设置就太傻了。 在网络设置,比如 Wi-Fi,里有一个 tab 有 auto proxy 之类的设置,指定了 PAC 文件后,就__全局__访问这个文件进行过滤设置,一个小例子: https://gist.github.com/3716882 这种方式的好处是:除了浏览器(都不用装插件),任何程序都可以翻墙,可以毫无障碍地用各种好软件,比如 Tweetbot for Mac、Favs、Reeder 等等。 并且跨平台用也很方便,你在 PC 上可以用 SwitchySharp,添加了新东西就 export 一份 PAC 文件,放到 Dropbox 上,Mac 的 PAC 地址就指向 Dropbox 的路径,只要一更新,这边也会更新,简单。 不过因为 SwitchySharp 没有实现 import PAC,所以只是单向同步。 |
29
chrisyipw 2012-09-14 03:23:37 +08:00
@chrisyipw 不懂怎么贴 gist,试试这样行不:
<script src="https://gist.github.com/3716882.js?file=pac_proxy_demo.js"></script> |
30
dndx 2012-09-14 05:37:45 +08:00
FF不支持Retina渲染,这是让我这个忠实的FF用户抛弃它的唯一理由。
|
31
clino 2012-09-14 09:39:43 +08:00
这两个我开始也觉得是 firefox 胜过 chrome 的地方,但是后来发现都有解决方案
-虽然 chrome 只有 firebug lite,但是 Web Developer 这个插件更好用 -switchsharp 的在线规则列表是可以支持 autoproxy 的列表的,注意勾选"AutoProxy 兼容列表" |
32
iwinux 2012-09-14 10:01:43 +08:00
@chrisyipw Chrome 里所有 vim key binding 的扩展都是渣渣,这不是扩展本身的问题,而是 Chrome 扩展系统的限制
|
33
allenfantasy 2012-09-14 12:07:45 +08:00
表示平时开chrome需要的时候回FF就好…
@c0878 工作不能开FaWave啊哭……我一开的话效率瞬间就没了zz |