youtube被封

近段时间发现，youtube被封，正常手段不能访问。
不过，今天尝试使用代理访问，居然一切正常。赞下！
按目前的情况看，应该是url过滤的代价过高。另，我猜，可以考虑弄个google打头的域名，然后，故意发些敏感内容，让它封url，估计用不了多久，伟大的功(G)夫(F)之王(W)就得死机了。例如，可以注册一个googlemailive.com,或是其它的什么的只要以google打头的网站，再就是，最近openDNS不能使用了，不过可以使用其它的国外的DNS，这个，大家可以随便找下。应该很多的。那堆伟人们要找一堆各个ISP提供的DNS不是太容易的。还有就是，封IP的代价相当低，如果把所有的DNS都封光了估计都没什么问题。当然，代理不关DNS的事。

有传闻说未来房屋70年后要收地租

首先，我200％反对！！
第一个假设，我现在假如买了房子，然后，过了70年，要收费了。好了，我现在手头没这么多钱，怎么办？卖房子？太过分了吧！我住了70年的房子，结果不能住这了，还得搬家。然后，谁给我房子住？如果卖房子的钱不够住敬老院那我是不得睡大街！
第二个假设，假如我现在房子房龄在50年左右，房子现在有问题，土地松陷，结果我不能自己把房子拆了重盖。得有两种选择，一是，把房子卖给政府，然后政府再卖给开发商，让他们来修，然后，我再掏钱来买，结果是房子不但盖得不如我意，还得多掏好多钱。打个比方，我原来是别墅，结果现在成了高层，虽然可能所谓的建筑面积没少，你觉得如何？当然如果原来就是高层，估计没有开发商愿意接这单子，现在你不但得住危房，还不能不住，不住的话，地租还是照样得收。
第三个假设，这个估计很多人遇到过。现在土地给政府卖了，开发商把你家的房子也给拆了。说是三年五年建好。但问题是，过个十年可能都没建好，开发商也没影了，政府啥都不管。你怎么办，自家的地还在那，你自己去建？
后面还有N条假设……。
现在说一句，土地是国家的，但更是个人的，个人应该拥有土地的处置权。没人能把土地从国家分割出去，哪怕它来个"独立"，也不能说明土地不属于国家，但个人有权利对自己名下的土地任意处置。

放弃移动电邮计划

考虑到各种因素，最终决定放弃。
理由，如果不做手机，那么易用性肯定会受到挑战，这样用户就不会满意。而如果做手机，能比那些巨头做得好么?很难。所以考虑再三。决定放弃。当然还有一点，如果直接给授权，那么自己的话语权就会很不够。
现在扯下我当初的标准：
一、安全性。
1、用户在丢失手机后，可以通过各种手段来通知运营商或是邮件服务商。这里包括电话，网络，短信等等。至少有两种渠道。
2、运营商或是邮件服务商在收到通知后，有必要使手机里的邮件信息在一个小时内不可用。如果能使短信息或是电话本信息亦不可用当然更佳。这里提到一点，即便手机无信号，也要保证这一点。这意味着现有的短信息删除手机信息的方法是无效的。
3、在邮件不可用的时间里，没有人能够从手机里获取出原始邮件。包括把闪存取出，再读闪存的方法。也都无法恢复原始邮件。另，在知道邮件系统源码或是知晓手机中邮件系统实现的前提下，也无法实现这一点。
二、可用性。
1、对邮件支持的能力应该支持普遍实现的邮件功能，能够实现大邮件的操作，速度上应该要保持较好的能力。在网络较差的情况下，不致于较大的邮件无法下载。也就是说，希望能提供邮件续传的能力。
2、提供附件另存为等附加功能，但这部分不要求安全性。
三、易用性（推荐规范）。
1、在待机画面下，最少可以使用3个按键来读取最新到达的邮件，最少可以通过5个按键来进入邮件读取界面。触摸的则触摸屏幕相应的次数（已解锁的状态下）
2、电池使用时间应该为，在开启邮件功能的情况下，但不读取邮件且不进行收发操作，待机时间减少10%以内。

要不要做mobile mail

前段时间研究手机邮件，发现目前的手机邮件系统还有许多不足。
然后就想，是不是自己做一套手机邮件系统。
方案出了几套，不过个人觉得较为可行的有两套。
然后就是，我其中一套方案要用自己实现的服务器及客户端。按我的标准客户端是要集成入手机的，也就是说，它是跟操作系统绑定的。但这样做的话，就没办法兼容用户现有的服务端程序了。必须通过我的服务器进行邮件处理。
另一套方案是用现成的服务端就成，但要附带我的客户端。然后，我依然希望客户端与手机操作系统集成。不过这种解决方案还存在一些小问题，也就是说，完全可以满足表面上的客户需求，而且客户很难发现问题，但确实是存在漏洞的。不过这种方式在某种程度上更能满足客户需求，个人感觉。再就是，这种方式得跟运营商合作。不过这类合作貌似很少见。只是使用运营商的资源倒不是很多。当然，邮件收发中所要的数据收发那是必要的。

狼羊传说———关于游戏平衡性的一些杂论

前段时间玩些webgame———ogame，自己关于游戏设计及社会经济学的一些感悟。
首先，许多游戏里有许多职业，这些职业可以取决于你的选择及后期资源的分配。
这里只谈"狼"与"羊"。顾名思义，狼就是相当于强盗的类型，依靠暴力来取得资源并依赖此资源进行发展而使自己的积分提高的一种职业。
而"羊"，则是依赖自己的辛勤劳动来获得资源并不断发展的一种职业。
对于一款游戏来说，应该是希望各种职业的成长机遇相等。也就是说，"多劳多得"，像"狼"，需要不断地生产军事力量，不断地攻击以获得资源，而"羊"，则需要在生产方面不断投入以不断成长。
当然，这只是最基本的一个方面，"狼"也一定需要生产，而"羊"也需要武力来防止"狼"的掠夺。
到了这里，一定会有许多人问，为什么不能全是"狼"或者全是"羊"呢？
首先，如果只有一种职业，那么，所有的人都干一件事，很快就没干劲了。因为每天都干一样的事。而有了多种职业，就可以使得游戏更加地复杂多样。
还有一点要强调的，一款好游戏总希望先玩者有一定的优势，但是，如果后来者比先来者更努力的话，后来者是有机会走过先来者的。
很多游戏都有联盟机制，一方面是为了笼络人，另一方面也是增加游戏的可玩性。也顺便打击下外挂。
说到这，要说一点，通常情况下，游戏的前十名左右是"狼"，而后面则多了许多角色，比如，大龟，"防御很高的羊"，神羊，不断地运送资源以逃避大狼的袭击的大羊。等等。
现在要说社会经济学了，我们知道，羊是社会的主要生产力制造者，如果大家都是羊，那么这个社会肯定最有效率。因为所有人都在制造有效资源。但是，如果有了狼，那么许多羊就必须发展军事，以防狼的袭击，这样的话，效率就会受到损失。所以"狼"多绝不是好事，但在游戏中，又为什么"狼"的待遇要比"羊"好呢？试想，如果只有羊，那么，先来的"羊"将一直保持优势，这样，后面的人就不会再考虑这款游戏了。会流失很多人的。而且，玩游戏的大多也都是明白经济学的。在起始阶段，大"狼"极少，因为根本没有东西抢，而越到后来，大"狼"则会不断增长，可以抢的东西越来越多了。而在这种情况下，"羊"通常会联合起来，抑制"狼"的袭击，这里有几种模式，一、每只羊出一定资源，养一只超级大"狼"，遇到袭击，则由这只大"狼"反击。这样许多"狼"就不愿意袭击这个联盟了。二、每只羊平时都保持一定的军事，遇到攻击，联合起来反击。许多"羊"联合起来的力量是相当强大的。三，跟一些大狼签订和平条约，出让资源以换取和平。
当然，我们也经常看来"狼"们联合起来，一方面是共享信息，另一方面则是对付其它"狼"，以获取资源的垄断。
说到这，我想大家肯定都会联想到我们的社会应该是个什么样子了吧！
再就是，有些大"狼"也会攻击其它"狼"，所以"狼"也要做好防御工作。
对于"狼"的问题是，通常，"狼"的生产能力不足以支撑它的军事力量，所以往往要坚持去抢东西以维护它的庞大的军事力量。而"羊"则没有这方面的问题。另外，"狼"的军事力量会在攻击后受到损失，而"羊"的生产能力很少会受到太大的损失。

创建新博

由于经常需要一些资料要记，什么都放电脑里不好，放网上容易被人看见，而有些东西还是要记事本这类东东好记的。所以就创建了一个新博，这个是一个私密博，只有我一个人可以看。

自己建了个wikipedia

前段时间在wikipedia里完善了几个条目。结果，惹来一身的麻烦。
其实，wikipedia是全球最好的知识管理系统之一。许多现成的知识管理系统就是基于它的。
不过，既然这样，我自己弄了个wikipedia，用mediawiki整的。今天刚整好。目前是可以正常动作了。当然，域名方面现在还有些问题，周一准备将现有域名的注册商从新网转到 1and1名下，这下所说安全些。另，下次准备将huihot.com的邮件系统交由hotmail管理。上次 windows live 给我发了份邀请，提供了一个SMB适用的 live business。内包含100个邮件帐号，每个都有2G的空间哦！都可以绑定自己的域名的。
再，现在我的空间服务商换了，这次是5G的PHP空间，当然是免费的。还无广告。不过原来的空间还在。由于这次提供了大得多的数据库空间，所以敢上wikipedia了。

关于口蹄疫的新闻

来源：http://times.hinet.net/times/article.do?newsid=1984103

口蹄疫衝擊 豬肉價急跌一成五

彰化、雲林發生口蹄疫疫情，曝光之後，已明顯影響豬肉品零售市場消費力，也立即衝擊到彰化產地溪湖肉品市場毛豬拍賣行情，平均價急跌約一成五，每百公斤跌破五千四百元大關，明天起將減少拍賣量希望能穩住行情。

（李 河錫報導） 正在試驗實施不施打口蹄疫疫苗的彰化、雲林縣，發生兩起口蹄疫疫情，儘管農政單位緊急採取撲殺、補強施打疫苗以及管控措施，不料經部分媒體結合十二年前大 撲殺的舊照片、舊資料進行誇大報導後，已明顯衝擊到傳統豬肉品零售市場消費買氣，部分豬肉攤商表示，銷售力至少減少兩、到三成，唯恐後續會更難賣﹔這股消 費低氣壓也立即衝擊到發生疫情的彰化縣，產地溪湖肉品市場毛豬拍賣量略減，不過中午過後一開市，拍賣行情就一路慘跌，每百公斤從接近六千塊，一路貫破五千 四百元大關，平均價半天內就重挫約一成五，市場總經理施明哲表示，經與承銷商與養豬戶代表開會後，從明天起將減少一成的拍賣量，希望能夠穩住行情。

施明哲總經理強調，疫情場附近的毛豬已全部管控，不可能移動買賣外，並加派獸醫師近駐肉品市場內，逐批抽檢管控進場拍賣的毛豬，在嚴加把關情況下，只要是透過合法肉品市場拍賣、屠宰的新鮮豬肉品絕對是安全又健康，呼籲消費者不需過度擔心。

另报：武汉也发现口蹄疫，不过该消息未传出，被封。

来自《The Economist》的一些新闻

第一，关于大陆经济的：
China's exports fell by 17.5% in January, compared with a year earlier. Imports plunged by 43%. The figures were worse than expected. Taiwan, Japan and South Korea, which supply China with many of the components used in its factories, have all recorded much steeper declines in exports.
第二，Intel逆势扩张：
Intel unveiled plans to invest $7 billion in factories in America that will make new, 32-nanometre chips and support 7,000 high-tech jobs.
第三，美国也保护主义：
Alaska Airlines asked for a public inquiry into Virgin America's "citizenship status". Virgin America began regular flights in the United States in August 2007 after three years of wrangling over the status of its foreign ownership. To operate on domestic routes, a carrier must be at least 75% owned by American investors.

选型的烦恼

正在准备自己做硬件，要选型。
虽然确定用ARM,但是用ARM的哪版本还不是太确定。个人倾向于使用corex M3,不过那东东才刚开始，看上了LPC1700系列的一款，但具体价格还不清楚，再说了，是100针的，好多呀。
另外，希望能加蓝牙模块，但接口很难找，我可不希望用串口或是USB接的。但其它的像SPI的貌似很少。

把博客导到自己的域名发现的问题

域名被劫持了。这是千真万确的。我用openDNS可以访问blog.huihot.com。但是，如果不设openDNS。你将无法正常访问。
这难道不是域名劫持么？
当然，现在只导了sp2me.blogspot.com到blog.huihot.com上，其它的基于blogspot的都还没导。
现在，强烈建议大家使用openDNS。
openDNS的两个地址：

208.67.222.222
208.67.220.220

注册域名啦

huihot.com
空间用的很早以前申请的免费空间，连广告都可以不要的。
可以用到2012年。
250M的php空间。不过其实也可以考虑google app engine.

本周报告

发生了几件大事。
一、跟电信发生冲突，主要是IC卡收费的问题。现在是明天据说电信会快递一张201卡给我。不过会收走原来的那张卡，估计是消灭证据。我目前已经把卡片拍下来了。明天会有相关处理说明的。
二、在大统路隧道看到一吸毒的，旁边还有一人，估计在那交易。

首次使用有线通

以前租房子没用过有线通。一般都网通。至少我见过用有线通。自己家里是电信。
顺便扯下，发觉有线通不是一般地慢。
刚开始时，开个网页要四五分钟，然后，想办法，找了个代理，效果好了许多，只要两三分钟，比较正常。
last.fm狂卡，比电信卡多了，用代理，效果不错。
然后是下载，不用代理时，4－6KBps,加了代理，能上15Kbps了，但相对还是慢。我不论网通还是电信都能全速的。而1M的有线通速度居然不如人家 512K的，想不通。而且，不用代理简直不可用。郁闷。再说了，如果有人没想到加代理怎么办？我加的是一个国内的代理，发现国外的代理更慢。不像电信，加 国外的代理听last.fm就一点问题没有。说明有线通的国际带宽实在是……。

目前进展

目前进展：发的包的内容基本正确。但问题是校验错。我用的boost::asio具体问题出在哪还不清楚。继续。由于校验错没法请求。所以。

代码成型啦

今天编译，总算通过了。但肯定还无法运行。准备明天用wireshark测下。毕竟是别人的程序改的。架构又比较复杂。
希望能尽快完成。

又要拖延

真的觉得自己太不好意思了。跳票老多次了。
现在进展是：用boost的一个example来改，原先以为那东东把header的解析都搞好了。当然很可用。但是，结果并非如此。那东东对content的处理并非我想要的。不过，其实我想做的很简单，只要收到消息，更改下，发送，然后再将接收回来的信息反馈给发送方。
但现在自己把整个东东做复杂了。
当然，多考虑也有好处。就是:有些东东虽然不是标准定义的。但一般情况下都可用。我也希望我的程序能支持。
再说下，原先以为可以借助这个程序做点其它的东东，比方申请个域名，然后，只要有人使用我的程序，我的域名的流量就会很大。但后来想想，其实都是一个ip的，意义不大。但有可能的话也可以尝试，但这样做更容易被封。于是就不玩了。其实那东东我控制不了，是google管的。

准备先写windows版的了

boost库老是整不好，今天切换到windows下，发现那个示例文件可以正常编译。预示我的代码估计也能编译。但今天没空，等明天吧。希望不会有大问题。

头大头大

晕死，遇见了难以预见的问题，原先想用boost 的asio库来做数据传输，结果，整了好多天都不能用。编译了老多次，就是不行。编译都说通过了。但不知怎么的总是boost::system:: get_system_category()的问题，于是停滞了老长时间，这回，下了另一个tcp/ip库，我原先用的那个，想来是可以了，不过倒好，那 server貌似不工作。再看下代码，连线程都没有，而且，老多地方本来该用const char*的都用了char *.改了老久。结果还是不行。只能告诉大家，再多等等了。

反URL过滤软件预计本周内推出

     以前提到我用python实现本地代理端通过google app engine的服务端相连，以实现反URL过滤的效果。
目前，决定用C＋＋实现后小范围发布，预计先期发布linux版，后期发布windows，目前，linux下的开发环境刚架设好。写代码与调试还需要一 段时间。
之所以用C＋＋实现，主要是为了延长被破解的时间，虽然是免费软件，但是，至少可以延长google app engine被封的时间。