讨厌广告……
yamibohk04 今天开始会有空点点，也召唤别人去点……
是等页面打开了就可以关掉了么
我也很少点广告..orz..看来现在开始要点点了...
需要的话可以弄一次资金捐助吧..只靠几位管理员和斑竹实在很大压力..
总之..300能新生还是值得庆贺的..XD
原帖由 siyeclover 于 2008-12-31 14:04 发表 https://bbs.yamibo.com/images/common/back.gif
CAROLDMT，天狼星，Stanlie29，夜乌鸦，呵呵，你们刷的也很辛苦。
林鱼月，人少吧，等晚上人多的时候就会慢的像牛爬了。
kaas，九月份机器运回来后硬盘就有少量报错，最近一个月越来越多，终于三十号凌晨撑不住 ...
空间不够也没办法，MYSQL我不是很清楚，300的数据库量是多少我也不清楚，全库备份时间看起来比较长。不知道MYSQL有没有SQL SERVER和ORACLE那样日志备份的功能，只要每几分钟到十几分钟备份一下数据库的更改操作（这个量不大），晚上备份一次全库并在完成后删除当天日志备份就可以把丢失时间压缩在日志备份周期，当然日志备份间隔需要一定调试，时间太长一次备份量大，备份时速度大受影响，丢失的东西多速度影响也大，但是太短则平均访问时间要拖长。这些都可以写进计划任务自动进行，就是不时的要看一下任务执行是否成功。当然了，不是商业服务站丢个几天也没多大关系。
坛子终于又复活了- -
在时速一百公里的高速公路上手机浏览状态很好，万岁！距离上次集资确实过了很久，再集一次能管几个月托管费就算几个月吧，反正又不强制，给个热情群众释放点嘛。
附件20g。。。300果然是个奇迹。。。
呃..广告方面的确很少去点..如果真的出现资金问题..赞同搞个捐款吧..人多力量大..
300这个组织还是无可取代的啊
九成新，具体很难说，跟竞价有关，总而言之是很少的。
关键是没人点，比如我用的火狐有广告过滤，所以从来没看到过百合会的google广告。
鱼猫，然。
mania，对，页面打开了就算点一次，也别点太多。
星辰.空，......，fivesky，其实这次硬盘故障是正常的，硬件在使用过程中总是要坏的，不必太在意。
百合会最大的支出就是每月几百的托管费，这是财貌双全的筱林透在付。
你们可以问她要不要赞助。
Dark，百合会论坛数据库现在有1.3G，长的挺快的，两年前我刚到这里时才不到四百M。
mysql有个binlog和Oracle归档日志挺像，不过我在试用时发现它对性能有影响，增长还挺快，所以就没用它。每天一次全备挺方便的，只保留最近几天的就行了。
除非两颗硬盘同时死掉，否则百合会数据丢失不会超过一天的。
crazyman，过几天加内存还要停机。
chiman，每月流量70%就是这些东西。
每月增量，多则一G，少则六七百M。到明年这个时候应该就有三十G了。
嗯連上來真的是百般開心...
不能連上的日子很悶啊...悶
維修好了就好囉!
-----------------
呃不過我原帳密碼給忘了yamibohk02
^^"然後這新的不能在管理版發帖
只能等待管理員在線了yamibohk04
你原来帐号留的邮箱是否真实邮箱？
如果是就试试“忘记密码”功能，我昨晚试过，能用。
https://bbs.yamibo.com/member.php?action=lostpasswd
其实我建议改阿里妈妈的广告。。。看到就算钱
300的神奇其实还可以体现为不肯教/诱导/强制小白用相册
CLOUD啊，总让透姐一个人单供女儿也不合适，再说06集资那次也是效果不错，再搞次吧。我涨工资了，这次多捐点.......虽然还是贫穷阿姨一只。
对一个论坛来说，1.3G到是真不小了……
積分50以下的用戶到底佔全部的多少百分比
也許有90% ?
原帖由 Dark 于 2009-1-1 09:46 发表 https://bbs.yamibo.com/images/common/back.gif
对一个论坛来说，1.3G到是真不小了……
嚴格來說這是不能改變的...如果有人能勸服上層的話yamibon021
积分限制只会导致刷马甲。。。用时间限制条件吧。。。在线300小时以上/月在线100小时之类的。。。
其實我想附件可以採取申請制
我一直認爲有品的貼圖者是不會嫌用相冊麻煩的OTL
[ 本帖最后由 鱼猫 于 2009-1-1 16:14 编辑 ]
原帖由 wakka 于 2009-1-1 13:32 发表 https://bbs.yamibo.com/images/common/back.gif
嚴格來說這是不能改變的...如果有人能勸服上層的話yamibon021
其实也不是不能改变。附件暂且不谈，其实附件对CPU和内存占用还是少的，主要是网络带宽和硬盘空间。MYSQL这样的小型数据库对G级数据性能如何我不清楚，但哪怕就SQL SERVER来说都有一个临界点，也就是数据库大到一定程度，或者表空间、记录多到一定数量性能会整体下降一个档次，目前超大型数据库（T级）很少用SQL，用ORCL的多。通常做法就是分割数据库，把某一时间点以前的记录移到历史库并提供一个入口，当然历史库只读，不允许写入。这样无论平时性能和备份时间都可以得到提高，1G还好，那种几百G的数据库做次全库DMP都要不少时间。
啊哈哈，要是透采用了我的建议四叶就苦死了……这东西不是个简单的工作，要对表结构比较了解才行
[ 本帖最后由 Dark 于 2009-1-1 16:37 编辑 ]
感谢你们提供了一个如此美妙的地方
chiman，论坛坛情吧。
阿里妈妈的广告是怎么回事？
暗色のAristoteles，掏钱的人不是我，我不发表看法。
Dark，其实文学性质的论坛很容易上G。
百合会的硬件资源，特别是CPU和内存，对付目前的应用绰绰有余。数据库消耗的资源只占整体资源的很小一部分，所以尚未有分割数据库的必要。
占资源比较多的是apache，百合会有个图区，里面不少帖子的图片是存在百合会服务器上的。浏览一个这样的帖子消耗的资源顶至少十几甚至几十个在灌水区灌水的我消耗的资源。网速慢的浏览者还没太大影响，网速极快的浏览者浏览一个图片附件很多的帖子会在服务器上产生一个瞬间负载峰值。我试过限制流速或者同IP并发连接数，但发现这会造成很多人附件打开不完全，最后只好作罢。
前段时间我把游客的附件下载权撤销，发现很有效，少了不少不必要比如网络蜘蛛的流量。
总而言之，硬件资源还是足够的，不必担心。
全库dump太慢了，我直接打tar包的。
pnity，还更多一些，论坛里尽是看贴不回贴的人。
鱼猫，但之前记得有个人说的话也有道理。
别的地方可能都会失效，存在百合会服务器上的不会失效。
这也是一个需要考虑的因素。
其实关于硬件资源大家不用太担心，透妈说了，随着硬件的发展，等我们现有硬件资源无法满足需求时，届时一定有更好更便宜的硬件，一些事情都可以随之迎刃而解。
透妈还说了，不买最好，但买最贵。
透妈财貌双全，大家要放心她。