小公司是否应该对其网站进行编码以支持 Chrome？答案

【问题标题】：Should small companies code their sites to support Chrome?小公司是否应该对其网站进行编码以支持 Chrome？
【发布时间】：2012-06-02 14:30:47
【问题描述】：

我在小型网站上工作，提供日光浴沙龙之类的东西。我们不支持 IE 上特定于 ActiveX 的东西，我们支持 Firefox。我注意到 Chrome 有一些奇怪的行为。我的浏览器统计数据显示，

我听说人们说它远非同类最佳。但我喜欢一切都在自己的过程和东西中运行的方式。

Chrome 是否会变得足够流行以至于我需要为其编写代码？当它流行起来的时候，它奇怪的渲染会得到修复吗？

【问题讨论】：

我希望 webkit 和 Chrome 都会显示出很多变化。它很可能会来找你，而不是需要你修复它。 Chrome 是我现在的主要浏览器，但我个人更希望看到每个人都首先支持 IPv6（现在我有了它），然后担心浏览器的兼容性。 :-)
编辑了这个问题，让它在 chrome 现在的四年内被全世界看到；)

标签： google-chrome cross-browser

【解决方案1】：

首先根据标准编写代码，然后根据需要为不同的渲染引擎编写代码。永远不要为特定的浏览器设计网站，这是一个很滑的斜坡。

【讨论】：

说起来容易做起来难，您仍然需要在浏览器中查看代码。所以你的建议是天上掉馅饼。你真的没有比使用 Firefox 和 Firebug 和 HTML Validator 更好的了。然后交叉手指并在其他浏览器中尝试。
@TravisO - 现在浏览器之间的差异明显小于 IE5/Netscape 时代。编写符合标准的标记，然后为任何显着差异添加几行代码是许多 UI 编码人员的现实。不是“天上掉馅饼”。
我认为在 IE、Firefox、Safari、Opera 和 Chrome 上测试您的网站是明智的。不过，我同意你的看法。首先支持标准，然后解决有缺陷的实现。以我的经验，基于标准的网站通常只需要对 IE 进行“按摩”，其他浏览器玩得很好。
在多个浏览器上进行调试可以帮助您避免意外依赖主浏览器中的怪癖。您不必解决每个浏览器中的所有问题，但通过不同的浏览器运行可能是发现您没有意识到的问题的好方法。

【解决方案2】：

总体上改进对 WebKit 浏览器的支持是一个很好的理由（您没有任何客户在 Mac 上使用 Safari 吗？）

【讨论】：

是的！ Google Chrome 正在使用 WebKit，以及 Mac 上的 Safari 和 iPhone/iPod Touch 上的 Safari。

【解决方案3】：

Chrome 仍处于早期测试阶段，它的渲染并非没有错误，我在 Chrome 中也遇到了严重的 UI 问题。我确实计划在 Chrome 中运行我的网络应用程序，但我已决定在 Chrome 达到更成熟的水平之前不进行任何更改。

Google has recently said they will be bringing Chrome to a non beta state very soon（不像他们过去将东西留在测试版 5 年左右的历史）。

另外，如果您打算在这个 beta 状态下使用 Chrome 来进行 webdev，您需要install the "Developer Channel"，它可以让您访问比公共版本更新的版本，这在浏览器的这个阶段非常重要。截至 2008 年 12 月 10 日，Chrome 的开发版本为 0.4.154.33

【讨论】：

我在经过 w3c 验证的 CSS 文件上崩溃了。
仅供参考：Chrome 现已退出测试版（2008 年 12 月 12 日）

【解决方案4】：

Chrome 使用 WebKit，一个相当标准的渲染引擎。 Safari 也使用它，而且听起来 WebKit 并没有消失。如果您有必要的资源，我建议您考虑修复它。

【讨论】：

【解决方案5】：

Jimmy 有一个很好的观点，Chrome 和 Safari 都基于 WebKit。如果它在 Chrome 上失败，很有可能它在 Safari、诺基亚 S60 浏览器和其他浏览器上也失败了。

【讨论】：

【解决方案6】：

关键是要使用语义正确且格式良好的标记来编写标准。使基本实现适用于大多数浏览器（尽可能多），并进行调整以处理其余浏览器。

编写为“最佳浏览”特定浏览器而定制的网站会使浏览器供应商无法努力实现标准合规性。

【讨论】：

【解决方案7】：

如果您正在做 Javascript 工作并且这会导致浏览器之间存在明显差异，那么我绝对建议您使用第三方框架，例如 jQuery，这样您就可以使用与浏览器无关的通用界面。但是，如果您的差异是由于页面上的 HTML/CSS 造成的，那么我总是会根据您网站的统计数据优先考虑最受欢迎的浏览器。如果不到 1% 的人使用 Chrome，那么我会认真考虑将时间花在其他任务上，而不是调查可能实际上是仍处于早期测试阶段的新浏览器存在的问题。

【讨论】：

【解决方案8】：

可能还没有：Chrome 的变化仍然相当迅速，他们的目标是完全符合各种标准和测试。如果您现在尝试关注 Chrome，您可能会跟踪到许多您最终想要撤消的微小变化。

【讨论】：

【解决方案9】：

我会用 Chrome 测试页面。如果你做得很好，应该不会有那么多问题。

实际上，可以编写一种适用于所有浏览器的代码（好吧，也许不是 IE 6 或更早版本）;)

【讨论】：

【解决方案10】：

作为最终用户，如果某些网站不支持 Chrome，我会有点恼火：基本上，我开始忽略它，但在先写投诉之前不会。也就是说，有时可能是 Chrome 的错，而不是设计师的错。但是，我并不关心这是谁的错，因为我想要的只是页面正确呈现并按预期运行。

【讨论】：

【解决方案11】：

我知道有几家大公司已经禁止使用 Chrome，直到它允许安装在 C 盘以外的地方。我猜想如果 Chrome 克服了这个问题以及其他地方提到的一些 UI 问题，它会变得非常流行。我认为你应该计划支持 Chrome。

【讨论】：

【解决方案12】：

我个人与之合作的大型网络企业和小型网络企业都没有使用 Chrome。它不在他们的浏览器雷达上。其中一些较大的是大型电子商务。

因此，我不会将编码时间用于支持 Chrome。我确实出于研究和市场开发的目的运行它。

【讨论】：

【解决方案13】：

我从不编写代码来支持测试版产品。等待他们完成软件制作，然后再开始更改您的软件以支持它。

【讨论】：

【解决方案14】：

您应该根据您的客户使用的浏览器来定位浏览器。如果您的客户中有 80% 使用 IE，那么主要在 IE 上测试您的网站是明智的。如果您知道您的客户正在使用 FF，那么谨慎的做法是主要在 FF 上测试您的网站。

也就是说，谷歌浏览器的市场份额基本上是一个四舍五入的错误，所以不——我不会打扰。当然，除非您提前知道大量用户正在使用它。

（例如，对于我编写的一个 iphone 应用程序，我们发现我们的大多数用户从 iphone 浏览我们的网站--我知道，这绝对是惊人的，惊天动地的概念。因此，我们开始针对 iPhone 浏览器进行我们网站的大部分测试）

【讨论】：

【解决方案15】：

首先以当前标准为目标，然后根据用户的骚动程度确定优先级（如果您的用户群中有 1% 的声音非常响亮，仍然是 1% 的声音非常响亮）

【讨论】：

【解决方案16】：

即使 Chrome 已结束测试版，对我来说仍处于测试版中。因为 Chrome 无法通过不透明度更改很好地显示 png24（我尝试在 png 图像上使用 jquery 进行淡入/淡出，并且在图像动画之前出现令人讨厌的白色闪光；您可以看到问题here）

【讨论】：

对于它的价值，该链接在 Chrome 3 中没有任何白色闪烁。

【解决方案17】：

在我看来，这完全取决于您的客户及其用户。我会检查你的博客，看看它是否占很大比例。

如果它变得越来越重要，以至于您的客户可能会赔钱，我会与他们讨论，看看他们是否愿意支付额外费用以使您的网站与 Chrome 保持一致。

我个人不会担心它，直到它持续达到至少 1%。即便如此，我仍然会先与您的客户讨论这件事。

另一方面，它很有可能在明年左右获得 5% 的市场份额。毕竟是谷歌。

【讨论】：

【解决方案18】：

我认为您不需要为 Chrome 编写任何特定的代码。如果他们说网络标准对他们很重要，那么 Chrome 最终会遵循这些标准。

我也不相信 Chrome 会变得非常流行。当我看到它时，我首先想到的是“哇……Mozilla 上面印有 G 字样。”从那以后，我并没有真正印象深刻。

底线：您应该尝试使您的网站支持主流浏览器。歌剧，IE，火狐。通常，遵循 Web 标准和最佳实践将实现这一点。其他时候，您需要创建变通方案或强制浏览器以某种方式运行。 IE。 Firefox 和 IE 使用不同的边框模型。您至少可以强制 FF 使用与 IE 相同的边框模型。

【讨论】：

应该是“tee”或“T”，而不是“tea”