最近看到许多人在头痛pop 的点损问题，我想下面的这篇文章会很合适你，在我手机里面保存了很长时间0 ?# C% A3 a" X) S# y2 Y 0 s5 o+ c( H: j5 m( a0 v. c( S9 E , J9 t4 o. F* u5 d8 p0 a 0 K8 z+ d( W; J1 y1 i/ \ 7 n9 r$ P( c7 c' S+ a( S' k# L . y# H% e; K' a- B5 D F3 q - p% l$ @, A6 [! e8 |6 @ - P2 j$ Z. N& K2 U5 h* K ( @1 i# \- K# a( k4 H! u" N 由于本人水平有限，内容可能有误，欢迎拍砖斧正，和帮助补充。, i6 y; {- x9 i9 \' y2 x / {' M- Y) V* y: X & M! ^( F, U! \$ m1 L 8 F; w% T$ `5 j( Y, ~5 H 服务器机器性能 服务器机房带宽资源 服务器软件性能 DNS查询速度 页面资源压缩（服务端+客户端） 页面提供资源数量 页面资源加载时机 用户终端某时刻性能 用户终端浏览器性能 用户直观感受 [附加]异常流量情况6 w1 L) \. H: m! }" s* u3 r; k 9 m, L" H+ a) `+ `7 s$ H 9 d7 `$ X9 F$ J# t2 }3 x( z( Q 如果有兴趣，不妨和我一起逐一聊聊吧：! x$ z6 m* @( `0 W! Y ! s( a& i, R/ e8 `1 X 9 m' k1 _: i' Y 服务器性能 $ Q6 y; K" `) E) P5 Y # o/ ?/ `: K, k _$ v: z1 t' y5 k" P & X$ i5 g1 l0 i * p+ L. v$ C8 h8 F* E9 ~ . Z8 A b3 P" u$ V2 x/ ~4 b0 C 够用是什么程度呢，满足最大的调用程度，且有余力。/ L( I0 e# [1 G! T ' Z" N8 V* r5 z9 @. s# c3 q 这个“有余力”是你对网站/应用的访问量有评估后，并进行压测，观察机器负载得到的。; O. ^) O5 y# i3 O 6 J3 M' U5 p; g7 t0 I 如果你的网站有大量文件IO/数据库读写操作，那么为了保证最佳性能，不妨尝试使用SSD，或者进行内存缓存等操作，一旦你使用内存缓存，那么整体的性能瓶颈多数情况下会从机器整体性能变为网卡/带宽，是不是可喜可贺。- B7 a Q( r. `! l 9 w3 v7 P& J& S) w 在正确设置服务器软件配置以满足自己需求场景后，如果你对运行程序优化得当，那么最佳体验应该是内存有30%cache，swap占用极少，或不占用，负载0.5以下。（以防突发流量）0 s! T' r. N6 c7 Z3 x ; h- n7 P0 n* _4 B8 i6 b $ _$ R" q9 h8 |# U 6 H x3 v3 q6 q/ T' d 机房带宽资源 9 X; D( x+ y0 K' D 8 z6 w9 u! Z& J4 j! W ' w8 T( Q& `6 |' Z - ^( }1 Q+ F4 h2 i. G1 c ( S" _5 K$ W) Z4 Q# K- S0 y4 s 8 P" A; `, T; @6 ^* _ + L, u( }7 E- G+ c7 k( s2 ^# t % j* m# ] p* i8 M1 N' I/ S; ]5 q : G7 T4 G' `$ j% {0 c* V; O' R0 ~# S t" f% B } ?1 U* x9 j3 a 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 " q8 `0 T. e0 |7 U " W h7 L# U+ R+ Q/ B+ ] / W, z" p3 U9 [2 { ' ?( @6 a8 p0 D! u T6 b( a. c) Q/ G5 A* i& R 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/s$ q% d* P: C" k 3 m: }: c: P; Q& A0 k1 o/ L* h/ f * |/ @ p% }' I3 j& [ W. I 1 s9 C7 d3 V+ s) f , e# { X% A) @* G5 a( ?* V; N, \+ z/ [ " A) b6 g9 ^. W" Y: t! T; R7 |* O. e ) @7 R& N& o5 p9 \% V ) \) v3 x# F1 ?; o( \, P# P & w0 s' k8 c M8 v $ D3 W% W& H) Y0 N X# G, o + _# T# ~6 V& }: r9 B 国内无所谓，自己能访问就好，国外快快的： 美帝机房/加拿大机房/日本机房/韩国机房/欧洲机房 国内国外速度相对快的机房 港澳台机房/日本机房/韩国机房/欧洲机房 国内快速，国外可能访问不了的机房 各省市机房/学校机房/港澳台机房0 f9 e1 _2 O+ U6 G" a & i, \$ N9 K" }! F2 [ 7 p% N. R6 z: p- ]( }0 h 当然，你也可以根据自己情况选择CDN加速方案：% T: g; H$ c( x7 i: ] 3 t) ?3 E+ j0 |; q$ U3 P4 s 国内机房+国内外CDN 国外机房+国内外CDN* h7 _) V5 _# `5 d, X( `! ^4 B - j) G1 y9 z0 w2 g. Z ! J. t' S) d1 }& T3 H 当然，如果你和我的网站一样，是一个自己的无事写几笔的小站，那么选择国内的阿里云，或者香港机房都是不错的选择。0 v; s- ~) P" W) N6 P 8 \- v% |2 J( y, @! d5 M) u 硬件说完了，我们聊聊第一节中提到的软件。$ f8 u# ?9 L" l; d0 o2 u# Q 3 j2 i+ d) A. E3 x 服务器软件性能 : V) M1 |* g+ E3 _0 C ! \, k, Y/ h" X6 V9 i( z “尺有所短，寸有所长”，软件也是一样，小站点，资源有限的情况下：) G# E+ G% I8 K% O # J6 B2 o/ ?) ?" R* l/ L6 X# t* @2 S 如果你以前使用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。 防火墙/服务器代理软件/程序对访客限制流量。 过滤或者禁止能力范围内的异常流量。7 Y; n: ~% P# {8 Y; U $ q X& `( w# r8 V - O- x0 L( M2 {- Y DNS查询速度 2 [' B! L$ z, x) _ : t9 E5 P* a4 |. m: C) ]- x: N DNS对于站点首次打开速度至关重要，所以请尽可能选择靠谱的DNS提供商来解决DNS查询问题。! q% M4 `: H3 p) y6 k# E+ s% R { 1 W! n5 `: J: |0 C 6 H A1 k0 w: `, J) I9 t$ ^ 1 ^2 v! x& h& i# k8 Z( h1 y DNSPOD DNSLA1 ^# |+ m; [$ b6 b 2 x, U% w2 P, b. S' O $ V! q0 ~9 t* F. s 9 Q6 T8 y" p1 f A! ?/ S0 y6 u. l: W 4 s z" A! ~5 i1 ?' R$ u " g' e5 D! O5 E7 o# s 0 C# F5 ?* l4 _ <link rel="dns-prefetch"href="//7u2j6a.com1.z0.glb.clouddn.com"> <link rel="dns-prefetch"href="//7u2mwv.com1.z0.glb.clouddn.com">4 P5 ]- v1 d( ~1 F- J6 l, r & a' m& }( {* ~' t' v" D3 z7 m 0 l: N! _& D7 k+ a2 R6 u9 r : O% M* \8 E/ j, m/ p: e 2 b# \2 z1 h3 d ! g- G/ }, ]9 y! q5 L$ n, Q ; b; [9 F5 u0 W( w/ J9 \% r4 a* r 另外，如果你将网站数据分离，那么网站的迁移操作，将会变的十分简单。比如，我将网站在国内国外迁移了若干次，只是需要先同步附件和页面资源域名，然后改变这两个域名的指向，然后同步程序文件，改版域名指向即可。% l& l- X& e" F/ Q+ J: t" [3 E b 3 O0 I- x" a9 G" a 接下来，我们说说节约带宽和提高速度的一个大杀器：压缩。) k, i9 k- {5 H( ^, c& q , C' X0 l2 P' r8 U 页面资源压缩（服务端+客户端） . S4 A+ f! ]! U8 F& J3 J4 u $ e) M) {* ]" h% R5 v) Z5 j . S6 ]# g$ R4 D ( J- A& o! {; M2 Y6 ~) A, Q 服务器根据CPU能力，尽可能输出gzip后的资源。) @7 j4 s& F6 ]% A+ n' i . m) G' Z) @' ?/ ~0 p: Y! d , c- K# \" f4 j/ r/ v/ m 为什么是尽可能输出gzip呢，因为可能你的页面需要支持古老手机端浏览器，一些古老的MID或者性能不太好的MID设备，或者是古老的IE6？如果不需要，那么请一律输出GZIP后的页面。2 e: B: b: I9 X4 | 7 d" E! m* e1 @# X- S' ^! _ 替换或者提高压缩算法和策略。5 Q, U4 u1 e4 c3 C1 P , W" V. o. x5 U, N# {: m/ E 0 P3 T& ~! {/ g6 l 9 g* i: u3 C; n ' @% Q, s: Y4 B8 r( g- a! d 对静态资源内容适当排序。* r5 ?$ c; r: N/ E ( ^, b8 Y5 F4 E 0 a: [+ K W. i6 ^ 5 r, C* J. }- g 0 \3 }0 l6 e( W; [' b, y" v! \0 x 适当添加页面额外内容，提高压缩比。 `: [, I: }" _1 C6 g9 M1 n " o$ X5 a8 C) ]) {: b; M7 K* h: { 1 i- g* R5 N3 R$ F 9 s! f" l) v% M9 S) y" g4 h: B* j9 S1 f V8 ?8 U$ q! Q# B/ I- l( D' U 使用脚本去掉多余的空格和换行。* ~7 f$ p7 R" ? 7 c5 Z( e w4 W, K ' z+ r1 j; u. l. p2 ? 虽然对于gzip效果甚微，但是对于缓存读取和写入有特别大的差异。7 K: c; _' @+ J7 u9 J % F1 I" O" g% q7 p; E 使用缩略图/响应式图片来替代页面中展示的原始图片。+ A/ b+ P4 I# W% v3 v9 K0 d 0 I4 G$ R1 I. V! W0 q , u9 T! K3 T9 | 传统模式下，我们可以使用服务端脚本thumb类库/CDN提供的图片缩略服务来进行资源的缩略图，来替换原始图片，并增加一些交互文本，对用户实现降级访问。如果用户浏览器支持CSS3，那么我们可以使用Media Queries特性来对内容图片进行切换。如果用户浏览器支持HTML5，我们可以使用image-set标签来进行图片响应式输出。# l G2 _7 ~, u& U! U, V ; D4 R! E4 A$ i2 j# b3 x; p i ^* n& _9 c 8 o( h% E6 S; l 页面提供资源数量 1 ?( x0 u5 D; A8 `' L' l 1 E2 B% ?3 P+ ~6 K- D" h" ]5 ? 尽可能减少同一时间的资源请求数量。+ u0 b* ~% z; v, Z* T $ S" x2 X# ~. | ! P% Z7 T% v) g " F4 h3 \9 @* z3 P% C, L 7 _8 |" W) \; m 对不同浏览器使用不同的脚本。, U' e: ? [' ^( b% L% [ . k+ w" b& q2 I7 p. o) h7 _ & T8 l2 X+ S9 c% L 差异对待浏览器，对古老浏览器不使用一些功能，以及差异对待浏览器使用的基础脚本库。如果你使用下一节提到的JS加载器，那么这个很容易做到。! P8 U4 v. j& o: i4 N g/ E* n/ ] 9 k* r" @: |& t) }/ Q/ p 页面增量更新。7 O2 Q, Z! T. ?/ K 2 ^. w# j$ q" e4 Z 4 s" I9 k2 o9 p! N 如果你的内容支持异步增量更新，那么使用接口更新增量内容的模式，来替换打开新页面的模式。曾几何时，这个被称作ajax页面局部刷新。" q$ f( z8 ^( g }4 N x8 }4 y2 [ . T5 y- k* b- e5 g4 Q! S 客户端缓存# a% Z9 i' ^; {4 X4 Q' |. }2 N * w; Y. ]& h C7 S : b* m% I+ o5 R$ j& r 此处深坑，稍后留写一篇详叙，简单的说，尽可能给所有资源使用最长时间的缓存，对于不支持200 cache的客户端提供304 Modified缓存（前者不需要额外HTTP请求）。6 l% z) Y. G' G7 S# W8 `. y ! j4 [# ^2 Z7 o 客户端本地缓存。% Y" |% j" e6 ^* a ! E/ K: t j8 s; V) I$ O5 } ; o5 l0 x3 F( {* I* Y+ A " d& l" v; D' q X! ]; ?# R ! |1 f" U; Z+ j2 t $ X# T/ @' a! k; Y * m3 E) _/ k+ Z$ i1 x9 x 页面资源加载时机 9 l1 y* `( r1 j5 U5 f! L$ i9 X0 K z7 n. m0 y @, R 1 j" E1 I$ @6 e; @& Q : x6 x3 N3 `& v" D H# V 把css放在文档顶部。 把js放在文档底部。 减少inline脚本的存在。/ x2 h' X4 o1 w" V" w' x - I9 \7 a+ K8 q3 u# O4 X0 Z " Z! \) A8 n, J d 这里或许应该为：, w7 ^- w% G, C* P 2 h1 B9 Q) n- ]( [! N& y A' G6 v 将页面主要样式尽可能放在文档顶部。 将三方不可合并脚本尽可能放置页面底部。 将页面inline脚本尽可能替换为配置内容。 W Z. ^1 k$ i7 g* x0 i" Y / C4 I9 H+ h8 ]- o 5 q7 z, U6 G2 \ 将基础样式放置于文档顶部，可以让页面渲染基础内容更快，如果前几点你都做到了，或者做到大多数，项目复杂度不高的话，那么把所有的样式打包合并放在此处也无关系。3 s* D) T* m* S- M, f6 T ) D7 g2 A8 t1 h' [8 Z f7 O/ ? 2 g' A2 p( T& d( c6 ?) X+ Q( c J' G- k! t5 g5 Y W) {2 | - k- J, @4 P4 c: C0 _2 R" X; F1 o& \ $ N* L. l+ o9 X& \ t8 q4 W: O/ e+ P 用户终端某时刻性能 ( a' W9 h; } C1 C6 \' Y$ u _ " T2 P8 E1 h! F( ~ 8 S4 G( _2 a8 o; n& X* z* r4 w , I- ]( d& F/ Y8 K! B: p: B 如果你对网站的一般访问速度有信心（通过收集到的数据的反馈），且网站属于内容展示类的，可以在适当的位置加诸如以下的提示（程序打底提示）：$ ?8 ]" m+ ~3 z3 |! t8 b) p. D 6 }9 Z( l6 s) e( g3 `( k/ U$ a2 h$ Y 页面加载过慢，不妨检查网络环境是否有其他软件占用（下载工具/在线视频），并刷新页面。 资源加载失败，请刷新重试。1 f. x' W/ t4 P8 O & z# x1 w, o8 D & Q) ?3 U4 z5 o' M- X. ] 3 h4 z P; Z- i; a' G 8 _4 z& l2 s* B. [ 用户终端浏览器性能 # d, q. o* s6 x9 s+ Q+ v & F( i) D& J) v+ M9 w0 g2 j; Y F4 v 如果你的用户使用者古老的浏览器，软件性能成为页面数据下载和渲染瓶颈，那么不妨给其一个提示，或者强制其使用新版本的浏览器进行访问：( J8 S, H9 r- W' N t4 i 6 o: r9 F: H' K) [9 o 请更新浏览器以获得更加体验。 本站仅支持新的浏览器：A,B,C。 为了您的访问速度和安全考虑，我们推荐您安装：X,Y,Z。 您是不是打开太多页面了，请考虑关闭无用的页面，加快本页面打开速度（这招请考虑道德问题）。2 o. `& K8 W2 ]8 Z. x 4 E$ R% }1 u$ Z. J& V 5 e0 W. F9 ?0 Z* ^ E y( H. T0 B. d g: v" x6 [# _ & V/ z) c+ w$ L L# r- g 用户直观感受 * H6 E* c+ ~9 g) h6 l( S' k/ g& ? - E2 c0 a4 ~0 ?0 G; o% [5 H- A 终于写到这里了，本节内容，其实上面的小节都有提到一些。7 n V5 m$ B% |. @8 Z1 t1 h# q 5 c8 w/ p) _* W/ X& @# @$ \ 1 o/ Z" C1 A. n6 _, D2 e % l/ W" z% W6 s" `1 E6 C q7 S 当然，这里有个偷懒的方式，你只需要尽可能战胜同类型网站就好。! o5 J& @ {" Y8 D: U# C : X8 c! K* E$ L- C( X! G [附加]异常流量情况 0 R- v! m3 J6 u* X1 A( f : T$ D% M- b; r# B: { 异常流量可能存在以下状况：" }, `& E O6 I/ n& S " e2 u4 ~. i6 P 搜索引擎蜘蛛不约而同的来采集你的网站内容。# D. R% a0 c1 \( W5 X8 Q + W9 n5 U+ N) U& f8 I / a' [+ |7 H3 s0 j7 p1 D 适当干掉一些你不喜欢和需要的蜘蛛，诸如俄罗斯的一堆等，或者小众浏览器搜索引擎。在sitemap中增加访问时间间隔，或者考虑对不同蜘蛛输出不同时间。内容添加缓存。* v. |9 r3 P9 B" a( ^7 B N3 s! y ; _; T. r4 ^! m+ k0 I- C) W 内容引发热点，真实访问量大增。) Y* U* `: n# L. E : `9 s. n# _$ Q7 {, d) e9 F ' B8 M Z- o2 i2 \# X5 D 内容确实有趣/有争议/有实用价值，用户访问量增加，如果你是盈利的，那么加机器吧，如果你是非盈利的，兴趣驱动，无广告的，诸如我这类小博客的，加缓存，或者加免费CDN，或者使用DNS进行多机负载。5 b2 k) { d9 A1 j+ j 三方无聊的恶作剧/利益相关的恶意攻击/错误的域名指向0 ~* ^1 B$ K4 F f% @) { 2 x( H' X: U5 Z, o4 N( [; u ( C0 s, F8 l2 h # l2 n8 p9 `: h+ o) ~ $ {- o1 g$ D" g, C3 }0 H 如果是SYN的话，瓶颈在带宽资源/机器资源/机器流量限制，可以考虑切换DNS（前提是有备份机器）。% L! g! b- j% M / e+ k/ ? D; x. { 如果是最近的错误域名指向的问题，比如国外最大视频站点突然IP指向到你的机器，那么请毫不犹豫的去换IP吧。9 M! M' t$ {: W5 o 6 `; l' ?* s; w) k ' V& p9 o% A D+ i. v$ J 1 i& ~/ }+ a0 X% j 你是盈利的，对用户承诺SLA，那么请考虑加硬件，加CDN，过滤IP。 你是非盈利的，诸如我这类blog，加内容缓存就好了，自己实测，压满了带宽，机器负载还是0.5以下，当然如果带宽大的话，那么机器估计压挂。如果你有备份机器，那么切换下DNS，或者除了当前域名外，使用三方托管页面进行博客备份，诸如Github Page/Issue、新浪博客之类的BSP。) w0 J7 a/ T5 ^ ) }; E+ ^& K# }5 v# E) ^6 J' Q+ O3 i 8 E, y. G5 [- B& }! j& ~- z q ) f% `- O7 ?+ X+ J ) g8 H+ g5 r' A5 F. Y* r; l —EOF— Y$ z0 O" C5 J) E8 S- f - i4 U: Z2 a8 t) U0 \: ?1 q: i% u 6 a& [" I$ ^4 t% E& W- i 0 y% J2 F; `' t2 x
查看全部评分
相关帖子
[复制链接]
发表于 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
看完感觉很一般，而且国内的没啥参考意义。。。
