Perfil de Dong缩小一百倍，攥手里玩儿FotosBlogListasMais  |  Ferramentas Ajuda |
|
28 de setembro 蜻蜓家族做梦梦见一奇特的事儿，梦见看见三只蜻蜓飞行，1只大的带着2只小的，梦里的我心里感觉很奇怪，因为蜻蜓是不分大小的，只分成虫和幼虫，幼虫没翅膀，如果大小不同的蜻蜓根本就是两个物种，不会做这样的品字形编队飞行的。于是我跟随过去，看他们落在我家椅子上，仔细欣赏。
此时大蜻蜓飞起来，然后绕到小蜻蜓上面，跟小蜻蜓嘴对嘴做亲吻状。小蜻蜓把身子翻过来，仰面朝天，做可爱状。
看得出神了，忽然想起来要把这罕见的情景拍摄下来，迅速摸出手机，打开镜头，但是怎么拍都不清楚，这叫一着急，正在焦虑的当口，来了一群小孩，把蜻蜓赶跑了。 22 de setembro 恶意维权、要求停止免费、耳背社会新闻一直很有意思，不过以往的社会新闻或者极度荒诞或者具有明显的主旋律导向，最近有几个社会新闻比较给劲，
跟美丽园一样给劲
晚报说了一事儿，说有个小区，有个业主买了个房子，最后开发商死活不把房子交给他，宁可赔付15%的违约金也不买给他房子，这是一多逗的事儿啊，现在消费者真都成了邪恶的上帝了，据报纸说，此业主在网上当了小区论坛版主，说到这里，不免再说一别的事儿，我觉得网友都挺邪恶的，仗着见不到面，全都喜欢把事情往绝了做，如果有网上的投票什么的，肯定是最离谱的那个选择项选择的人最多，所以我觉得很多时候所谓网友论点都是扯淡，全都一群邪恶的神经病，唯恐天下不乱的主儿。接着说这个小区，说这个人在网上发布各种攻击开发商的消息，组织网上业主们找监理公司检查房屋质量，这还算比较正向的，离谱的是：开发商声称经常接到此人的建议，要钱和享受免费度假，在收房时，以能平息业主不满情绪为由申请开发商的奖金，经常用版主身份向开发商施压。。。开发商苦无对策，不敢把房交给他，怕今后被他讹一辈子，然后开发商终于等到这个业主维权的漏洞--他给开发商写了封信，说要求30日内交房，并且支付违约金，否则就要退房，并且用合同总价15%作为赔偿。开发商接到这封信，高兴坏了，赶紧顺水推舟，拖了30天后，解除了购房合同，宁可支付15%违约金也不卖他。不过最后业主声称这份书信是开发商伪造的。哈哈，颠倒的世界，邪恶的消费者，邪恶的网络。
还有个新闻，说紫竹院公园免票了，导致周围群众、民工盲流纷纷入园，公园各项设施严重损毁，最后对游客进行调查，20%的游客要求公园恢复售票。。。
陶然亭公园紧挨着几个居民小区，尤其是东边挨了个号称凤图腾的缺心眼儿高档社区，为什么说他缺心眼儿，因为他忽视了小区周围居民的力量，说这个公园每天从清晨开始，就有两个大功率的喇叭开始播放老年歌曲，还有若干唱戏的，跳舞的等等，总之是一比工地噪音还大的地方。周围的居民苦不堪言，每天都随老大爷大妈们起床。记者采访高音大喇叭边上的一个大爷，问：干嘛开这么大声啊？大爷说：我们老年人耳背，听不清楚，而且声音大了显得热闹。这个公园有两个高分贝的黄金时间，1是清晨，1是傍晚，我都见识过，是让人绝望的那种分贝。 19 de setembro 井底的我使劲造车最近颇受打击，发现自己辛苦努力原创的东西世界上已经有了长时间存在的免费而且开源的实现，被事实无情的抽了大嘴巴。
1.CacheServer(CacheList)，自己设计并实现了一套缓冲存取机制，含有创建、追加、更新、删除等功能，支持Socket的长连接和短连接方式。结果发现php的memcache和我的东西几乎一模一样，而且在socket底层实现上使用了poll，优于我的线程池直接等待在accept上的方式，可以用更少的资源更高效的处理IO。然后memcache是一套较完整的方案，在php中直接内置了模块，把底层通讯格式封装了起来，没看具体实现，估计使用了高效的定长header+变长数据体的方式，二进制包结构。而我的CacheServer为了兼容各种应用，把通讯协议设计成类似HTTP的纯文本协议，纯文本的协议格式最大的问题是分析包的系统开销过大。不过仔细思考了一下两者的优缺点，感觉可能还是我的实现好一些，首先我在CacheServer的cachetable上是可配置的，可以为不同的应用提供不同的Hash表，避免了单Hash表过大的问题，当然memcache对此有变通的方案，比如可以执行多个副本，每个副本是一个应用，即使只有一个副本，也可以用自定义key的方式为不同的应用分配到不同的key空间上，不过这样难以解决单Hash表过大的问题。在底层socket上，经过在lighttpd和apache上的实际对比，发现这种单进程多路IO复用的方式实在有点不敢恭维，要是特次的机器还能体现出他的优越性，要是好机器的话，还是要老老实实用Apache。因为他充分利用了硬件资源，优化在方方面面，光在IO复用上的优化无法弥补其他方面的弱点。在数据过期处理上，我没有为单个数据设计过期时间，而是为应用分配过期时间，这样做的好处是极大减少了数据过期时间对比的开销，不用每次请求都判断某个数据是否过期。整个CacheServer有单独的线程为每个应用Cache定期判断过期时间，然后后台更新数据，更新完毕后替换前台Hash表，不中断应用，在大批量数据时尤其有用。在数据项处理上，memcache只能添加、更新、删除，无法追加，当然它可以通过更新功能实现追加，但那样的开销太大了，某个key上如果有10K的数据，对他追加1k数据就相当于要传输11K，而包含追加功能的Cache省去了大数据量传输过程。再说协议格式，经过对世界的观察，发现简单而容易测试的协议是最好的。
2.RRDTool，一个专门用于根据定期时间数据生成统计图形的工具，出现也挺长时间了，不过我刚知道，赫然发现跟我曾经作的一个很简单的图形统计系统几乎一样，设计思路完全一样，呈现方式几乎一样，rrdtool支持多种形式输出图形，自动判断Y轴坐标值，可以为任意时间段的数据输出对比图形。不过研究了几天，发现几个不足，让我对我简陋的系统重拾信心。rrdtool的数据是不可更改的，这点有点太2了，统计数据这东西就是为了分析的方便，又不是给军队用，为何不让更新以前的数据呢？以我的经验，一个有活力的统计系统，其底层数据可能一直在变化，随需求而动，或者忽然发现了数据采集的错误，需要重新更新。还有他的绘图模式还需要改进，竟然不支持虚线。不过我相信这俩问题在后续版本中很容易改进的。研究它的图形输出指令，感觉这个工具是一个跟我差不多学识的人开发的，如果是我做这么个工具，也会采用这个方法来做指令集，其变量定义语句和我曾经作的一个游戏核心基本一样。估计语法分析过程也差不多，非常爱用冒号，哈哈。总体来说很不错的工具，因为设计思路和我那个基本一样，我用一个shell脚本就直接把自己的数据倒入了他的库里，干事儿还是要挖源啊，但是用我的数据在他的图形上看就极丑陋，伤心死了，尤其是虚线功能的缺乏，导致进行数据直观对比非常不方便，必须映射到不同的颜色上，但是如果我要同时对比4，5个曲线的话，就相当于要有8条或10条不同颜色的曲线，根本无法区分谁是谁了，所以，虚线功能非常重要啊，rrdtool可能更适合于分析简单的无相关性的单独曲线，而像"A曲线导致的B曲线从而影响的C曲线"这类需求在rrdtool没有提供虚线功能前实在太折磨人了。
3.SessionServer，类似于php，jsp等工具提供的session功能，但是SessionServer直接提供Socket实现，立刻支持分布式应用。而且带有独特的非sessionid寻址方式，这是一特重要的功能，简直太重要了，很难想象如果这种寻址，WAP如何顺畅开展。。。目前还未发现跟这个井底造车产物相当的开源实现。为何说非sessionid的寻址很重要呢？首先说明session的概念，所谓session，是利用cookie或者url带参数的方式将某个随机产生的并且是唯一的字符串告诉客户端，然后客户端在后续的访问中一直携带此唯一字符串，服务器根据自己生成的这个随机字符串到一个存储容器中寻找与此字符串对应的真实数据内容，可能是用户的登陆信息等等。。。在正常的应用中，有这样的功能足够了，在分布式时代中，只需要把它弄成socket化的就行了，更懒的方式就是直接用nfs共享session存储目录。但是中国有个中国移动，中国移动有个移动梦网，移动梦网的业务开展方式是基于HTTP页面代理的计费平台，如果想对内容收钱就要接入这个平台，而因为他这个平台是基于页面代理的（所谓页面代理，就是用户不是真的访问内容服务器，而是全被明确的转向到页面代理服务器，页面代理服务器再把用户请求转发到实际服务器，实际服务器把内容返回给页面代理服务器，叶面代理服务器把受到的内容进行全面分析，把其中的所有超链都变成以页面代理服务器开头的地址），这种代理方式是愚蠢的，因为他篡改了页面，而且用户的很多必要数据无法送达真实服务器，比如用户本来在Abc.com有cookie，但是被他一代理就变成了http://fuck.com/?url=abc.com，这样的结果就是abc.com的cookie不会发给fuck.com。当然这不是问题，因为这些东西都可以url化，放到url上变成一个参数，但是最缺的是：计费过程的某些步骤会丢失sessionid。在最早的1，2年内，因为这套计费系统过于不完善，导致用户在计费前和计费后完全没有连续的可能，计费之前希望看到的内容计费后是绝对无法通过正常途径找到的，如此可怕的计费模式催生了基于非sessionid的寻址方式，也就是基于手机号和业务代码的寻址方式，这为订购前后匹配用户行为提供了可能，因为当时移动的网关是传递手机号的，同时业务代码也是整个计费流程中一直携带的数据，所以用这种方式极大的解决了用户行为连续性匹配的问题。后来这套过于不完善的系统终于提供了少许功能可以把某些信息从免费页携带到计费页，但是在提供这种可爱的功能后不久，他又提供了另一个可怕的附加功能，导致这个功能几乎没用了--在计费确认页上增加了一个返回继续浏览，这个返回继续浏览带来的影响是致命的，他再次把所有数据丢弃，本来用户浏览中挺高兴的，看到资费后想回退了，但是点返回继续浏览的效果就好像是把一个在书店里逛了半天终于找到一本好书的用户一巴掌煽到了马路上：你丫重新进来。完全无法回到用户苦心找到的中间点。此时为了维护用户浏览的完整性，再次需要基于非sessionid的方式来串联用户行为。
周杰伦的新专辑歌曲都挺好听的，大家都喜欢的就不提了，有两首歌，我听着都有感触，一首是：迷迭香，这首歌初听觉得没什么，弥漫着50年代的气息，后来看了完整版的千里之外，忽然对他有了感觉，迷迭香出现在完整版千里之外的中间，与千里之外发生的时间吻合，与千里之外所讲述的故事的进展精确吻合，给人一种恍惚感。人类认识一个事物都是从图形开始的，一首歌曲如果有了影响的记忆，就会深深刻在脑中。看了完整千里之外后，每次听到迷迭香都把自己拉入那段影像的时间。另外一首感觉很好的歌曲是：听妈妈的话，从歌词中仿佛看到周杰伦从小受到的严格教育情景，让人知道如此的天才是如何产生的，不是凭空蹦出来的，每个人的成功既有机遇也有基础，如果周杰伦没有受到儿时的严格训练是不会取得如此大的成就的，这首歌如果让曾经迷恋周杰伦的每个人都仔细听一听，相信会有极好之教育效果，不过感觉周杰伦这个专辑都是给80年代以前的我这样的老梆子听的了，中国风过强。我小的时候做了什么？傻玩儿傻乐。 13 de setembro 美丽园纠纷以业委会彻底失败而告终政府判决不能指定新物业，仍然由老物业回来接任。
据说，老物业回小区的日子里，锣鼓喧天，鞭炮齐鸣，红旗招展，人山人海，业主们含泪欢迎物业归来.
被愤青主导的业委会真可怕啊。 02 de setembro 美丽园部分业主自掘坟墓美丽园小区物业突然撤离，根据我多年总结的经验，如此光怪陆离的事情背后肯定有不可告人的原因，说物业公司丧心病狂那绝对是胡扯，从正常逻辑来讲肯定是物业赖着不走，美丽园物业违反正常逻辑的行动一定是有一些表面文章看不到的东西，所谓表面文章就是媒体和业主的一些说法。我是一个喜欢在论坛上闲逛的主儿，论坛是个好东西，往往能剥离事务表面的伪装，从真实逻辑的角度为我解开心中的疑团：
标题: 我们同学住那儿,业主也分两派,一派是业委会那边的,非要把钱降下来;另一派是主张少变动,只要服务好了,钱多钱少无所谓
|
|
|
