向东博客 专注WEB应用 构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除|赢在IT，Playin' with IT,Focus on Killer Application,Marketing Meets Technology.

php计算的结果：


说明这个长整形就是这样转的，呵呵。

ITE8871

互联网很大，圈子很小---腾讯凶猛之我见
最近老是有人说我们腾讯，哈哈，我也来写两笔，以凑个热闹， 我个人认为是Tencent有把五个指头握成一个拳头，这五个指头分别是：
1.用户体验，快速迭代
2.数据挖掘是重武器?数据为王
3.重事实，看观点，商业与我如浮云烟
4.低调的华丽，意境方能高远
5.人才储备加公司文化的厚积薄发
-----------------------------------------------------------------------------------------
很多人说腾讯不是一个创新的公司，我觉得我有一点看法，顺便写一下大概：
   什么叫创新呢？你创新一个看看，似乎很困难吧？不要为了创新而创新，我们要做有用创新，模仿其本质也是创新，不是吗？超越了前面的对手和产品，那更是创新，是吧！商业本是一个胜者为王的和战争相仿的一个严肃的游戏，创新仅仅是游戏规则中的一个较为重要的环节，而它绝对不是全部，所以，不创新可能失败，但是创新未必成功。
  好的产品未必需要标新立异，腾讯赢在用户体验上，它把每个产品都做得稳定好用，这还不够，它要做的是一个平台，一个平台下的精细化服务，原因很简单：用户不会在乎你创新了什么，也不会在乎更不知道谁是原创，谁是模仿，在乎的是好不好用，方便不方便，能不能发掘其内在的需求和人性的一些东西，这就完全足够了。也是其最本质的东西，那就是用户习惯，谁前期修改了用户的习惯，进而演化为良好的用户体验，我想如果一个用户没有什么习惯，就来体验你的产品，那就会对你的产品大打折扣，额外的用户习惯是在潜移默化中培养出来的，需要精细耕作，而超越其他同类产品的能力，那就是腾讯最大的创新，存在即是合理，失败便是零蛋，赢是最终的目的，但它也不是商业的全部归宿，谢谢。  jackxiang

+----------------+----------+
| left(FTime,10) | count(*) |
+----------------+----------+
|                |     1044 |
| 2010-07-21     |        6 |
| 2010-07-22     |     2746 |
| 2010-07-23     |    10273 |
| 2010-07-24     |     7691 |
| 2010-07-25     |     6955 |
| 2010-07-26     |     7622 |
| 2010-07-27     |     2130 |
+----------------+----------+

注意下面查询语句的区别：
mysql> select left(FTime,10),count(*) from Tbl_User    group by left(FTime,10) ;
+----------------+----------+
| left(FTime,10) | count(*) |
+----------------+----------+
|                |        1 |
| 2010-07-13     |        7 |
| 2010-07-14     |        1 |
| 2010-07-15     |        1 |
| 2010-07-16     |        3 |
| 2010-07-20     |        2 |
| 2010-07-25     |        1 |
+----------------+----------+
7 rows in set (0.00 sec)

mysql> select FTime,count(*) from Tbl_User    group by left(FTime,10) ;        
+---------------------+----------+
| FTime               | count(*) |
+---------------------+----------+
|                     |        1 |
| 2010-07-13 11:39:45 |        7 |
| 2010-07-14 11:50:20 |        1 |
| 2010-07-15 15:16:20 |        1 |
| 2010-07-16 16:11:39 |        3 |
| 2010-07-20 12:00:31 |        2 |
| 2010-07-25 19:16:08 |        1 |
+---------------------+----------+
FTime类型如下：

xx对于电脑使用的玩家的常用软件，然后我就学习及深入的研究xx，在这里和大家一起探讨xx的使用方法，希望对大家有用。用MRTG监测Linux系统CPU温度
阅读全文

最近，昆曲《怜香伴》打着“纪念李渔四百周年”旗号上演。香港导演关锦鹏、“巾生魁首”汪世瑜、文化学者李银河、服装设计师郭培、化妆设计师毛戈平跨界合作，演出由有“物以稀为贵”的“男旦”的担纲，出品方更号称《怜香伴》是“国际艺术节翘首以盼”的一部佳作。  


　　如是眼花缭乱的商业包装，如是华丽的演出阵容，原本以为能从中感受到中国古典美学，却不料，我第一次在剧场听到观众的嘲笑声，第一次感受到什么叫中国封建文化的糟粕，终于明白为什么戏剧史上对李渔的剧作一直评价不高。

　　《怜香伴》中，范家新妇崔笺云与曹家小姐语花一见钟情，赋诗唱和，同性相恋，几经周折同嫁范生。就同性恋感情展示，《怜香伴》仅是闻香、吟诗，便让两个女子倾心相许，十分肤浅。我看过的同性恋题材作品中，像曹雪芹《红楼梦》里戏子藕官和药官、蕊官的同性爱，是艰难环境下相依为命而产生的恋情；港片《自梳》里的意欢和玉环两个女子，屡经患难，相互扶持，从而有了刻骨铭心的爱。相对而言，崔笺云和曹语花的恋情平铺直叙，缺乏动人之处。

　　表面上，《怜香伴》是同性恋的故事，骨子里是男人的意淫。曹语花父亲有权有势，自然对无权无势的范生有利无弊，这分明是一生不得志、落魄江湖的李渔的梦想——娶美人，美人的家庭还能扶助自己的事业。在闺房之乐上，李渔写了范生与崔笺云的狎昵之态， 中国封建士大夫引以为乐，在今天看来则是低级趣味。总而言之，不论从情节，还是从文辞来说，《怜香伴》的剧本价值着实不高，也就难怪被尘封350年之久。

　　出剧场后，我脑海里想到的问题是，斥巨资打造《怜香伴》这样的戏，有什么意义？尽管《牡丹亭》、《西厢记》、《长生殿》也是谈情说爱，但剧本的深度、文辞的优美，亦可使今人陶醉。《怜香伴》这么一出即使在封建时代也不能登大雅之堂的戏，却在今天搬演。它那通体散发出封建残渣腐臭味儿，能给人们带来什么？即便从美学角度来说，男子气犹在的“男旦”表演谈不上美感；服装华贵，但整个舞台看去，颜色搭配不当，不是满台偏黄，就是满台偏青蓝，绝对不如《牡丹亭》杜丽娘粉红衣配柳梦梅粉蓝衣好看。

　　《怜香伴》这样的戏，只能作为高级酒吧的配乐，让酒客附庸风雅，而不能在艺术上感染众生。然而制作方却投重金于其中，大加渲染，可谓无任何意义

当新浪终于借由MBO完成了股权结构的稳定，当新浪仍然没能在媒体相关的业务之外取得突破，熟悉这家门户网站10多年发展历史的人们在议论感慨之余，都会提到“王志东”这个名字。或许很多年轻人已不再知道王志东是谁，但如果回到10年前的第一轮互联网高峰期，他是能够激动众多创业者的英雄和符号。阅读全文

之前根据自己的理解和整理写了一篇QT与GTK，但是由于自己知识有限，积累的东西太少，关于QT协议有非常严重的错误，有位高手给我指出来，并且对关于QT和GTK的多个方面做了更加明白的理解和实用的介绍，非常的感谢，现在专门给整理过来，也警告自己求学不慎的态度，以后会低调和努力的学习，谦虚的向大牛请教。
下面是纠正和补充的内容：

关于协议的说错了，

Gtk 是较宽松的 LGPL，允许开发闭源软件，
而 Qt4 是 GNU 更加严格的 GPL， GPL 不允许开发闭源软件，
除非购买商业授权，

于是这些商业公司为了能不花钱将软件闭源，
就选择了宽松 LGPL 的 Gtk。

后来 Qt 卖给了做手机的诺基亚，
诺基亚关心的是他的设备卖多点，支持的人多点，不在乎 Qt 开发的程序是否闭源，
于是就将 Qt4 的授权添加了宽松的 LGPL
（于是很多闭源软件商由从 Gtk 转到 Qt4 了）

而关于稳定性，
对于水平差不多的程序员来说，
用 C++ 编写 Qt 程序要比用 C 编写 Gtk 程序靠谱的多，
所以在平均水平差不多的时候，当年的 Gnome 远不如 KDE 稳定。

而现在，Gtk 程序已经越来越多用 C 以外的语言来编写了，
如 .Net (Mono 的 Gtk#)、Python、C++，
甚至 Gnome 自己就一大把组件是 PythonGtk 的，
所以稳定性不再有啥大的差异。

另外，尽管前些时候 KDE4 老被人说狂喜欢崩溃，
可那是因为 KDE4 是彻底抛弃 KDE3 的历史包袱从头构建，并且大胆尝试新的桌面思想导致的，

Gnome 现在没被人说不稳定了，
其实是因为同样不稳定的 Gnome3 甚至还没法怎么给一般用户使用
（现在可见的 gnome3 组件如 gnome-shell、mutter，还是很不稳定的）
来源：http://www.awuit.com/qt-and-gtk-2/

http://www.eehome.cn/read-htm-tid-37057.html

本套件原价卖25元，现在只卖15元，超实惠，强烈推荐！！！
现在购买就送价值5元全新原装的AT89C2051一片，数量有限，先买先得！！！  
淘宝地址：http://item.taobao.com/item.htm?id=6082185922
联系方式： QQ:25688583     淘宝旺旺：chinayuyi    
15元=最小系统板全套板DIY配件（包含MAX232芯片和12M晶振）+PCB空板+学习资料（包含测试程序和焊接指导），不包含单片机
本文来自电子工程师之家:http://www.eehome.cn/read.php?tid=37057

　　　这次用的是AT８９S５２单片机，下面是俺的小程序：





K1键用来控制亮度，每按一次增加一个亮度级别

最近由于需要大概研究了一下MYSQL的随机抽取实现方法。举个例子，要从tablename表中随机提取一条记录，大家一般的写法就是：SELECT * FROM tablename ORDER BY RAND() LIMIT 1。

但是，后来我查了一下MYSQL的官方手册，里面针对RAND()的提示大概意思就是，在ORDER BY从句里面不能使用RAND()函数，因为这样会导致数据列被多次扫描。但是在MYSQL 3.23版本中，仍然可以通过ORDER BY RAND()来实现随机。

但是真正测试一下才发现这样效率非常低。一个15万余条的库，查询5条数据，居然要8秒以上。查看官方手册，也说rand()放在ORDER BY 子句中会被执行多次，自然效率及很低。

搜索Google，网上基本上都是查询max(id) * rand()来随机获取数据。
SELECT * FROM `table` AS t1 JOIN (SELECT ROUND(RAND() * (SELECT MAX(id) FROM `table`)) AS id) AS t2 WHERE t1.id >= t2.id ORDER BY t1.id ASC LIMIT 5;

但是这样会产生连续的5条记录。解决办法只能是每次查询一条，查询5次。即便如此也值得，因为15万条的表，查询只需要0.01秒不到。

下面的语句采用的是JOIN，mysql的论坛上有人使用

SELECT * FROM `table` WHERE id >= (SELECT FLOOR( MAX(id) * RAND()) FROM `table` ) ORDER BY id LIMIT 1;

我测试了一下，需要0.5秒，速度也不错，但是跟上面的语句还是有很大差距。总觉有什么地方不正常。

于是我把语句改写了一下。
SELECT * FROM `table`
WHERE id >= (SELECT floor(RAND() * (SELECT MAX(id) FROM `table`)))  
ORDER BY id LIMIT 1;

这下，效率又提高了，查询时间只有0.01秒

最后，再把语句完善一下，加上MIN(id)的判断。我在最开始测试的时候，就是因为没有加上MIN(id)的判断，结果有一半的时间总是查询到表中的前面几行。
完整查询语句是：
SELECT * FROM `table`
WHERE id >= (SELECT floor( RAND() * ((SELECT MAX(id) FROM `table`)-(SELECT MIN(id) FROM `table`)) + (SELECT MIN(id) FROM `table`)))  
ORDER BY id LIMIT 1;

SELECT *
FROM `table` AS t1 JOIN (SELECT ROUND(RAND() * ((SELECT MAX(id) FROM `table`)-(SELECT MIN(id) FROM `table`))+(SELECT MIN(id) FROM `table`)) AS id) AS t2
WHERE t1.id >= t2.id
ORDER BY t1.id LIMIT 1;

最后在php中对这两个语句进行分别查询10次，
前者花费时间 0.147433 秒
后者花费时间 0.015130 秒
看来采用JOIN的语法比直接在WHERE中使用函数效率还要高很多。
来源：http://blog.csdn.net/zxl315/article/details/2435368

一）没有Id怎么办，也就是没有索引，当然是加索引Id，再就是，可以采取如下SQL，但效率肯定不是很好：
SELECT * FROM Bar B JOIN (SELECT CEIL(MAX(ID)*RAND()) AS ID FROM Bar) AS m ON B.ID >= m.ID LIMIT 1; SELECT * FROM video_upload_table B JOIN (SELECT CEIL(MAX(uuid)*RAND()) AS uuid FROM video_upload_table) AS m ON B.uuid >= m.uuid LIMIT 1; SELECT * FROM video_upload_table B JOIN (SELECT CEIL(MAX(user_id)*RAND()) AS user_id FROM video_upload_table) AS m ON B.user_id >= m.user_id LIMIT 1;

二）加索引Id，摘录自：http://www.jackxiang.com/post/821/
    ALTER TABLE `video_table`  ADD `id` INT(64) NOT NULL    first;       alter table `video_table` add index id(id);       ALTER TABLE `video_table`  modify  `id` INT(64) NOT NULL AUTO_INCREMENT   first;       -----------------------------------------------------------------------              mysql> ALTER TABLE `video_table`  ADD `id` INT(64) NOT NULL    first;       Query OK, 162090 rows affected (1 min 7.06 sec)       Records: 162090  Duplicates: 0  Warnings: 0              mysql> alter table `video_table` add index id(id);       Query OK, 0 rows affected (10.94 sec)       Records: 0  Duplicates: 0  Warnings: 0              mysql> ALTER TABLE `video_table`  modify  `id` INT(64) NOT NULL AUTO_INCREMENT   first;       Query OK, 162090 rows affected (1 min 10.35 sec)       Records: 162090  Duplicates: 0  Warnings: 0  
Innodb在加自增长id有点特殊，更多请看：http://www.jackxiang.com/post/821/
加上Id后效率情况，后查询SQL如下，这样整确实时间上少了不少：
SELECT * FROM `video_table` AS t1 JOIN (SELECT ROUND(RAND() * ((SELECT MAX(id) FROM `video_table`)-(SELECT MIN(id) FROM `video_table`))+(SELECT MIN(id) FROM `video_table`)) AS id) AS t2 WHERE t1.id >= t2.id ORDER BY t1.id LIMIT 1 \G; 1 row in set (0.03 sec)

  MySql查询随机几条数据
    想到了  Max  RAND  这几个函数
    用以下2种办法都可以实现查询。  速度还行。
    几十万数据左右， 没有什么问题。
    SELECT * FROM `news`
    WHERE id >= (SELECT floor(RAND() * (SELECT MAX(id) FROM `news`))) 
    LIMIT 10;
    
    
    SELECT *
    FROM `news` AS t1 JOIN (SELECT ROUND(RAND() * ((SELECT MAX(id) FROM `news`)-(SELECT MIN(id) FROM `news`))+(SELECT MIN(id) FROM `news`)) AS id) AS t2
    WHERE t1.id >= t2.id
  LIMIT 10;
    
    
    
  

阅读全文

输出404即可：

如果你还没有在你认为重要的领域中取得成功，那么你至少符合下面的一种情况：

·         没有一个目标
当我们不知道自己要去哪儿时，我们就像是转磨盘驴子，终日在往前跑，到头来没跑到任何地方。有时候，我们在前进的道路上设立了自己的目标，却对它并不重视，反而在错误的方向上前进。有时候，我们只是简单地去做那些自认为渴望的事，而没有停下来考虑自己真正想要的是什么。想想，你的目标在哪儿，你是不是在向着目标前进？

拓展阅读：《怎样设定目标系列总结》

·         没有一个远景
设定目标是很重要，但这未必促使你去实现它。有时候，你的目标甚至不是你自己设定的，也许只是你在完成别人对你的期望。或者你不知道为什么要去实现这个目标，而不是别的目标。远景就像是燃料，它能让你在长期目标上不断坚持。当然在一开始，你未必有个明了的远景。只有在不断地实践自己的小目标和中期目标时，渐渐地充实自己的远景，从而继续引导你奋发向前。

·         没有一个计划
如果目标是你的终点，远景是你的燃料，你的计划就是让你到那的地图。没有计划，你就不知道眼下要做什么去达到你的目标。计划意味着储存你所拥有的和所需要的资源，以及那些把这些资源转化为行动的步骤。这个世上有太多有目标却从未实现的人，是因为他们不曾有一个计划——别让你自己成为他们中的一员。

拓展阅读：《制定计划的好处》

·         太自信和太固执
你对你的计划和行动总是太自信，以至于固执得认为你做的是绝对正确的，从而拒绝接受错误的可能。如果这样，当预期以外的情况发生时，或当计划把你带到一往不期望的方向时，你会发现自己陷入了困境。不论你的计划多么强，也不论你对自己的目标有多肯定，都要为重新考虑预留余地。

·         瞻前顾后
你害怕失败，或者害怕计划总是不够完美，不敢大胆地开始行动。想想吧，失败谁没遇见过呢？计划完美了又如何？成事在人，如果你连向成功地第一步都不敢迈出，那目标和计划不都还是一场空。

拓展阅读：《拒绝借口之铲除气馁的种子》、《怎样建立自信》

·         没有从错误中吸取教训
失败是成功之母，为什么？因为当我们花些时间去分析它们并从中学习的话，失败和错误可以让我们吸取经验。一个人可以犯错误，但是一个错误犯很多很多次就说明你只是在愚蠢地、没用心地去做事。既然如此，那你怎么能成功？你只是想让这些不断重复地错误证明你一开始就不打算去取得成功的胆怯思想。

拓展阅读：《如何从错误中学习》

·         闭门造车
你不愿意接受别人的帮助和建议，认为采纳别人的建议是对自己的限制或者对自己的创造力的一种“污染”。与人交流是获得成功的必要步骤，也能加快你的前进步骤。欢迎并接受他人对你优缺点和成功失败的评述。优雅地接受他人的帮助，并不代表你要接受所有的建议，但是你要认真而公开地倾听，并仔细斟酌。可以的话，从他人的错误中学习。

拓展阅读：《建立人际关系的七要素》

·         害怕想法被复制
害怕别人窃取你的好点子，害怕别人通过你的方法变得更有激情，害怕别人知道你的工作秘诀等等。持有这种想法使你在行动上畏缩。这些害怕使那些本来美好的变成你的负担。

某个时候，你得停下任何你在做的事，想一想你为什么要这样做，特别是在你做的事并没有让你达到目标的时候。一旦你这样做了，我想你将会找出至少一条上面说的情况与你相符。不论你的理由是什么，最重要的是你要明白，你的本质并不是要成为一个失败者或成功者，成功是要争取的，它不会自动发生在我们身上。一旦你意识到这些，你就能开始做出改变，这将会促使你从“愚蠢”走向成功。

本文参考《你没有取得成功的10个原因》

积分饱和：
    当偏差长期存在时，控制器中积分控制作用要引起积分过量问题，常用的防止积分饱和方法有两类：
  如果执行机构已经到极限位置，仍然不能消除静差时，由于积分作用，尽管PID差分方程式所得的运算结果继续增大或减小，但执行机构已无相应的动作，这就叫积分饱和。

抗积分饱和：
(1)当控制器输出达到额定的上、下限值后，切除积分作用(1)，保留比例作用(P)，构成PI-P控制器。这样在偏差减小时，控制器输出能更快脱离上限或下限值；
   (2)在数字PID控制算法中，采用增量型或速度型算法，每次计算出应调整的增量值Δu或变化速度Δu/Δt，当控制作用量将超过额定上下限值时，则保持在上限值或下限值。这样，一当偏差减小或改变正、负极性时，控制器输出能更快脱离上限值或下限值。

   作为DCS系统PID算法已经考虑到了这个问题，所以作为使用者部需要考虑这个问题，除非你自己设计算法，编制程序。

抗积分饱和：
所谓积分饱和是指PID控制器输出由于积
分作用的不断累加,从而导致执行机构达到极限
位置(最大或最小),例如此时执行机构阀门已经
达到最大位置,而控制器计算得出的输出U(k)继
续增大,阀门开度不可能再增大了,此时就称控制
器输出的控制量超出了正常运行范围而进入了饱
和区。一旦系统出现了反向偏差,U(k)逐渐从饱
和区退出,进入饱和区愈深则退出饱和区的时间
越长。在这段时间内,执行机构仍停留在极限位
置,而不能随偏差反向立即做出相应的改变,这时
系统就像失去控制一样,造成控制性能恶化。这
种现象称为积分饱和现象或积分失控现象。
抗积分饱和的思路是在计算U(k)时,首先判
断上一时刻的控制量是否已经超出极限范围。如
果U(k-1)>Umax时,则只累加负偏差;如果
U(k-1)<Umin时,则只累加正偏差。这种算法可
以避免控制量长时间停留在饱和区。

http://s.taobao.com/search?q=7x24+%D3%B2%C5%CC

SV35.5系列可承受最高70℃的温度，运行时最低环境温度0℃；功耗方面1TB/500GB型号典型操作7.0W、寻道平均10.4W、待机1.0W，噪音25dBA，250GB型号典型操作5.0W、寻道平均8.0W，待机1.0W，噪音23dBA，都略低于已有产品。
过单碟容量的提升并没有让SV35系列的厚度变得更薄，其中1TB/500GB还是26.11毫米，即将登陆市场的250GB则是20.2毫米！

selenium

http://seleniumhq.org/docs/

http://wenku.baidu.com/view/ae5b5f0e7cd184254b353549.html

http://www.ibm.com/developerworks/cn/java/wa-selenium-ajax/

http://www.javaeye.com/topic/107276



验收测试管理工具FitNesse

http://www.testage.net/html/85/n-1085.html

http://hi.bccn.net/space-21499-do-blog-id-15443.html



PHP资源收集

http://www.foolbirds.com/php-resources



continuum

http://continuum.apache.org/

From：建鑫 2010-07-16
PHPUnit3.0发布 集成Selenium组件！！！

Selenium RC是一款测试工具，允许你为web应用编写自动化的用户接口测试，支持任何程序设计语言、任何HTTP站点以及任何主流浏览器。它使用Selenium Core，这是个利用JavaScript执行自动浏览器任务的库。Selenium测试直接运行于浏览器中，就像真实做的那样。这些测试既可用于验收测试（通过在集成系统上执行更高级的测试而不是只独立地测试系统的各个单元），又可用于浏览器兼容性测试（通过测试不同操作系统和浏览器上的web应用）。

----------------------------------------------------------------------------------------------------------------------------------------------------------------
近日，Sebastian Bergmann宣布PHPUnit 3.0版本正式发布。此次发布的PHPUnit 3.0主要对几大开源PHP应用的调试，并加入了许多新的特性和修正了许多的Bug。

新特性

PHPUnit 3.0引入了一系列的新特性以便用户更加方便地用它进行调试，并且使得3版本比以前任何版本的功能都更加丰富。

伪对象调试

你如何才能测试一个对象里面的方法被另外一个方法调用的时候运行是正确的呢？你如何可以忽略外部资源而单独进行调试呢？伪对象和局部测试可以为你解决这些问题。部分提供答复对这些和其它问题。

集成了Selenium组件

PHPUnit 3 集成了Selenium RC组件来提供更好的调试 (更高层次的平台测试来代替系统单一模块的独立测试)和浏览器兼容性测试(在不同的操作系统和浏览器中测试web应用) 。

代码覆盖面分析

怎么评估你的测试呢？怎么发现没有被测试的代码，或者换句话说，还没有被涉及到的代码呢？你怎么衡量代码测试的完整性? 所有这些问题可以由称为代码覆盖面分析的功能组件来解决。PHPUnit 3的一个新的特性就是为测试提供了更为详细的代码覆盖面详细信息。


http://blog.chinaunix.net/u1/57558/showart_519548.html