Web性能权威指南

金九 2014-09-10 0

还不错的一本书，我主要想看看spdy和websocket，这两部分写得一般，不太全，TCP/HTTP性能部分写得还可以

sd_knight 2016-01-25 0

技术上升一个小阶段

Erythro 2017-01-31 0

读的是作者公开在网上的英文版。英文版写作非常流畅，循序渐进地介绍了从底层起直到 appliacation 层面的很多协议，及协议中各种性能相关的问题。这本书是非常好的 web 性能科普著作，其中涉及的很多知识和理念也很实用。总之读完觉得非常有收获～

Reaper 2017-02-06 0

一般

acAric 2014-11-14 0

从最根本的TCP,IP讲起，让人不至于对每种技术产生抗拒感，后面几章讲述实时消息，比较高深了，因为没有涉及过，有些懵懵懂懂吧。

奔跑的猪 2016-12-28 0

差点错过的一本5星好书！原本以为薄薄的页数不会有什么干货，看完才惊叹作者的功底和语言组织能力！在有限的篇幅能切入要害且言简意赅的道出各种协议的基础理论，即便是读过TCP/IP详解的，也不得不为之点赞。强烈建议做WEB开发的同学都好好读读这本书（包括做WEB前端和APP的，感觉不少前端同学对于底层都比较弱鸡... 喂，别扔鸡蛋呀~）好了，说了这么多好话，回过头来说点实际的：比较推荐1~13章，最后几章可以简单了解一下，实际用到的时候再查最新资讯。当然，要深入学习还需要读更多的书，这本书只是带你入门的，甚至带点“科普”的佐料而已。

黄保长 2014-12-14 1

介绍了有关web方向很多底层的东西，包括协议，有线与无线的构造，一些PC和移动端的性能优化点~

子胖子 2016-01-30 0

网络

sk 2015-08-02 0

不是很详细，但是面很全。

龙城茶坊 2016-08-27 0

结合web/app开发，讲解了网络性能相关的问题，很实用

黄保长 2014-12-14 1

介绍了有关web方向很多底层的东西，包括协议，有线与无线的构造，一些PC和移动端的性能优化点~

Arbow 2015-08-10 1

这书名翻译得太糟糕了，其实是一本关于移动网络下性能优化的书，相见恨晚

Angle He 2017-01-12 1

知乎看各浏览器优化作者提到google大牛博客里说到的自己的一本书，有点好奇，英文版55评价，基本全部好评，中文版175评价，4星5星差不多一半一半，似乎又是对译者的考验，李松峰，又是一位优秀翻译者，mark 移动制式那块讲的着实精彩

iambowen 2017-05-09 1

Ilya 大神的作品，各种服务器网络、https、浏览器性能优化的干货，虽然性能方面的事情做的比较少，但是内容对我还是相当有用的，跳过了无线和移动网络的部分。

Jon 2016-04-13 1

在读…

sunny 2016-03-07 1

粗粗翻了一遍，在这方面经验比较少，不怎么涉及web性能，开眼界吧。

lastmayday 2014-06-20 1

涨了好多网络方面的以及未来(可能)的新知识!

金九 2014-09-10 0

还不错的一本书，我主要想看看spdy和websocket，这两部分写得一般，不太全，TCP/HTTP性能部分写得还可以

sd_knight 2016-01-25 0

技术上升一个小阶段

Erythro 2017-01-31 0

读的是作者公开在网上的英文版。英文版写作非常流畅，循序渐进地介绍了从底层起直到 appliacation 层面的很多协议，及协议中各种性能相关的问题。这本书是非常好的 web 性能科普著作，其中涉及的很多知识和理念也很实用。总之读完觉得非常有收获～

我想说两句

单独举一个例子，就能告诉你译者是如何狗屁不通的。

joy_life 2016-03-05 1赞

Fiber-to-the-home, on average, has the best performance in terms of latency, with 18 ms
average during the peak period, with cable having 26 ms latency and DSL 44 ms latency.

译文说的是：

“光纤入户服务的平均往返时间为18 ms，有线电视线路上网平均为26 ms，
DSL 专线平均为43 ms。”

原本作者想说的是在峰值期间，光纤用户理想的平均延迟是18毫秒，有线电视网络用户是26毫秒，DSL用户是44毫秒。原文的latency绝对不可以翻译成往返时间，译文和原文表达的意思完全不同。

RTT(Round-Trip Time): 往返时延。在计算机网络中它是一个重要的性能指标，表示从发送端发送数据开始，到发送端收到来自接收端的确认（接收端收到数据后便立即发送确认），总共经历的时延。

稍微懂点计算机知识的人都应该知道这些吧，你翻译过来的内容和原文风马牛不相及啊。还是直接看原文好了。

专程来吐槽翻译

磐丘 2017-02-22 0赞

这本书的翻译实在是都不能说水平差了，根本就是毫无诚意。我手中的版本是一版6印。P59: “结果，每条记录的大小就变成了60到100字节。”，原文为"As a result, there is potential for 60 to 100 bytes of overhead for each record"，人家说的根本就不是记录的大小，而是记录"overhead"的大小！同一页还有一个低级错误，“但简单地把记录增大到上限（60KB）也不一定好！”的原文为"However, simply increasing the size of the record to its maximum size (16 KB) is not necessarily a good idea."，直接进行了莫名其妙的数据篡改。而且我非常难以忍受译者用“相反”直接替换"Instead"的做法。类似的问题太多，罄竹难书。

选择性阅读

ArthurRyan 2017-03-23 0赞

Part 1：
讲TCP和TLS，TCP我建议去读陈皓的TCP那些事儿，陈皓讲述的更全面，所以更好理解，而且配了很多图。

Part 2:
讲Wireless，因为我目前不需要，所以就跳过了。

Part 3:
讲HTTP，之前读过《HTTP权威指南》，所以这部分也跳过了。但我看到里面有讲HTTP 2.0的内容，等我过段时间需要全站转换HTTP2.0的时候，读相关博文就可以了。

Part 4:
讲Browser API，我也没有读。

所以其实正经读的也就是TLS，这部分内容我之前是完全没有接触过的。还是值的看一下的。

Web性能权威指南

涅瓦纳 2016-01-28 0赞

本书是谷歌公司高性能团队核心成员的权威之作，堪称实战经验与规范解读完美结合的产物。本书目标是涵盖Web 开发者技术体系中应该掌握的所有网络及性能优化知识。全书以性能优化为主线，从TCP、UDP 和TLS 协议讲起，解释了如何针对这几种协议和基础设施来优化应用。然后深入探讨了无线和移动网络的工作机制。最后，揭示了HTTP 协议的底层细节，同时详细介绍了HTTP 2.0、 XHR、SSE、WebSocket、WebRTC 和DataChannel 等现代浏览器新增的具有革命性的新能力。
本书适合所有Web 应用及站点开发人员阅读，包括但不限于前端、后端、运维、大数据分析、
UI/UX、存储、视频、实时消息，以及性能工程师。
Ilya Grigorik 是谷歌“Web加速”（Make The Web Fast）团队的性能工程师、开发大使。他每天的主要工作就是琢磨怎么让Web应用速度更快，总结并推广能够提升应用性能的最佳实践。

都开始自由发挥了？

iLRainyday 2015-03-21 8赞

先不说中文版的书名实在莫名其妙。来看看正文：

原书p12最后一句：build applications that can hide the latency through caching,pre-fetching, and a variety of similar techniques, as explained in subsequent chapters.
对应的中文版是什么样呢：在开发应用时通过各种技术隐藏延迟。

是的，你没看错，就这一句就完事了。什么都不说了。

写写勘误

子龙 2014-04-18 7赞

自己之前学习前端技术，刚入门的级别。前几天在微博上看到李松峰又翻译了新书了，就买了来看。从目录看，这本书对web性能的讲解是非常底层的，纯前端技术的，貌似也就14、15章。
从Steve Souders的推荐序来看，作者是试图将前端、后端、运维、存储、实时消息等各部分技术中的共同需求——性能——单独提炼出来，进行讲解，然后“升华”出一个新角色：性能工程师。

比较激动的是，本书第二部分对无线网络性能进行了大量的介绍。包括Wi-Fi网络、移动网络（如2G、3G、4G等）本身及其性能优化，实属难得。

============= 下面是找的印刷方面的错误 ============

【第10页】虽然与ISP的高带宽链接是必要的，但这个高带宽并能不保证端到端的传输速度。 => ……并不能保证……

【第138页】第12行：
“请求可以由于多行首部字段构成” => “请求可以由多行字段构成”

【第146页】10.2节的第1段：
“这个网站项目一直在抓取世界上是热门的网站” => “这个网站项目一直在抓取世界上热门的网站”

======== 这里是我觉得翻译不太恰当的地方 ==========
【第17页】第一段 “浏览网页通常主要是从服务器向客户端下载数据……”，我觉得这么说比较好：“浏览网页通常主要是客户端从服务器下载数据……”

都开始自由发挥了？

iLRainyday 2015-03-21 8

先不说中文版的书名实在莫名其妙。来看看正文：

原书p12最后一句：build applications that can hide the latency through caching,pre-fetching, and a variety of similar techniques, as explained in subsequent chapters.
对应的中文版是什么样呢：在开发应用时通过各种技术隐藏延迟。

是的，你没看错，就这一句就完事了。什么都不说了。

写写勘误

子龙 2014-04-18 7

自己之前学习前端技术，刚入门的级别。前几天在微博上看到李松峰又翻译了新书了，就买了来看。从目录看，这本书对web性能的讲解是非常底层的，纯前端技术的，貌似也就14、15章。
从Steve Souders的推荐序来看，作者是试图将前端、后端、运维、存储、实时消息等各部分技术中的共同需求——性能——单独提炼出来，进行讲解，然后“升华”出一个新角色：性能工程师。

比较激动的是，本书第二部分对无线网络性能进行了大量的介绍。包括Wi-Fi网络、移动网络（如2G、3G、4G等）本身及其性能优化，实属难得。

============= 下面是找的印刷方面的错误 ============

【第10页】虽然与ISP的高带宽链接是必要的，但这个高带宽并能不保证端到端的传输速度。 => ……并不能保证……

【第138页】第12行：
“请求可以由于多行首部字段构成” => “请求可以由多行字段构成”

【第146页】10.2节的第1段：
“这个网站项目一直在抓取世界上是热门的网站” => “这个网站项目一直在抓取世界上热门的网站”

======== 这里是我觉得翻译不太恰当的地方 ==========
【第17页】第一段 “浏览网页通常主要是从服务器向客户端下载数据……”，我觉得这么说比较好：“浏览网页通常主要是客户端从服务器下载数据……”

单独举一个例子，就能告诉你译者是如何狗屁不通的。

joy_life 2016-03-05 1

Fiber-to-the-home, on average, has the best performance in terms of latency, with 18 ms
average during the peak period, with cable having 26 ms latency and DSL 44 ms latency.

译文说的是：

“光纤入户服务的平均往返时间为18 ms，有线电视线路上网平均为26 ms，
DSL 专线平均为43 ms。”

原本作者想说的是在峰值期间，光纤用户理想的平均延迟是18毫秒，有线电视网络用户是26毫秒，DSL用户是44毫秒。原文的latency绝对不可以翻译成往返时间，译文和原文表达的意思完全不同。

RTT(Round-Trip Time): 往返时延。在计算机网络中它是一个重要的性能指标，表示从发送端发送数据开始，到发送端收到来自接收端的确认（接收端收到数据后便立即发送确认），总共经历的时延。

稍微懂点计算机知识的人都应该知道这些吧，你翻译过来的内容和原文风马牛不相及啊。还是直接看原文好了。

专程来吐槽翻译

磐丘 2017-02-22 0

这本书的翻译实在是都不能说水平差了，根本就是毫无诚意。我手中的版本是一版6印。P59: “结果，每条记录的大小就变成了60到100字节。”，原文为"As a result, there is potential for 60 to 100 bytes of overhead for each record"，人家说的根本就不是记录的大小，而是记录"overhead"的大小！同一页还有一个低级错误，“但简单地把记录增大到上限（60KB）也不一定好！”的原文为"However, simply increasing the size of the record to its maximum size (16 KB) is not necessarily a good idea."，直接进行了莫名其妙的数据篡改。而且我非常难以忍受译者用“相反”直接替换"Instead"的做法。类似的问题太多，罄竹难书。

选择性阅读

ArthurRyan 2017-03-23 0

Part 1：
讲TCP和TLS，TCP我建议去读陈皓的TCP那些事儿，陈皓讲述的更全面，所以更好理解，而且配了很多图。

Part 2:
讲Wireless，因为我目前不需要，所以就跳过了。

Part 3:
讲HTTP，之前读过《HTTP权威指南》，所以这部分也跳过了。但我看到里面有讲HTTP 2.0的内容，等我过段时间需要全站转换HTTP2.0的时候，读相关博文就可以了。

Part 4:
讲Browser API，我也没有读。

所以其实正经读的也就是TLS，这部分内容我之前是完全没有接触过的。还是值的看一下的。

Web性能权威指南

涅瓦纳 2016-01-28 0

本书是谷歌公司高性能团队核心成员的权威之作，堪称实战经验与规范解读完美结合的产物。本书目标是涵盖Web 开发者技术体系中应该掌握的所有网络及性能优化知识。全书以性能优化为主线，从TCP、UDP 和TLS 协议讲起，解释了如何针对这几种协议和基础设施来优化应用。然后深入探讨了无线和移动网络的工作机制。最后，揭示了HTTP 协议的底层细节，同时详细介绍了HTTP 2.0、 XHR、SSE、WebSocket、WebRTC 和DataChannel 等现代浏览器新增的具有革命性的新能力。
本书适合所有Web 应用及站点开发人员阅读，包括但不限于前端、后端、运维、大数据分析、
UI/UX、存储、视频、实时消息，以及性能工程师。
Ilya Grigorik 是谷歌“Web加速”（Make The Web Fast）团队的性能工程师、开发大使。他每天的主要工作就是琢磨怎么让Web应用速度更快，总结并推广能够提升应用性能的最佳实践。

我要写长评

想读在读读过

标签(多个标签以“，”分开):

保存

Web性能权威指南

推荐文章

猜你喜欢

附近的人在看

推荐阅读

拓展阅读