天高云淡

每日散言 2010-08-27

heart5 — Fri, 27 Aug 2010 07:59:00 +0000

热度:

精彩一直好状态 http://bit.ly/aBRjw8 #
猜测，永远都是最耗神的，且不增值。找到对的，就是好的。 #

每日散言 2010-08-26

heart5 — Thu, 26 Aug 2010 07:59:00 +0000

热度:

一场秋雨一层凉，终于降温了。 #
一个电视台播了很久的骗钱广告今天我终于上当了 – 我们爱讲冷笑话 – 今天楼主在河南卫视看到一个帮人设计签名的广告。
反正很诱人的。
其实播过很久了，我一直没有去试。
要人编15加自己名字，发到1066666655，如15郭靖。… http://bit.ly/9MncCn #
苏联“8.19”事件回眸：失民心者失天下 – 玩聚SR|最佳 – 玩聚SR还知道： CCCP走到这一步用了70年，中华民国解除党禁也用了7x年，天朝刚刚走过60年而已 Flier Lu 在 GoogleReader… http://bit.ly/cH3umO #
[转]影响100年的营销启示 – 营销 – 有道博客搜索 – 1、老鼠和狗
一群老鼠爬上桌子准备偷肉吃，却惊动了睡在桌边的狗。老鼠们同狗商量，说： “你要是不声张，我们可以弄几块肉给你，咱们共享美味。”狗严辞拒绝了老鼠们的建议：… http://bit.ly/9OHqmC #
用简单动画来解释复杂原理 / 煎蛋 – jandan.net – 1、飞机的星形发动机
2、椭圆规

3、缝纫机

4、马耳他十字机芯——用于控制时钟的秒针运动

5、汽车变档机制

6、汽车等速万向节

7、舰炮弹… http://bit.ly/c6UBbk #
国内产品搞不好的原因是心态浮躁，认真无利可图，且作假成本特低。出了事不可怕，就是事闹的不大，只要闹大，政府必定接管。 #
韩寒，网民喊你出来说话！ #
最爱自己产品的人，因为专注和投入。
我理解的产品经理 – 最新文章 – UCD大社区 – 本文，我从一个新手的角度去记录我所理解的产品经理是什么。仅代表个人观点，仅从一个没有UED支撑的从业者所思所想出发，肯定会有错误，欢迎批评… http://bit.ly/buQtLq #
在哪里等候你？我的亲人！《唐山大地震》 – 一五一十部落头条 – 作者：麦克 | 评论(17) | 标签:《唐山大地震》, 冯小刚, 感恩,… http://bit.ly/aQ5jDJ #
适用于blog的还有StatPressCN插件啊。
16款国外著名的实时统计系统 – 曙光博客 – 国内的统计网址几乎都是实时的，比如CNZZ，51La，量子统计等。对于国外的统计网站来说，大家比较熟悉的是Google Anal… http://bit.ly/d3TLDv #

每日散言 2010-08-25

heart5 — Wed, 25 Aug 2010 07:59:00 +0000

热度:

世上最浪费时间的三件事 – 励志 – 励志人生，励志故事，励志文章 – 我问你，世界上最浪费时间的是什么事？
人人网？偷菜？魔兽世界？

不是，尽管它们排名也很靠前。

世界上最浪费时间的是三个单词：WORRY, BLAME,… http://bit.ly/dzEdqt #
红遍全球的美国女孩的辞职信！ – 萝卜网 – 人人都是艺术家 – 这周一，这个名叫Jenny的女生给她办公室的同事群发了一封e-mail。內容如下。
大家星期一好！

我不干了！

这两年来，我学到很多，

我会想你们… http://bit.ly/942CCx #

每日散言 2010-08-24

heart5 — Tue, 24 Aug 2010 07:59:00 +0000

热度:

冲刺又一天 http://bit.ly/dwNuSl #
欢迎 @trackjumper 关注吾的消息！ TrackJumper (trackjumper) on Twitter – http://bit.ly/dyUnsf #
这几天都睡不醒，早上让石头给抓醒了。 #
buzz迟早会被twitter大水冲垮的！ http://bit.ly/9WTWoh #
A1600硬件再出问题，继上次cmos电池失效花费了300大洋更换后壳后，这次连sd卡都不认了，所有装的第三方程序失效（凯立德、anyview等）。尝试把程序装在手机内存中，发现这是个不可能完成的任务，通过samba进去没有操作系统目录的权限。 #
杯具了，mpkg、yan0助手都不支持在手机内存运行，桌面星期可以运行但不支持自启动。这下A1600就只能做电话用了，冤枉了智能称号。这moto的硬件啥时候变的这么脆弱了，必须要慎重考虑下次换机时的品牌选择。 #
好久不见，韩寒。 #
环保国家日本为何消灭不了塑料袋？ – 玩聚SR|最新 – 玩聚SR还知道：还有 Vane, woodear, apple, 推荐，查看全部 12 个推荐徐静波品味日本发表于2010-08-23 09:07:16… http://bit.ly/9CqBg0 #
@finale 那么多牌子做android，选哪个好呢？貌似还是moto风头最盛。 in reply to finale #
南泥湾种鸦片的历史 – 牛博国际 – 一、一点疑问
首先有一个疑问是长久使我感到困惑的，即战争时期我军的后勤问题是如何解决的？如果说内战时期可以用打土豪、斗地主、分浮财的办法来解决，那么抗战时期呢？那时搞了统一战线，不好打地主土… http://bit.ly/9FXUh3 #
【外刊IT评论】我的丈夫是个程序员 – 外刊IT评论 – 我在11年前认识了的我丈夫。当时是南缅因州大学新生入校的日子，我带着吉他去宿舍。他饶有兴趣的盯着我的吉他。之后他敲响了我的房门，自我介绍道：“嗨，我叫Adam，我就住在走廊… http://bit.ly/d9NqJQ #
刘亚洲在昆明基地的一次震撼演讲 – 明镜博客 – 刘亚洲原系大陆军队作家,亦系原中共国家主席李先念之女婿,其夫人李小琳现任中国对外友协副会长.刘亚洲曾在美国留学数年,加上间断生活,在美国居住接近十年.数年前开始在大陆军队及中共高层… http://bit.ly/aRyyhi #

每日散言 2010-08-23

heart5 — Mon, 23 Aug 2010 07:59:00 +0000

热度:

你很棒，祝他好。RT @arthur369: 昨天 @virushuo 在车上发烧，只好我一个人从温州开回上海，500公里开了7个多小时，路况不是很好，隧道十几条，还四处修路。晚上他又一直发高烧，好在现在退了。 #
欢迎岩本莉子 @ririkoriko 朋友关注吾的消息！岩本莉子 (ririkoriko) on Twitter – http://bit.ly/cBN9HL #
奕采启劲神采流彩精采 http://bit.ly/cnLJhW #
亮银亮能元能能元光芒光华丰采润采润光光润清波清采 http://bit.ly/9wDJmY #

每日散言 2010-08-22

heart5 — Sun, 22 Aug 2010 07:59:00 +0000

热度:

欢迎 @liulei 朋友关注吾的消息！刘磊 (liulei) on Twitter – http://bit.ly/90qugt #

每日散言 2010-08-21

heart5 — Sat, 21 Aug 2010 07:59:00 +0000

热度:

欢迎 @ilikeyoutwo 朋友关注吾的消息！ #

每日散言 2010-08-17

heart5 — Tue, 17 Aug 2010 07:59:00 +0000

热度:

从湖北到陕西走秦岭，有点堵，但整体顺利。 #
接连四天酒烟熬夜打牌，看起来明后两天又跑不脱。咋办？ #
feedly的侧边栏小工具条咋不见了？！？？？ #
list #
Google地图中能显示buzz图层，看到周围有这么多buzz，很欣慰的感觉。如果能提供twitter图层就更好了。 #

每日散言 2010-08-16

heart5 — Mon, 16 Aug 2010 07:59:00 +0000

热度:

新文章: 每日散言 2010-07-11 http://bit.ly/c4KF1Y #
新文章: 每日散言 2010-07-20 http://bit.ly/9Kth4S #
新文章: 每日散言 2010-07-26 http://bit.ly/cQ95Pa #
新文章: 每日散言 2010-07-27 http://bit.ly/dvB7F6 #
新文章: 每日散言 2010-07-28 http://bit.ly/d7dtcp #
新文章: 每日散言 2010-07-29 http://bit.ly/d9WUmD #
新文章: 每日散言 2010-08-02 http://bit.ly/a1Ak47 #
新文章: 每日散言 2010-07-30 http://bit.ly/ajf4qM #
新文章: 每日散言 2010-08-03 http://bit.ly/boPgRr #
新文章: 每日散言 2010-08-04 http://bit.ly/9exxL1 #
新文章: 每日散言 2010-08-05 http://bit.ly/aRp760 #
新文章: php和mysql下的时间、日期 http://bit.ly/9A3TOC #
新文章: 每日散言 2010-08-06 http://bit.ly/dmtefQ #
新文章: 每日散言 2010-08-07 http://bit.ly/92xkYG #
新文章: Spray Park Sunset http://bit.ly/duPjZS #
新文章: 每日散言 2010-08-08 http://bit.ly/9sQfDo #
新文章: 每日散言 2010-08-09 http://bit.ly/cr8LAF #
新文章: 每日散言 2010-08-10 http://bit.ly/ajwd4i #
新文章: 每日散言 2010-08-11 http://bit.ly/bUwDjq #
新文章: 每日散言 2010-08-12 http://bit.ly/cLcry2 #
新文章: 解决数据库逐渐无限增大问题——StatPressCN开发笔记 http://bit.ly/cBKsfu #
驱赶蚊子、蚂蚁、蟑螂的妙法 – 悟学网 – 蚂蚁怕酸，蚊子怕辣，蟑螂怕香。春天来了，小生命们马上就要出洞了，供养给师兄们一个不杀生又能驱赶蚂蚁、蚊子、蟑螂的妙法。
蚂蚁怕酸味

家里的甜食摆没几分钟，蚂蚁大军立即来袭，让人又气又… http://bit.ly/daZ1uR #

解决数据库逐渐无限增大问题——StatPressCN开发笔记

heart5 — Thu, 12 Aug 2010 15:54:51 +0000

热度:

这个问题像梦魇一样一直挥之不去。随着数据记录数量的增长数据表越来越大是无法避免的，而博客服务器资源有限也是现实的，再说了还有数据记录超过5万之后对速度的影响也是非常明显的（记录数量过了10万“朋友来访”就无法正常显示，删到5万就正常了）。

一般共享服务器对数据库大小都是有限制的，否则可能因为个别用户使用超大数据库查询时占用太多系统资源影响其他用户，这个限制是多少目前没谱。不过我的统计数据表曾经达到了40M之巨，那一般的服务器提供给博主使用的应该也差不多在50M左右。数据库大小限定既然是存在的，那StatPressCN必须提供解决方案，不能任由数据库增长超限时出现异常或被服务器提供方警告从而引起博主对插件的不满。限制大小其实是通过限制数据记录数量来实现的，初步计算每条数据记录的大小是231个字节，那10M的大小就是45392条数据记录。给数据表设定大小限制，通过判断数据记录数量进行，超过了就删除时间最早的记录，然后更新归档数据。出于效率考虑，删一条增一条效率太低，因为每次都要归档数据，合适的做法是判断超限了，那就一次性删除一定数量的记录，更新归档数据，优化数据表（实际执行数据记录的操作），等下次又超限的时候在删除一定数量的记录，更新归档数据，优化数据表，如此循环。这个数量定为多少合适呢？不能太小，因为会影响效率，又不能太大，删除多了对博主对来访统计全貌的了解是个损失。那就在两天的数据记录和1024（反应在数据表上大小上则是231K）之间进行比较找个小的做标准，这样可以保障最高也不会删除超过两天的数据记录。那删除那些数据记录呢？因为是要解决数据表占用空间问题，所以操作对象是所有数据记录，包括404的和正常访问的。对删除的记录数量需要做记录吗？为了反映StatPressCN运行的整体情况，还是记录已删除记录数量的好。在什么时候执行这个操作？在加载插件的时候执行有点浪费，因为不是每次访问都会被统计，比如那些对爬虫的来访（设定不统计爬虫来访的前提下）。最好的挂接点是已经确认要记录该次访问了，那就是append新记录之前。

综合以上分析，拟用以下方案解决数据记录太多超过服务器限定大小或影响插件以及博客运行速度的问题：

1、在选项页中增加“数据表大小”设定选项，默认是5M，其它可选项是10M、15M和20M。默认5M是个超安全的设定，能容纳22696条访问记录，对一般的博客流量来讲够用了，且不会影响访问速度和后台高级功能（如朋友来访）的使用。对于那些服务器资源足够且网络水平较高（起码要能理解数据表大小会随着数据记录的增加而增大的）的朋友，可以吧数据表大小设定的更大点以便得到更多的来访信息。另外，此数据表大小限定的优先级别明显高于存储时限限定，且存储时限限定因为不直观对一般用户不容易理解，所以存储时限限定这个选项就可以退休了。

2、在确实要添加新访问记录的时候，根据所设定的数据表大小对应的数据记录和实际已有的数据记录进行判断，看是否需要执行table_size_limit函数。

3、在table_size_limit函数中首先初始化或对比需要删除的数量，这样更智能，可以应对访问量突然跃上一个新台阶的情况，当然也可以简单化处置，设定一个固定值即可。然后执行删除操作，并将实际删除的记录数量记录在案（可以在其他合适的地方进行显示），然后更新归档数据，然后优化数据表实现物理删除。

这个方案对新用户（刚好使用最新版本启用访问统计的）可以良好运行，但对于使用老版本的当前用户就可能出现问题，比如某用户数据表大小已经超过20M了存储了近两年的数据，可能会因为新版本中对数据表大小5M的默认设定而删除掉大量以前的来访记录。因此需要先判断数据表现有的大小，然后给定一个稍大的值，避免在用户不知情的情况下删除其统计数据记录，还可以避免其数据表无限增大。