全球主机交流论坛

标题: 突然发现代购论坛执行速度很快哦 [打印本页]

作者: the_Fm 时间: 2009-11-27 13:20
标题: 突然发现代购论坛执行速度很快哦
正在做dz7.2,memcached的修改，
现在情况是。。可以把一个0.07的页面下降到0.03左右
本来还在HAPPY，转过来一下
www.lilynana.eu.org的页面执行时间都是0.00X,怎么会这么快呢？是我什么地方没配置对？

作者: the_Fm 时间: 2009-11-27 13:20
http://cdz.mondlab.com/

作者: the_Fm 时间: 2009-11-27 13:21
现在情况是回帖还不正常。cache估计还要修改下

作者: cpuer 时间: 2009-11-27 13:26
标题: 回复 1# 的帖子
关注这个没啥意义啦，人感觉不出来的。

作者: the_Fm 时间: 2009-11-27 13:27
问题是你比俺快太多了

俺嫉妒

作者: mojave 时间: 2009-11-27 13:27
我打开你的都是0.2左右

作者: the_Fm 时间: 2009-11-27 13:29
恩恩，但是代购的，都是0.00X

作者: cpuer 时间: 2009-11-27 13:30
标题: 回复 7# 的帖子

作者: the_Fm 时间: 2009-11-27 13:31

一会跑个AB，我感觉优化不优化，好像没差

作者: G.S.Alex 时间: 2009-11-27 13:31
改代码，数字除个10

作者: cpuer 时间: 2009-11-27 13:35
标题: 回复 9# 的帖子
gzip可以开起来。

作者: licess 时间: 2009-11-27 13:45
标题: 回复 11# 的帖子
强烈要求C大分享一下优化经验

作者: mojave 时间: 2009-11-27 13:52
标题: 回复 12# 的帖子

很多次这么要求都被婉言了，不过目前我用7.2只能在起初打开两三个页面执行时间高，后期都是0.01以下，还达不到他这个论坛的境界

作者: cpuer 时间: 2009-11-27 14:00
标题: 回复 12# 的帖子
我哪里会啥优化呀，普通环境安装个eA，然后开个gzip，没事干又安装了个Zend，然后就是这样了。

而且各个网站程序肯定不一样的。

作者: pigicoffee 时间: 2009-11-27 14:11
呵呵 memcached和php执行没有关系吧

作者: cpuer 时间: 2009-11-27 14:15
标题: 回复 15# 的帖子
对mysql的贡献。

作者: licess 时间: 2009-11-27 14:18
标题: 回复 14# 的帖子
每次C大都这样说……

作者: 咯拉无米 时间: 2009-11-27 14:25
cpuer敢发探针吗
我不信这是300多m的vps

作者: cpuer 时间: 2009-11-27 14:36
标题: 回复 18# 的帖子
这个有啥好说假话的呀

[root@server ~]# free -m
         total    used    free    shared buffers    cached
Mem:          360       336       23       0       60       185
-/+ buffers/cache:       91       269
Swap:       511       33       478

就是360MB啦，我懒得弄探针。

作者: cpuer 时间: 2009-11-27 14:36
标题: 回复 17# 的帖子
discuz 6.0和7.2肯定是不一样的啦

作者: junhan 时间: 2009-11-27 14:50

原帖由 the_Fm 于 2009-11-27 13:20 发表
正在做dz7.2,memcached的修改，
现在情况是。。可以把一个0.07的页面下降到0.03左右
本来还在HAPPY，转过来一下
www.lilynana.eu.org的页面执行时间都是0.00X,怎么会这么快呢？是我什么地方没配置对？ ...

装个EA保证页面在0.00x

作者: RyoKazami 时间: 2009-11-27 15:00
7.2肯定比6要慢点的。

作者: cpuer 时间: 2009-11-27 15:23
标题: 回复 22# 的帖子
6.0效率更好些。

作者: RyoKazami 时间: 2009-11-27 15:27
是的，新的功能必定加载的东西就多。

作者: 咯拉无米 时间: 2009-11-27 15:38
321idc也是6.x
不见得每个页面都可以0.00x
我觉得是gd处理图片的原因
因为几乎所有的nginx站在图片少的页面都可以达到0.00x
7.2也有人达到这个效果的比如本论坛的mojave同学http://bbs.moltown.com/
大家不要真以为是dz版本的差别
这是技术上的差别

作者: licess 时间: 2009-11-27 15:38
俺也是6.0……哎

作者: cpuer 时间: 2009-11-27 15:51
标题: 回复 26# 的帖子
不带www的拿去停放了？

作者: mojave 时间: 2009-11-27 15:59
标题: 回复 25# 的帖子
被你说对了，我也认为GD处理也占点资源，你們都很会去挖掘资源....

作者: cpuer 时间: 2009-11-27 16:05
标题: 回复 28# 的帖子
这个不是我担心的，更担心的是占用带宽和流量

作者: RyoKazami 时间: 2009-11-27 16:08
我抽样了下我的，无图的时候是0.006997，有图的是0.011209。图肯定是有影响的。

作者: mojave 时间: 2009-11-27 16:11
标题: 回复 29# 的帖子

我最近想一个方案，选择香港机房的做网站，附件找个达拉斯机房的

不过，考虑流量和带宽又要合算且稳定的话，我觉得还是达拉斯。。。

作者: cpuer 时间: 2009-11-27 16:13
标题: 回复 31# 的帖子
2台独立服务器的支出，还是单独弄一台美国的好了。

作者: RyoKazami 时间: 2009-11-27 16:14
你现在是哪儿的？

作者: RyoKazami 时间: 2009-11-27 16:20
发现落伍也是7.2的

作者: kok 时间: 2009-11-27 16:26
GMT+8, 2009-11-27 16:32, Processed in 0.081356 second(s), 4 queries, Gzip enabled.

,,,,,,,,,,,,

作者: 咯拉无米 时间: 2009-11-27 16:32
落伍死亡是迟早的
全是一帮老头没意思

我老师曾经说：一个优秀的站会尽量减少图片和附件，图片和附件的容蜘蛛是抓不到的
所以31楼的想法还是算了，香港机房做网站，附件就没必要一个服务器了，用微软网盘外链附件，以后谷歌相册解封还可以直接用谷歌开发的相册api整合进网站，图片全部被上传去google

作者: qwb 时间: 2009-11-27 16:33
提示: 作者被禁止或删除内容自动屏蔽

作者: qwb 时间: 2009-11-27 16:36
提示: 作者被禁止或删除内容自动屏蔽

作者: 咯拉无米 时间: 2009-11-27 16:40
哪个是张宴啊？
大家都老是提到他，他是干嘛的？
人名做网名的人会不会有点自恋情节？

作者: RyoKazami 时间: 2009-11-27 16:42
原来是新浪的架构师，现在是金山的好像。

作者: qwb 时间: 2009-11-27 16:44
提示: 作者被禁止或删除内容自动屏蔽

作者: cpuer 时间: 2009-11-27 17:16
标题: 回复 41# 的帖子
是的，我经常去看看有没有新东西，可惜内容更新好慢

作者: licess 时间: 2009-11-27 17:16
标题: 回复 27# 的帖子
额，咋回事啊，没做停放啊

作者: licess 时间: 2009-11-27 17:19
难道，name.com的dns没绑上ip的域名都上停放了……http://dfasdfds.vpser.net/ 看看这

作者: cpuer 时间: 2009-11-27 17:25
标题: 回复 44# 的帖子
听说过name.com会这么干。

403 Forbidden
nginx/0.7.63

这个二级域名打开显示这个。

作者: licess 时间: 2009-11-27 17:32
标题: 回复 45# 的帖子
刚刚做了一个*解析

作者: cpuer 时间: 2009-11-27 17:35
标题: 回复 46# 的帖子
那就没问题了，name.com 这点还真有些可恶。

作者: 咯拉无米 时间: 2009-11-27 17:41
这是强奸行为
我永远不再去name.com

作者: licess 时间: 2009-11-27 17:47
确实挺不地道的，妄我一片痴情

作者: RyoKazami 时间: 2009-11-27 18:00
还是enom好啊

作者: cpuer 时间: 2009-11-27 19:42
标题: 回复 48# 的帖子
呵呵，给name.com去信一封以示抗议。

欢迎光临全球主机交流论坛 (https://lilynana.eu.org/)