TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Is Google Burying Firefox With User Agent Strings?

149 点作者 adito大约 13 年前

25 条评论

Matt_Cutts大约 13 年前
I've been using Ubuntu for years with both Chrome and Firefox and I've never seen issues like Firefox getting higher connection resets. I'm happy to ask people at Google to dig into this report, but I have to say this sounds completely off base to me. Google wants Google.com to work well with with Firefox.
评论 #3935895 未加载
评论 #3935775 未加载
pilif大约 13 年前
AFAIK, the chrome user agent switcher extension only changes the agent on a JS level. You can't change what is being sent to the server due to limitations in the extension API.<p>This explains the Adsense warning because the server-side part of the framework used (gwt) is seeing a different user agent than what the client part is seeing.<p>Granted, UA sniffing is bad practice on either client or server side, but if you do it and send content tailored for browser A and then see that, strangely, the client is actually browser B, then you are probably allowed to be confused and complain (better than failing in strange ways).<p>Also knowing that, it's unlikely that something on the server side is causing these connection reset issues because, as I just said: the server still sees a chrome user agent and producing a connection reset error (RST packet) requires connection level involvement (server or somewhere in between, but never the client browser, minus bugs).<p>In general: be very careful what error messages you see: the Adsense error is different from the gmail error which in turn is (likely) different from the connection reset issue.<p>Overall there is too much conflicting information to attribute malice or even just intent to Google here.<p>If I were in that users position, I'd check my firewall and/or proxy configuration (and try disabling HTTP pipelining if it's active in Firefox - it's disabled by default for a <i>reason</i>) as the problem is much more likely somewhere over there.
评论 #3935298 未加载
评论 #3935107 未加载
评论 #3938368 未加载
评论 #3935321 未加载
评论 #3935237 未加载
xoebus大约 13 年前
Could it be that this is an innocent mistake or a bug in the way that Google servers are sending HTTP. Chrome wouldn't be affected as it will be using SPDY for all Google services. As soon as Chrome switched back to the Firefox user agent it started using HTTP again and the same bug was found.<p>Besides, this just doesn't make sense. If this was an attempt to make Firefox look bad then it's a dreadful one. This just serves to make Google services look faulty as Firefox will still work for everything else. Because of this I doubt there is any malice behind this and it is just a bug.
评论 #3935108 未加载
mgkimsal大约 13 年前
I've been pretty consistent in my Firefox use the past few years (probably &#62;80% of my browsing is in Firefox), and I've <i>never</i> encountered this. Ever. I'm doing nearly all of this from OSX, with occasional browsing from FF and IE in a Windows VM or FF in a Linux VM.<p>Perhaps this is more to do with a Linux string being picked up vs the Firefox aspect?
评论 #3935223 未加载
评论 #3934927 未加载
评论 #3934922 未加载
评论 #3935712 未加载
evmar大约 13 年前
Another potential possibility:<p>Ubuntu Firefox is Mozilla's Firefox coupled with arbitrary modifications by the Ubuntu developers. In principle I respect Ubuntu's position and desire to make things right by their users.<p>But in practice, having been in the same relationship as an author of Chrome for Linux I can tell you that it's always dangerous to have people who aren't browser developers make modifications to a browser. More than once the Ubuntu Chromium packager made changes to Chrome that were harmful for users because they didn't understand the consequences of their changes.
评论 #3935560 未加载
评论 #3936561 未加载
评论 #3936263 未加载
gojomo大约 13 年前
I would also suspect there could be something amiss in his ISP or network path to affected sites.<p>Perhaps changing the User-Agent is making a difference, but not in the way he expects. For example, his 'Firefox' User-Agent is 77 characters long, while his 'Chrome' User-Agent is 106. That might be the difference between some packets more often being a size that triggers a problem somewhere on the path. (Or, the string or size might be triggering different handling in some transparent proxy.)
AshleysBrain大约 13 年前
It could just be connection problems/wifi playing up/whatever, badly timed to coincide with the tests. I'm not sure this is much evidence really... Google previously have been all for an open and competitive browser market (part of the reason they started Chrome), they're not Microsoft in that regard, and I doubt they have some code somewhere along the lines of "if (!chrome) redirect_to_the_pentium_ii_in_the_basement();"
评论 #3935660 未加载
deniz大约 13 年前
Even without this bug it's a stretch to think that Google would want to bury Firefox. Google has a vested interest in Firefox's success. That's why they pay Mozilla 300 million a year.<p><a href="http://www.zdnet.com/blog/btl/google-paying-mozilla-300-million-per-year-for-search-deal/65921" rel="nofollow">http://www.zdnet.com/blog/btl/google-paying-mozilla-300-mill...</a>
评论 #3935100 未加载
cnbeuiwx大约 13 年前
I never get any errors with Firefox on Windows, so this was a interesting article. I will have to try it out some more on my Linux.<p>However, I got loads of "Connection was reset" when trying to use the powerbase site where this article was. Server seems very very slow or something is wrong with it.
评论 #3935122 未加载
评论 #3935086 未加载
noibl大约 13 年前
if (document.querySelector('h1').innerHTML.match(/^Is .*\?$/)) { console.log('Probably not.') }
评论 #3934946 未加载
评论 #3935462 未加载
评论 #3943640 未加载
marshray大约 13 年前
Packet capture or it didn't happen.<p>(OK, that's the cranky developer-speak for "If you can reproduce the problem while taking a packet capture I'd be glad to help troubleshoot".)<p>I don't work at Google or on Chromium but I can take a look at it and pass it along if it looks like something out of the ordinary. My email is in my profile.
steve8918大约 13 年前
I ran into similar problems at work where I am behind a proxy, where my connection would time out to sites like gmail, etc. I think it had something to do with cookies. When I revisited a site that timed out, but I went in incognito-mode, I was able to instantly see it.
DanBC大约 13 年前
I see similar errors very often. I use Google Chrome on OS X.<p>I also have a mobile broadband dongle (UK - T Mobile) which does weird and unpleasant things to the connection. (All images are proxied with poor quality versions, javascript is inserted into the page asking for key combos to improve image quality; all alt tags are re-worded, etc.)<p>I blame any sub-optimality on the shitty broadband from T Mobile and the weird proxies; then on overload from HN, then on errors I've made.
lordpenguin大约 13 年前
For the record, the article poses a simple question and makes light of the fact that the results are inconclusive. It should be taken with a grain of salt, as the author intended.
shelf大约 13 年前
Mozilla turn a significant profit through Google referrals, last time I looked. The 'splintered' browser market masks a fairly comfortable arrangement for both companies, as well as Opera. Don't assume a conspiracy where incompetence or poor fortune provides a better explanation - chances are the Gecko-optimised version you were loading had a minor bug, or there's a problem with your system. Perhaps you encountered some A/B testing gone wrong?
mjcohenw大约 13 年前
This article, with its black text on dark grey background, is incredibly hard for me to read. It's almost like the author didn't want it to be read.
shocks大约 13 年前
Doubt it. Tiny results set, huge accusations.<p>Works fine for me, Chrome &#38; FF on Windows.
za大约 13 年前
I wonder if the problem goes away if SPDY is enabled on firefox (it ships off by default in v12)?
zobzu大约 13 年前
Note that not all servers are equal.<p>What does that mean? Well, depending on your region, ISP, and a bit of luck, you'll hit different Google servers, at different places, etc.<p>Some of them have different things, some of them have new updates others don't, etc.<p>Which may be an explanation for the author having issues (then again it's just ONE possibility).<p>Specially it could be that regular HTTP was failing and not SPDY for example.<p>Personally I haven't had that either.
jezclaremurugan大约 13 年前
I've had the same problem while loading Gmail in Debian, but I blamed it on the nightly build without checking.<p>However, Firefox nightly builds on Windows work without a hitch. I am suspecting some firefox+linux combination messing things up. My two cents.<p>Try in windows, might give more leads...
driverdan大约 13 年前
On a related note, do not use user agent sniffing. Use feature detection. Sniffing is fragile and will be immediately out of date when browsers upgrade / add new features.<p>You shouldn't care which browser it is, you should care what features it supports (or doesn't).
StavrosK大约 13 年前
What if you change Chrome's UA string to Firefox's?
评论 #3934909 未加载
评论 #3934910 未加载
stickfigure大约 13 年前
TL;DR: No.
0xABADC0DA大约 13 年前
Google search often breaks for me when behind a proxy, maybe for similar reasons (sending different content based on the user agent). I don't know if proxies have separately cached documents based on the user-agent or not, but I regularly get a broken instant search (no results at all even after pressing enter).<p>It's not all the time and I haven't investigated to find out what the problem is... Bing search always works so I just use that.
tomerv大约 13 年前
Does this mean that Google has given up completely on net neutrality? This is a very bad notion.
评论 #3935976 未加载
评论 #3935014 未加载