小春网 越来越卡 打开帖子出现 Error 502 Bad gateway 求关注处理

Mozzis

小春网现在越来越卡，打开帖子慢不说。回个帖子把。。点击回帖，半天不反应，

所以就会再点一下。导致同样的帖子 连续的回了 2次

和发帖同理，，，所以经常发现 有 发帖连续2个一样的，回帖连续一样的。

就是因为卡导致的延迟！重复提交导致！

你说吧。小春这站 广告商也够多了。。只要拿一小部分费用，好好把服务器弄着。这不是妥妥的么

搞什么 CDN加速。。这是加速 还是减速啊？

我是YAHOO BB 的线路。

正在 Ping www.xiaochuncnjp.com.cdn.cloudflare.net [198.41.188.18] 具有 32 字节的
数据:
来自 198.41.188.18 的回复: 字节=32 时间=101ms TTL=51
来自 198.41.188.18 的回复: 字节=32 时间=108ms TTL=53
来自 198.41.188.18 的回复: 字节=32 时间=108ms TTL=53
来自 198.41.188.18 的回复: 字节=32 时间=107ms TTL=51


给我来个美国的IP。。。延迟  100MS。。。

服务器本来就在日本。还用什么CDN加速。给谁加速啊？ 日本都光纤普及的年代了。。。还用得着这个么？

加速给国内加速就行了。。。


如果说小春有人天天DDOS，，那么就搞个硬防，，日本硬防太贵，用不起的话。

那就放到国内。国内硬防白菜价。。。来个100M独享的宽带。日本这边访问国内也不至于在100MS以上

比如：国内有名的 群X网络。 X 一下，免得说是广告嫌疑，

如果说小春数据库太大。帖子太多。。。那么就来个数据库分表，来个负载均衡。。

现在DISCUZ X3.0版本已经对数据库优化方面做了很大的改动了。我想小春的数据不会大于DISCUZ的官方吧？

看看DISCUZ官方打开网页的速度 Processed in 0.047436 second(s), 0 queries, Gzip On, Memcache On


再来个小春的  GMT+9, 2013-10-10 23:55, Processed in 3.033716 second(s), 25 queries

GZIP不开启也就罢了。。。MEM缓存加速也木有。。。有必要这么杯具么？

小春都把 DISCUZ 的版权给买了。。。就不能让他们的技术给解决一下此问题？

Powered by xChun.Com 大家都懂的。不能说太细！~



解决的方法太多太多。。。就不能好好全心全意的搞搞么。。。

这问题困扰1个月了。始终没解决。。。无奈至极啊。。。发个帖子说道说道。。。


希望有关部门领导 高度重视~~~~

噢萨卡

这个受益于金盾工程

目前还没什么办法

除非是放弃中国大陆的访问

小楼听风雨

蛋顶！

若海

一、CDN用的是AnyCast技术，虽然ping出来的ip是美国的，但实际上数据走的节点是日本东京。
PING只能说明和服务器之间的路由距离以及响应时间，并不能真实反应服务器状态及带宽使用情况。

二、GZIP，是开启的，但是并没有使用PHP的GZIP，所以看不到论坛下面显示Gzip状态，楼主的观察方法有些欠妥。
只有一些没有服务器权限的站长才会以牺牲性能为代价使用php自带的gzip压缩功能。


三、MENCACHE，最近一个月因为要收集攻击日志以及和CDN服务商之间的通信数据，的确暂时关闭了。
但我们在后端启用了其他的内存缓存和代码缓存技术，包括但不限于APC、Redis；

四、我们并未把用的技术都显示到右下角的状态代码中。

五、502错误和cdn带宽关系不大，正在协调解决。

我们一直在努力，希望做的更好~

海外的萝卜头

楼主你又懂了啊！！！怎么那里都有你啊

Mozzis

若海 发表于 2013-10-11 12:06
一、CDN用的是AnyCast技术，虽然ping出来的ip是美国的，但实际上数据走的节点是日本东京。
PING只能说明和 ...

1、 CDN ping出来延迟在100ms 左右的话，说明路由和节点没有走日本东京的线路，导致卡和延迟的情况。

现在正常的情况下

正在 Ping www.xiaochuncnjp.com.cdn.cloudflare.net [198.41.190.18] 具有 32 字节的
数据:
来自 198.41.190.18 的回复: 字节=32 时间=7ms TTL=55
来自 198.41.190.18 的回复: 字节=32 时间=7ms TTL=55
来自 198.41.190.18 的回复: 字节=32 时间=5ms TTL=55
来自 198.41.190.18 的回复: 字节=32 时间=7ms TTL=55

这个数据才是正确的。说明CDN 节点走日本东京表示正常

2、GZIP 环境是支持开启的。但是并没有针对DZ论坛的支持  $_config['output']['gzip'] = '1';

参数设置没有开启状态，也就是某些情况下是不会针对dz论坛进行压缩起到效果。

网页卡的问题不是一两天了。。。至少有1个月左右了。实在是忍不住发个帖子就这么一问

也就这么巧赶上你们今天维护，维护后目前状态都很美丽！~

不管什么原因和问题，我只是个外行，又不是搞技术的，只要你们解决了问题就好。

不用太详细的和我解释太多。我只是站在一个热心会员的立场 问问罢了。

Mozzis

海外的萝卜头 发表于 2013-10-11 17:08
楼主你又懂了啊！！！怎么那里都有你啊

我懂不懂的和你有毛关系？？？这事儿是问小春管理负责人的


你是那根萝卜？  张的像葱一样。。。别tmd拿个小号上来BB

你要是忍不住想BB，就说点建设性的解决办法！

若海

Mozzis 发表于 2013-10-12 14:33
1、 CDN ping出来延迟在100ms 左右的话，说明路由和节点没有走日本东京的线路，导致卡和延迟的情况。

现 ...

有问题可随时反应的.

先前也和康盛沟通过，建议有能力的话使用nginx来压缩而非php原生压缩。

discuz代码我们也仔细调研了，使用的是php的ob_start回调gzip进行压缩页面，至少增加5ms的php消耗时间。
感兴趣的话，楼主可参考下相关技术文档。