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

2016-07-23 20:39:34 +08:00
 sun1993

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

5614 次点击
所在节点    分享创造
47 条回复
qiayue
2016-07-23 20:49:35 +08:00
完成度挺高,三个月的业余时间,如果是自己从零开始写的话,你这水平还不错
sun1993
2016-07-23 20:55:48 +08:00
@qiayue 谢谢,主要是以后想做下推广,对服务器不太了解,一般日活量在 10w (这个量应该不用集群)的网站的服务器一般是什么配置?
dphdjy
2016-07-23 21:18:23 +08:00
可以的~

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

二次元社区已经很多了,没有特色上不去
prprio
2016-07-23 21:23:35 +08:00
看到纯文本的验证码的时候我有点懵。
抽时间改一下吧。

感觉 SQL 没有认真优化。有一些页面略慢。
sun1993
2016-07-23 21:27:22 +08:00
@dphdjy 是啊,不过特色这个不好想啊。。
exoticknight
2016-07-23 21:27:32 +08:00
b 站不也有圈子功能么……
sun1993
2016-07-23 21:28:09 +08:00
@prprio 能具体说一下哪一块吗?谢谢~
prprio
2016-07-23 21:31:02 +08:00
@sun1993 验证码怎么可以用文本呢。你的 /code 接口返回的是纯文本。那我先请求一下 code 接口,然后再请求一下登陆接口,不一样可以暴力破解嘛。

验证码还是生成各种变形、粘连,有干扰的图片吧,不然没意义。
qiayue
2016-07-23 21:34:02 +08:00
拿 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
2016-07-23 21:41:29 +08:00
@qiayue 666 ,太感谢了~不过目前没有适应移动端(想着做几个 h5 页面适应一下的),估计不可能会有人玩的,就当自己有个网站好了,以后还可以往简历上写一下
sun1993
2016-07-23 21:42:22 +08:00
@prprio 嗯嗯,回去改一下,之前做的时候图省事,没有用图片
501956430
2016-07-24 00:18:19 +08:00
个人站 ,有登陆,注册,评论功能,不担心被查?
Andy1999
2016-07-24 00:20:45 +08:00
你需要一个手机上的前端(话说搞本子才有钱途啊
McContax
2016-07-24 00:31:12 +08:00
首先把手机移动端做一下,内容的话可以参考, bbs.mcyacg.com ,虽然我也不是很同意 discuz 就是了
McContax
2016-07-24 00:43:25 +08:00
@qiayue 请教个问题。缓存这招用在博客上是不错,没什么大的更新,但是论坛基本是很多新帖,缓存会不会得不偿失,因为我也有做论坛倾向,所以想问清楚
prprio
2016-07-24 02:19:50 +08:00
@McContax

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

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


总之。目标就是减少读库。尽可能的提高缓存命中率。
生命周期越短(缓存要频繁更新的)越是要考虑 io 。
生命周期越长,越考虑用文件缓存(节省内存)。
sun1993
2016-07-24 06:26:59 +08:00
@501956430 担心。。可是没别的办法了,如果不是个人的话办任何手续都需要营业执照。。无奈才用个人的
qiayue
2016-07-24 07:12:21 +08:00
@McContax 首先,按照 @prprio 说的,缓存粒度尽量小,你可以关注范凯的 肉饼铺子 公众号,里边有几篇文章关于缓存的文章讲得挺好。
然后你关心的频繁更新问题,举个最简单例子,假设你某个缓存的内容缓存时间是 5 秒,假设你每秒 100 个请求,那么这 5 秒内,你也只需要查询一次数据库,而如果没有缓存,你需要查询 500 次数据库。
缓存的其中一个目的就是减少直接读取数据库。
lslqtz
2016-07-24 07:28:49 +08:00
你这验证码还不如不用啊。。
针对 IP 的请求限频率,没有验证码更省心
501956430
2016-07-24 11:05:02 +08:00
@sun1993 个人比较无奈,被查到会有关站的风险

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/294447

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX