最近看到许多人在头痛pop 的点损问题，我想下面的这篇文章会很合适你，在我手机里面保存了很长时间* q+ G/ w: w2 G 2 Z9 j3 z/ ^0 U9 Q ( X1 ]7 F' }9 L f5 ^ R7 \ 文章来自于苏洋的博客$ R) r6 u+ l: b! V3 W 1 s% e1 n% ^* b4 F* s& j -----------------------------------------------------------------------------------------------------------# a1 `! I8 k- q5 M" H 5 D* p; P! ^: I' [$ i9 ?) ? 不知道从什么时候开始，不管是写独立博客，还是网络应用，甚至写托管博客的人都会朝着“大”网站看齐，去追求网站的响应速度，通俗点说，就是白屏时间，因为据各种报告说，网站打开速度更快一些，带来的用户体验就更好一些，从而带来更多的附加利益。但是对于用户来说，快，并不是简简单单请求数目尽可能少，和服务器吞吐能力尽可能大。那么，怎么快？: e+ s) s$ l2 g$ | $ e0 ~2 H5 S! r0 y( C 9 r% D2 L8 c0 q2 H6 i ) N, u' `& t/ m- o + n( S$ q) c- Y5 s+ c 0 f3 O# W* g0 ` 服务器机器性能 服务器机房带宽资源 服务器软件性能 DNS查询速度 页面资源压缩（服务端+客户端） 页面提供资源数量 页面资源加载时机 用户终端某时刻性能 用户终端浏览器性能 用户直观感受 [附加]异常流量情况2 l) ]5 J& D" i- x- J6 p 6 }3 }4 @9 T+ L7 i1 R+ A0 r # w5 j6 E4 R1 E* Y& a 如果有兴趣，不妨和我一起逐一聊聊吧：8 p% N# U3 W7 K$ Y. g 8 t4 c) H" r7 N% G* K2 T 9 u9 d4 P8 b1 Z/ R 服务器性能 7 l1 @; o# F# k: E / }( F0 U7 l: M( L! A- ~. z$ p 说到服务器性能，可能多数人会停留在几核几G几百G这种概念上，但是对于网站服务器，我们关注的应该是单机/VPS的数字运算能力和IO读写能力，如果不是单机服务器，那么请关注自己实际能使用的资源数量，尤其是高峰时刻，具体请参考VPS虚拟化常见方案:OpenVZ/Xen/KVM/VMWare/Hyper-V等方案在其他实例占用CPU过高的时候，对其他实例的影响（部分虚拟化方案，会因为某些实例锁死时间片而使用过高影响其他实例）。! s2 @/ T8 X8 [$ f% H0 f0 p % m: `* _+ g/ {3 T" q 就博客/网站主来说，我们应该使用尽可能更好的资源，但是非土豪的话，资源好到什么程度呢，答曰：够用。6 S- K3 M& {* d( z. G& M 9 o b" K3 @6 [, {. s6 H4 z, a( @ 够用是什么程度呢，满足最大的调用程度，且有余力。- K; F9 e, [- o& H7 A1 E 4 J: U1 }& h9 B" o7 `* ^ 这个“有余力”是你对网站/应用的访问量有评估后，并进行压测，观察机器负载得到的。- }# K, e* @; Q5 @/ C1 z ) I, p8 Y! F9 ?. @* _8 H 如果你的网站有大量文件IO/数据库读写操作，那么为了保证最佳性能，不妨尝试使用SSD，或者进行内存缓存等操作，一旦你使用内存缓存，那么整体的性能瓶颈多数情况下会从机器整体性能变为网卡/带宽，是不是可喜可贺。( t1 z4 H( A; x. ?9 K $ w6 e7 q0 u5 n% z+ L 在正确设置服务器软件配置以满足自己需求场景后，如果你对运行程序优化得当，那么最佳体验应该是内存有30%cache，swap占用极少，或不占用，负载0.5以下。（以防突发流量）9 u4 n h* B" D& {$ R- L) R' W ; _2 k0 F6 G D( B$ i% X2 y; C) t , c) o3 _5 Y# g" h2 k ) z+ L& y8 w$ F S 机房带宽资源 2 j M$ ~& g- q5 A . U) R, U+ q$ g5 u. [% d $ d L+ K, m4 Y . E' R! e/ |! {0 s1 \ 一般来说小站点，1~2M的带宽绝对够用。如果不知道你的机器的带宽能力，不妨登录机器后台观察流量图峰值，或者机器安装speedtest-cli，来进行数据收集。7 `9 Y; D3 F8 Y0 a) P7 O, ^! \ 6 C! s- J2 N! H0 M5 s; ? 诸如我用过的机器，突发状况下能力为：0 M7 V7 H( p' V+ }' ] , I/ G! V8 V' M- A& l6 T 8 M$ t- O! q8 t1 j: f* n$ R 0 C1 R9 |0 ]0 s2 d8 V Testing from Linode(X.X.X.X)... Selecting best server based on latency... Hosted byT-Mobile(West Norriton,PA)[104.63km]:79.475ms Testing download speed........................................ Download:53.68Mbits/s Testing upload speed.................................................. Upload:32.51Mbits/s 6 l) l0 d! s1 v 5 q' V" g8 K4 `4 V6 x- d t: D 0 K& ~/ ?# B7 w. X9 x& z! U + H2 F# h( r6 v, ]1 l2 | 7 {* a" L6 _! }9 }0 D8 O Testing from HK DataCenter(X.X.X.X)... Selecting best server based on latency... Hosted by FPT Telecom(Hong Kong)[5.98km]:28.453ms Testing download speed........................................ Download:77.30Mbits/s Testing upload speed.................................................. Upload:4.45Mbits/s9 T+ E# f" ?7 b, x( ?( ?0 N% \ 5 q, x, n. N1 O1 C7 f+ K , R( e w& a& j8 s' F1 N" ? / b: U* i- P7 D; l2 ]/ S3 E% [- [ 5 s, _9 Q. n$ l+ d# V 2 X3 q; b1 y% M. }3 b3 U $ ~* s( H, p" N. ~" Q% w 但是，综合现实因素，诸如政策和地理位置的原因，网站响应速度和机房有重大关系，比如，BGP机房线路智能负载后的响应时间可以达到10ms甚至以下，或者你可以尝试ping一下自己的本地服务器，响应时间感人，但是在祖国大地，如果你直接访问一些美帝国或者欧洲大陆机房则可能速度会增大几十到几百倍，甚至出现访问不能的状况。/ M2 f/ a) J" E& ^% j5 H' s 5 I- A& I; f6 k 基于这个状况，如果你的网站的受众包括国外友人，那么你的选择：& a- O; `6 a8 |, y1 M& q) y5 U 4 H. x1 k6 [4 g! Z) i 国内无所谓，自己能访问就好，国外快快的： 美帝机房/加拿大机房/日本机房/韩国机房/欧洲机房 国内国外速度相对快的机房 港澳台机房/日本机房/韩国机房/欧洲机房 国内快速，国外可能访问不了的机房 各省市机房/学校机房/港澳台机房" h8 \1 s# B/ A/ ^- v - S* F; A1 m1 ~& J- m9 N: q7 Y , u+ l/ C z9 V+ w- r 当然，你也可以根据自己情况选择CDN加速方案：8 S& `- L( q# t* ?) G9 Y- M! J 1 x3 w/ s7 e1 {% n6 J) w! m2 f 国内机房+国内外CDN 国外机房+国内外CDN! {5 \$ B. Y- Q) r 6 s( _9 L( r2 \# a/ D% ^ 1 W7 g" {8 W. I+ y5 T5 E: F . a6 O# I) f$ h6 w, q8 v8 H* x3 j / z% V u, s; X* G 硬件说完了，我们聊聊第一节中提到的软件。! P7 z+ S+ `! l5 ] 7 h. q% {* Z0 z- c. j 服务器软件性能 / m! N- v, ^# k % ^( z9 m; k2 i2 h$ b ! Z& R e- p5 j U : }% k- ]6 {# s1 E9 Z2 U 如果你以前使用apache，且没有使用一些三方模块，或者不需要使用apache软件套装里的高级功能，或者没有软件必须依赖apache，以及三方模块能在nginx中找到替代的，可以考虑替换为nginx。 如果你的程序允许实现数据库缓存/站点内容缓存，但是没有使用缓存的，请开启缓存功能。 如果你的程序使用了文件缓存，在内存资源有富裕的情况下，请使用内存缓存（自己考虑缓存策略）。 如果你的程序原来的运行环境执行速度不够快，那么请考虑升级或运行环境，诸如php5.2->php.5.6+，或者php5.6->hhvm 3.x，asp/php->nodejs。 如果你的程序中多数功能你用不到，考虑使用更轻便的小程序。 如果你启用了缓存，且数据库（关系数据库）读取热数据频率高于冷数据，且访问量不是特别大，不需要考虑数据库效率，否则需要考虑数据库进行分库分表和建立适当的索引，以提高数据库吞吐能力。 根据自己情况适当调整nginx/mysql/redis/memcache等软件的数据分块大小。 优化程序关键逻辑的流程，尽可能让程序始终遵循最短路径结束任务。 尽可能让TCP链接重用，或者适当调整持久链接的时间和数量（Keep-Alive），以及考虑使用SPDY。 防火墙/服务器代理软件/程序对访客限制流量。 过滤或者禁止能力范围内的异常流量。% E" Z3 h+ y: ~2 \( T4 Y; m. k 1 e! x2 S; q7 J# k9 D! J, g * \9 c. M, \1 `. J* W% i/ z DNS查询速度 ! p9 V3 U" y8 J2 z4 a 6 q9 x2 _ |- ~ DNS对于站点首次打开速度至关重要，所以请尽可能选择靠谱的DNS提供商来解决DNS查询问题。* a; E. l7 w6 |6 ] 1 S9 \! @8 l x m- o 国内有两家DNS提供商比较不错：6 A: r; A5 y% O. T5 ` . [+ i3 h2 o v& v( t4 a+ S3 B DNSPOD DNSLA1 _4 Y+ I7 B* Y3 n2 U ' t$ q* @1 _/ q# g- C, w0 z % n8 t; X! x: }3 u7 E% O1 j. b% r* q 除此之外，对于webkit支持DNS预缓存的浏览器，可以在页面头部尽少和尽合理的添加要缓存的DNS，以加快页面展示速度。5 I' J2 v8 F+ h! V + |0 t8 J/ U, Q0 I& _1 ^ 5 L I7 c8 e7 J5 N' u+ E ( l; T# k2 b6 I/ M 2 k$ [$ d0 I; p- ?" O' o7 h' C( s <link rel="dns-prefetch"href="//7u2j6a.com1.z0.glb.clouddn.com"> <link rel="dns-prefetch"href="//7u2mwv.com1.z0.glb.clouddn.com">8 A- V/ y7 K' x# @ " h0 e( D( G6 Q; p c6 @/ h: Q+ n 3 L# |; @6 }( [6 r) Y! w 但是是否分离域名，请根据自己情况来。因为分离域名之后，不可否认的是，会带来额外的查询操作（查询本地缓存也算）。但是分离资源，可以使得程序更容易维护，以及对于程序整体安全性带来提高。) u3 V) `8 d) h6 T' V* U* \ ; M' ^" f* ~2 r+ q- h " n" z9 Y6 p8 {3 Y * R+ u* w" n7 `- z% ~6 F% B 7 u) n) v& |0 }7 Y ) ^9 e9 q& B8 ~8 d' X5 N1 A2 O9 t- K * ?, s1 O1 T. e- J( E; A9 p8 G 1 W L0 u0 Q3 n) V6 N0 g 页面资源压缩（服务端+客户端） / I# ]) x, o; g" f% u. X* F) v7 z ( J- u/ j/ {" X0 P8 [5 M$ d 0 \) j7 Q. A0 C9 f + T5 y/ y0 O {, d$ B2 f( U5 y& l 服务器根据CPU能力，尽可能输出gzip后的资源。1 u- n: W K7 y: G0 Y 0 F# {3 q8 k6 p o1 U; {, f . g/ d' m% \- N+ I4 g$ c$ k ) I" i1 V# u! L4 h ! w- K+ x2 h9 q( T+ L$ I( k$ f 替换或者提高压缩算法和策略。& ]6 S/ ~" o4 v5 D6 [0 V5 Z # ?' |; j, f9 M" H ! l1 q) p! Z, D- T9 F : f H: D8 s0 |0 |" Y- L) | , P/ ^5 c2 y8 J T 对静态资源内容适当排序。5 w( \2 J' u( M5 j 7 O. F/ B6 T& d$ u# y 5 r, A/ x3 a0 c2 g - u- p4 ] l" l$ I * F2 h" D: ^, { 适当添加页面额外内容，提高压缩比。: N- \3 @( j! i& E 0 ?# f. E) Y4 k5 a w : P* b+ f! B, Z* J, X8 o/ y 可以将页面的通用样式或者脚本混合在页面里，提高页面压缩比。2 c1 r$ o$ X. q1 u1 P; N# | * O6 } C& J+ r) H* M 使用脚本去掉多余的空格和换行。! Z, d+ N! ?1 N! Q. z- v4 K2 ]1 H # g) j/ z) [! [' }6 \& m 8 {) _' I. F. ]$ f( m' }9 q* \ * x% c6 t. z, D# Z$ v0 i , ~: v+ _; O! t+ N' b8 D/ `3 j 使用缩略图/响应式图片来替代页面中展示的原始图片。6 @, ~3 w1 M! m% B! ~+ F5 E. [ + }0 i C4 Y9 Y' X1 `5 @ # R3 u( O: O% |6 c 2 N9 w: A9 `, g * j0 S! e8 }/ c, f! k: @9 s0 _ * |& l* S: f5 G* @ 0 t$ r* O8 m& x' u& m7 Q* f6 a 页面提供资源数量 2 w+ f g0 X. @ w- z6 M 3 e T$ D* ~7 A 尽可能减少同一时间的资源请求数量。; v& Q( V' @" J& t6 o. b' Z : F( D6 D( s% d % e0 W4 F5 W% k7 j9 r 对于静态样式和脚本，使用合并策略。针对单页面程序，你可以将所有样式或者脚本都合并为一个单独的文件。但是针对多页面，以及带有皮肤策略的站点，则考虑抽象基础的Base内容和额外的内容，并通过前后端脚本进行策略加载。对于图片和视频资源，在交互允许的情况下，使用延时加载，跨屏预加载一定数量，来取代页面文档加载完成后就加载全部的策略。* X/ d* Q1 l9 A! r! T) T1 { 4 z( u' r% E2 ?# Z7 k+ ~$ P 对不同浏览器使用不同的脚本。/ U3 B/ y' e5 S$ i" D- _4 o9 b# L 5 Y9 a, J7 {/ D: ] 8 i, F$ H/ X) d/ E3 B' L: Z+ k' d1 r 8 {- G% d( _. W0 o$ ^7 ~* R# {, Z1 s 6 z) `1 `; k, J! R. K7 r- C' K 页面增量更新。6 g& \( J; {/ M" C$ z; L $ D; \" ^( P: A6 f I6 C( U" B) M! ?- `) N 如果你的内容支持异步增量更新，那么使用接口更新增量内容的模式，来替换打开新页面的模式。曾几何时，这个被称作ajax页面局部刷新。/ `0 L8 b8 D/ O, _% d . O5 o: C6 D+ E ^# m/ B 9 d! f8 K+ C: d* v7 X6 ~ t W6 C" h! z6 B6 W$ s, _ * m5 p5 `, _: b$ g6 C. O 6 o; }* z8 T% W7 V" [. `2 R 客户端本地缓存。% l! j4 n- T1 @. Z7 a; O 1 [. X& ^9 v L+ N m u3 f5 _ 7 f q# r. E9 G0 R8 n& E, J 5 l0 O* J) J. Y8 u; x5 @9 y 5 { u$ K3 Y3 ~. `0 d 上面提到的内容，多数属于道，现在我们来聊聊术。3 _; [' N0 z2 n& D, b, L, n. F& \ 6 T4 V9 U. C! g5 P: D 页面资源加载时机 5 F9 [1 r. g' B. @ 7 l1 \1 X, x. M! j: o 做网站时间比较久的童鞋或许还记得yahoo slow总结出的几条“规则”：1 g' `; l7 n; D! b1 a3 Q7 @1 n ' S& d. ~* i0 j 把css放在文档顶部。 把js放在文档底部。 减少inline脚本的存在。 n N( E$ @' y, m 4 f1 E3 E/ H3 i5 E5 K. [ " g/ P! n0 H) W & Q* N; X' a1 T / [9 b3 N1 {0 l* c) Y7 ~( j 将页面主要样式尽可能放在文档顶部。 将三方不可合并脚本尽可能放置页面底部。 将页面inline脚本尽可能替换为配置内容。9 T% N5 ]4 }, t & v) z$ l& k- n W- A $ s; T6 M8 L6 A( D5 @ * ]4 N, K9 b4 |+ `' ?$ {) M - }- V4 z& s0 x9 L/ Z5 q( a & l5 C( n5 M9 z2 Z 8 A# u! Y }! L7 e ! ], m# B% {# \6 L5 A1 z1 C . U+ p! H+ m9 U' }2 j$ \ 用户终端某时刻性能 ! a- K$ m0 E+ V. t; C0 ] 3 }* R# U3 k+ f 9 W) l9 @$ ?1 N1 h s / n7 l7 z! {$ s v- l. ?" D 如果你对网站的一般访问速度有信心（通过收集到的数据的反馈），且网站属于内容展示类的，可以在适当的位置加诸如以下的提示（程序打底提示）：& o- K3 T7 B9 R( C* n X8 t . C& M- B, R. S# q: h b* Q( ` 页面加载过慢，不妨检查网络环境是否有其他软件占用（下载工具/在线视频），并刷新页面。 资源加载失败，请刷新重试。- T0 e' w; B/ y) R( E * [3 w4 p0 \; v" q: T1 V 6 G- z% _2 f5 U' R6 O: s 8 N7 ?, X2 z/ C* n- f6 [ ; R7 C F: S% I 用户终端浏览器性能 ) S2 x- T$ s5 p ' T* y7 R+ u/ B, w* q3 i: {2 [ 如果你的用户使用者古老的浏览器，软件性能成为页面数据下载和渲染瓶颈，那么不妨给其一个提示，或者强制其使用新版本的浏览器进行访问：. D1 z. e6 L$ G( z : X' Z* O V$ |# M8 ]$ H! q 请更新浏览器以获得更加体验。 本站仅支持新的浏览器：A,B,C。 为了您的访问速度和安全考虑，我们推荐您安装：X,Y,Z。 您是不是打开太多页面了，请考虑关闭无用的页面，加快本页面打开速度（这招请考虑道德问题）。7 ?! A7 m6 W8 ]5 {2 F7 z- ^* L- o$ ~ % D1 A v% c/ \8 W/ W $ ~ H2 z) a, K" _) }$ d$ X: g 当然，在页面资源数量一节中，有提到一些，这里补充一条，对于支持HTML5video标签的客户端，不妨使用其来替换flash，减少客户端CPU使用率。 b A9 W1 I( ~) Y9 b 6 h' k2 x V$ E ^# H1 |0 K1 ` 用户直观感受 & X0 z7 Q- ^5 L0 X3 ]! l. z , h Q3 ]' |. N1 X( i1 W2 t 终于写到这里了，本节内容，其实上面的小节都有提到一些。! J+ b' J( c( | # e& T# d0 N1 { 一句话以蔽之，用上面的方法，不要放过任何可以加快数据展示的方法，给用户尽可能最快的体验。- b2 B% c2 j4 L2 l0 H5 b $ ~; X" h& I) ^7 b 8 \% x& B0 z2 Y % D Y6 m o3 n" V: ?) m [附加]异常流量情况 + i% J& ^4 J5 I" r& ] 5 ?! k9 e. Z! y7 H, Q6 e3 a4 G, j a1 K 2 d' V! s+ c- a ~" \9 u8 c " k ^6 K' k7 B% R% n 搜索引擎蜘蛛不约而同的来采集你的网站内容。3 \; C, H e' y* n - T" @( U+ _0 M0 M! a* T9 G8 N9 P % v5 n5 T I$ v4 I 适当干掉一些你不喜欢和需要的蜘蛛，诸如俄罗斯的一堆等，或者小众浏览器搜索引擎。在sitemap中增加访问时间间隔，或者考虑对不同蜘蛛输出不同时间。内容添加缓存。; |- C# {. ~3 ^ ( Q* Y2 `9 `+ X2 S0 A0 }2 E' f+ Y 内容引发热点，真实访问量大增。! K, j5 F4 g# \- z 5 d; U4 B7 k, ]7 j: s 8 b3 O: l4 x, p* @! ^8 g 内容确实有趣/有争议/有实用价值，用户访问量增加，如果你是盈利的，那么加机器吧，如果你是非盈利的，兴趣驱动，无广告的，诸如我这类小博客的，加缓存，或者加免费CDN，或者使用DNS进行多机负载。, K0 s2 Q) f3 G. K9 h8 B$ L& ~ 三方无聊的恶作剧/利益相关的恶意攻击/错误的域名指向0 e i4 ?1 [ K3 k( e# C0 p. o6 ^ 2 x) |+ _/ {1 A( R & I8 Y( P, r8 W 无聊的恶作剧，包括扫描，这个避免不了，但是你可以在fail2ban、iptables、nginx/apache过滤掉一些机器人和恶作剧。7 D: K/ L# g. R c- T& j 1 d; p, Q2 X5 o9 c# j 如果是SYN的话，瓶颈在带宽资源/机器资源/机器流量限制，可以考虑切换DNS（前提是有备份机器）。/ j5 \1 v& d g: I 0 n* V2 [ X- v ! @, B$ B8 J) X , n6 G0 O% @( ?$ i4 i 如果是恶意攻击的话，这里区分两种状况：) t8 A) |$ ?; Z6 y u ' q/ l. ?" E8 s0 E% U/ | 你是盈利的，对用户承诺SLA，那么请考虑加硬件，加CDN，过滤IP。 你是非盈利的，诸如我这类blog，加内容缓存就好了，自己实测，压满了带宽，机器负载还是0.5以下，当然如果带宽大的话，那么机器估计压挂。如果你有备份机器，那么切换下DNS，或者除了当前域名外，使用三方托管页面进行博客备份，诸如Github Page/Issue、新浪博客之类的BSP。$ [ B0 T/ e' ? Y0 m5 w$ d; z " T) }9 V7 b) M0 Z5 O ' {, I' p# Q2 Z8 Z) e0 }: Y + g$ S8 o) ]3 ?" u1 } & ^9 B" O3 j2 E- @( B9 h* l5 C —EOF—0 Z0 C. U: Z, D: A& Y( G( l U! V# Z 3 ~. L- p2 b3 C" K4 n9 ?* A 3 }* t% v4 s- x7 a7 D6 n6 \ 1 K/ s9 y0 c& A! J6 R2 N
查看全部评分
相关帖子
[复制链接]
发表于 2016-7-21 17:06:25
发表于 2016-7-21 17:37:37
发表于 2016-7-21 17:50:03
发表于 2016-7-21 17:52:50
楼主
发表于 2016-7-21 18:27:41
看完感觉很一般，而且国内的没啥参考意义。。。
