经过了三个多月的业余时间，自己的二次元小站已经初步上线了，有些问题需要请假下各位 V 友

爱意满满的作品展示区。

This topic created in 3580 days ago, the information mentioned may be changed or developed.

之前在网易实习，活不是很重，准时下班，下班后刷一小时 B 站，就开始做自己的小网站了，一直想搞一个自己的网站，小众的那种，不要很多人，只要求气氛和谐就够了；目前就两台服务器，一台放项目，另一台做存储器（主要放了 redis 、 mysql 、 activemq 服务），两台服务器配置都是 1 核 1G （最低配），想问问大家，一般一个日活量 5-10w 的网站大致需要什么配置的服务器？对这个没什么概念（抛去 gc 回收内存外主要是存储器的 redis 主要做缓存、统计业务可能会占一些内存）大家可以随便浏览一下：咔哔圈子： www.kabii.cn

Redis

存储器

服务器

咔哔

47 replies • 2016-07-26 09:48:26 +08:00

qiayue

PRO

Jul 23, 2016

完成度挺高，三个月的业余时间，如果是自己从零开始写的话，你这水平还不错

sun1993

Jul 23, 2016

@qiayue 谢谢，主要是以后想做下推广，对服务器不太了解，一般日活量在 10w （这个量应该不用集群）的网站的服务器一般是什么配置？

dphdjy

Jul 23, 2016

可以的～

不过日活 5-10w 恐怕比较难

二次元社区已经很多了，没有特色上不去

prprio

Jul 23, 2016

看到纯文本的验证码的时候我有点懵。
抽时间改一下吧。

感觉 SQL 没有认真优化。有一些页面略慢。

sun1993

Jul 23, 2016

@dphdjy 是啊，不过特色这个不好想啊。。

exoticknight

Jul 23, 2016

b 站不也有圈子功能么……

sun1993

Jul 23, 2016

@prprio 能具体说一下哪一块吗？谢谢~

prprio

Jul 23, 2016

@sun1993 验证码怎么可以用文本呢。你的 /code 接口返回的是纯文本。那我先请求一下 code 接口，然后再请求一下登陆接口，不一样可以暴力破解嘛。

验证码还是生成各种变形、粘连，有干扰的图片吧，不然没意义。

qiayue

PRO

Jul 23, 2016

拿 app 来举例，如果你日活 10 万，那么你的注册用户一定是到了 100 万级别。当然如果你的用户特别活跃，天天来或者隔天来，那么 50 万以上也有可能。

如果只是单纯的网站，一般都直接说日 UV 或者日 PV ，如果是 UV 10 万每天的话，一般 PV 是 UV 的 5~10 倍，那么日 PV 可能是 50 万~100 万。高峰时期按照 10 个小时算，每小时 5~10 万，每秒 14~28 个 PV 。
看了一下你的首页，一共 88 个请求，去掉静态文件，还剩 7 个请求，也就是你的主服务器高峰每秒 98~196 个请求（只计算首页情况）。

然后你自己看看你那 7 个请求分别消耗多少资源，能够缓存的缓存，内存不贵。

sun1993

Jul 23, 2016

@qiayue 666 ，太感谢了~不过目前没有适应移动端（想着做几个 h5 页面适应一下的），估计不可能会有人玩的，就当自己有个网站好了，以后还可以往简历上写一下

sun1993

Jul 23, 2016

@prprio 嗯嗯，回去改一下，之前做的时候图省事，没有用图片

501956430

Jul 24, 2016 via iPhone

个人站，有登陆，注册，评论功能，不担心被查？

Andy1999

Jul 24, 2016 via iPhone

你需要一个手机上的前端（话说搞本子才有钱途啊

McContax

Jul 24, 2016 via Android

首先把手机移动端做一下，内容的话可以参考， bbs.mcyacg.com ，虽然我也不是很同意 discuz 就是了

McContax

Jul 24, 2016 via Android

@qiayue 请教个问题。缓存这招用在博客上是不错，没什么大的更新，但是论坛基本是很多新帖，缓存会不会得不偿失，因为我也有做论坛倾向，所以想问清楚

prprio

Jul 24, 2016

@McContax

可以多种缓存策略。主要考察的是数据变化频率及更新缓存的代价是否比直接读库更大。

更新频率很低，可以做长期缓存+写删除（数据变动的时候删缓存）。
更新频率很高的，可以做生命周期很短的缓存（这个时候一定要内存缓存啊， redis ， memcache ），不然文件缓存频繁 io 得不偿失。也可以只缓存数据不变的部分，比如帖子列表关联的用户信息，那么可以只缓存用户信息，帖子列表依然动态查询，然后拿 uid 去缓存里找用户信息。

总之。目标就是减少读库。尽可能的提高缓存命中率。
生命周期越短（缓存要频繁更新的）越是要考虑 io 。
生命周期越长，越考虑用文件缓存（节省内存）。

sun1993

Jul 24, 2016

@501956430 担心。。可是没别的办法了，如果不是个人的话办任何手续都需要营业执照。。无奈才用个人的

qiayue

PRO

Jul 24, 2016 via Android

@McContax 首先，按照 @prprio 说的，缓存粒度尽量小，你可以关注范凯的肉饼铺子公众号，里边有几篇文章关于缓存的文章讲得挺好。
然后你关心的频繁更新问题，举个最简单例子，假设你某个缓存的内容缓存时间是 5 秒，假设你每秒 100 个请求，那么这 5 秒内，你也只需要查询一次数据库，而如果没有缓存，你需要查询 500 次数据库。
缓存的其中一个目的就是减少直接读取数据库。

lslqtz

Jul 24, 2016 via iPhone

你这验证码还不如不用啊。。
针对 IP 的请求限频率，没有验证码更省心

501956430

Jul 24, 2016 via iPhone

@sun1993 个人比较无奈，被查到会有关站的风险

cz208209

Jul 24, 2016

厉害

sun1993

Jul 24, 2016

@501956430 嗯嗯，源代码有就行了，现在还有很多地方要优化，等以后自己有经验了以后把一些有关安全的方面做一下处理等等，然后好好租几台服务器上线

sun1993

Jul 24, 2016

@McContax 我的网站缓存情况：
1.首页数据；
2.每个圈子的首页前十页的数据(这个为了防止你说的问题，每发一个回帖或者回复帖就会将该圈子的首页缓存清掉)；
3.圈子首页顶部圈子的信息；
4.结合定时任务做的圈子点击量统计；
5.节操值、用户权限、用户等级；
暂时想到这些，不知道合不合理，但是就像你说的，论坛类网站缓存不宜用太多，再加上服务器内存限制，我能想到的可以缓存的数据只有这些了。。