老话重提，让你的网站打开的更快 - 天下武功，唯快不破

[soulteary]

稍后补充大家诟病的wordpress的实际案例...

https://gist.github.com/soulteary/abe2955de52ad33a3ac8

[wsph123]

@soulteary
1. 噗，你看看你当地运营商有没有劫持你访问的js文件 (●'◡'●)ノ♥~~~
2. 打字真轻松，看看搜索引擎快照再说嘛？
内存cache这个不错


ps：用PS输出 256位透明的png-8 文章怎么没看到呀？（疑问

[xiaozhizhu1997]

这个…难以找到支持转发HTTPS的CDN啊…
国内那些需要备案的就算了。

[soulteary]

@wsph123

1. :D
2. cache丢了样式，顶部的样式太简陋了。
ps： 这个你还没折腾出来啊。

给你个线索好了，找到这个素材的出处，然后折腾一下就有了。
http://www.soulteary.com/wp-content/themes/OWL/img/go-top.gif

另外，有感兴趣的童鞋看可以参考下面的微博链接中的关键词解决问题。

http://weibo.com/1220149481/BBY02f4MB?from=page_1005051220149481_profile&wvr=6&mod=weibotime&type=comment

[soulteary]

@xiaozhizhu1997 ，@typcn 提到的fastly可以，不过结合自己情况考虑下能不能接受概率性被Block的情况，毕竟上面有蛮多敏感内容，而内容审查又越来越严。

[wsph123]

@soulteary
随便访问个网页内容都能被运营商替换的你连给爬虫看的没样式的HTML也能喷简陋 确实蛮拼的。。。

做个png-8透明图而已何必那么费劲。连说出的话都能被轻易推翻 你用PS输出PNG-8 256位透明再说呀 说好的文章呢？

在微博虚心求教都能被你嘲讽，哪来的那么大自信呀？

[lemonda]

现在网页越来越大，优化速度确实是很值得讨论的话题。楼主的提纲涉及很多内容，建议限定下范围或者一个一个话题来讨论，现在回复有点乱，不好参与。

另，参与讨论的 V 友：
口语化容易带来没必要的相轻，优化无止尽，三人行必有我师嘛。

[soulteary]

@wsph123 回复内容前请先过脑子/阅读理解能力不足请充值智商/如果是虚心求教，而不是直接伸手，恐怕你已经拿到了答案/理解不了你所谓的嘲讽和自信的关系，呵呵，如果讨论和主题无关的内容，不妨出门左拐挂号。

-----


@lemonda 然也，不过没有必要让每一个人都接受自己的观点。

[wsph123]

@lemonda

对于：
我和他谈速度、他和你说SEO，我和他谈SEO、他和我说样式简陋；
我虚心提问，他嘲讽我'还是年龄小啊 [打哈气]';
这种讨论态度诶...

[soulteary]

@wsph123 歪题和断章取义就没意思了，不过还是那句话，无意义的争论等于浪费时间。建议看下#36。

ps，小组内94年的童鞋也有一位，不见其言谈有不得当处。很多事情和年龄有关，也无关，还是那句话，和主题无关，不妨出门左拐挂号。

至于是否虚心提问，请参考论坛内的如何提问。

[yylzcom]

对于个人博客来说，mod_pagespeed和spdy+静态其实已经能解决很多问题，就是担心mod_pagespeed会导致兼容性问题，暂时还是手动优化，如果mod_pagespeed能稳定成熟，那时间成本会减少很多

[soulteary]

@yylzcom tenginx2.02开始支持SPDY，好像后面还修复了一个漏洞，可以考虑替换apache->nginx or tenginx。不过非包安装的话，需要自己做进程管理，而不能用系统自带service命令管理蛮遗憾。

[wsph123]

@soulteary
也罢，什么样的对话方式都有，言行举止和年龄无关、我觉得也是，但更看是谁、对谁。
讨论要建立在平等和尊重的前提下，没这大前提何来讨论？

[yylzcom]

@soulteary debian7.7 wheezy的nginx 1.62已经默认编译进spdy了，关键是还要ssl证书，可能和很多用户还不愿意花费这个精力

mod_pagespeed在apache下启用很简单，但是据说一些js会报错，另外一些图片也会有问题，否则这个傻瓜化的模块能有效减小css、js尤其是图片的体积和部分减少tcp连接（合并css和js）。

让我单独优化首页、或者少量几个页面的图片还行，如果是资讯类大量文章的图片来手动优化，时间成本还是过高了

目前我采用nginx+apache……

[soulteary]

@yylzcom 极力建议你本地虚拟机试用下tenginx，可以根据url合并资源。

ssl的话，还得考虑对https的页面改进refer判断相关，目前我是仅对自己的管理软件的vhosts启动了ssl，on 的时候没有敢开SPDY，还是保守了。

目前开keep-alive已经减少不少链接时间，感觉很赞。

[soulteary]

@yylzcom 内容比重高的站点其实静态化就足够了，如果不对时间“斤斤计较”的话，如果你愿意，使用nginx 替换组件，替换资源的图片地址为thumb类库+地址，可以最低成本解决问题。


我之前有段时间是nginx+apache，然后nginx开了主从代理apache，就图apache可以强制代理，[L]你懂的。然后ps -e 感觉子子孙孙的甚是不爽，于是干掉了apache，单纯的使用了nginx

[andybest]

楼主看看我这个问题：/t/160905

[andybest]

/t/160905

[soulteary]

@andybest 这个事情没有涉及过多，只能说一些个人的想法了。

我感觉实际情况复杂于单纯的TTL存活时间。该ISP的DNS服务器的储存空间是有限的，冷数据应该会被挤掉吧，如果他有缓存机制。

这里应该涉及到递归查询和迭代查询了，如果是递归，一级一级网上找，顶级服务器很容易冷数据挤掉吧。

如果是迭代查询的话，那么可能是：

- 一个是本地客户端的缓存，chrome这类浏览器自建DNS缓存。
- 一个是本地局域网可能存在的路由器内的缓存。
- 再一个是你查询的ISP的服务器真的是无修改储存TTL的么，还是自己重新对TTL做了处理...

这些得做DNS的童鞋出来说明了...

[soulteary]

多谢广东的某个童鞋，嗯，缓存可以更新机制了，~

[jandan]

@typcn 速度刚刚的