Licml的文字风格(汉语)

A.M.两点半(http://hi.baidu.com/licml/)
这是Licml的博客, 文字风格非常特别. 我一直想品味其中的意境, 也想追寻这意境散发之源.
今天看了clongming的博客(http://clongming.bokee.com/index.html)--一个读中文系的博客, 陡然间发现其文字风格与Licml如出一辙.
曾经说Licml越来越步入超凡的境界了, 现在可以准确的说这种境界是: 与语言大师越来越近了.

SiC 的一句名言

今天又去Sic 的博客转了一圈, 重新读了几篇文章, 发现了一句在不同文章中出现多次的话:

"唯狂热与无知使人幸福."

有些道理, 于是我找到有时我觉得幸福的原因了...

高速逃费

今天新华网上有这么一则新闻：疯狂女司机冲卡 顶着收费员狂奔3公里

这种逃费的事儿连我都遇上好几回了，要说司机贪便宜那也是有的，但这决不是逃费的根本原因。新华网上的报道最是爱拿表面现象说事儿的，关于高速收费的现状竟只字不提。

• 收费还贷，贷早还了还在收费还贷。
• 且不说它每公里五毛钱的收费是不是贵，一个通勤线路竟没有月卡，一台家用车每月高速费竟有千元之多，真是买得起车养不起车，养得起车跑不起高速。
• 如果说如此收费有缓解行车压力之用，那看看路况吧。每逢上下班高速上竟会堵车，很多路段时速根本无法跑到六十，究竟是车辆违章还是高速违章，一个违章的高速竟然不红不白的厚着脸皮收钱，收得好有道理！

如此高速收费，正常交费的司机就没有心里痛快的，逃费也就不可必免了。本来觉得逃费实不应该，但比起那些“坐地分赃”的敛财者，那辛苦赚钱，冒险逃费的司机倒更不容易哩。从这个角度看，新华网的报道更是缺乏点人性。


交通成本和信息成本的降低将会加速经济的增长。任何一个市场经济的国家都会尽可能的降低出行和电信的费用。而中国显然还没从封建时代“雁过拔毛”式的财税政策里进化出来。不论是驾车出行还是使用公共交通，中国的出行成本高得惊人。电信更是如此，各种套餐各种加拨号码瞎折腾，就是不肯实实在在的把话费降下来。电信部门的暴富绝对是以拪牲整个社会的经济增长为代价的。

其实这些现象反映出现今中国社会一个非常让人担忧的现状——富的撑着的人谁都不肯放弃自己的既得利益。这和资本主义世界的第一次经济危机前的状况很相像。前些年的通货紧缩其实就已经反映出了这个问题。结果政府不好好想着怎么让普通阶层快点富起来却学会了用“后资本主义社会”的利率调控来继续捣空平民阶层的棺材本，且不惜用各种手段榨取底层劳动者的血汗钱来维持泡沫式的繁荣，好有良心……

中国民众的购买力下降是不争的事实，如果此类“把普通阶层榨得更穷”的政策不快些结束，合理的“社会财富再分配”不尽快实现，中国的经济崩溃绝不是危言耸听。

中国是个后起的国家，在今天之前，经济危机有过，经济泡沫也有过，要是中国经济再栽跟头，那可真有点缺大脑了。

现在不是把邓三写进教材逼着不相干的人洗脑的时候，而是应当意识到社会中潜在的危险和政策的失误。
“摸着石头过河”，河还没过就传授起经验来了，而且还“强行发售”，岂不是笑话！

据说中国政府要统管互联网了

中国政府要统管互联网了，胡锦涛对此有讲话，各大媒体对此的报导也证实了这一点，这真是一个另人忧心的消息。

不是说互联网不该管，互联网早该管了，而且该全面整治，但问题是谁来管，“中国政府”来管能让人放心吗？

中国的官员们有多少懂互联网的？又多少是真心“为民服务”的？让他们来管互联网，还不是举子棍子乱打一气，中国的文化和国人的素质都已经差不多快瘫痪了，还让这些不动脑子光知道找麻烦谋利益的官员在互联网上搞“文革”？

口水战漫天，低素质行为与低素质内容比比皆是，GFW的恶搞。出于政治或非政治目的的打压。互联网上的问题比现实中尖锐的多。没有充分的准备，超群的智慧和高明的管理巧只能越管越乱。看看近年政府出台的乱七八糟的政策，有多少像是有头脑的人想出来的？管吧！凭着中国政府官员的一贯式的弱智管理模式还不得把互联网拆了？

中国的互联网本来质量就和国外差距很大，这下更没的上了！

当然，情况也可能比这乐观。因为：

1. 那些缺乏智商和与时俱进精神的人没能力管，管不了。（看看中国近年想出了多少管理互联网的办法，有哪些顶用？）
2. 那些缺乏实干精神与为民服务思想的人没真心管，不了了之。（看看中国多少本来可大有做为的政策不了了之了？）
3. 如果真的找到有能力管又真心管的人，那些人总不至是个不明事理的“传统老爷”，那就不至于太过胡来一塌糊涂。

其实真的一塌糊涂也没啥不好，不湖涂怎能明白？

观点 鸡蛋

今天被老师指点了一下做学问和正常看书的区别，就像吃鸡蛋。

正常读书：把鸡蛋消化成自己的营养就行了，管它是哪只母鸡下的呢。
做学问： 一定要知道蛋是哪个母鸡下的@#$%……

所以说做学问不仅要做到知识和观点在头脑中的系统化，而且一定要分清哪些是别人的观点哪些是自己的观点。

看来我要改变现在记笔记“收集式”性质，要向Licml的笔记上靠靠才行。
更要在细节上下功夫。

Blogger支持多标签了！！！

总为Blogger每篇文章只能使用一个标签而郁闷，突然发现Blogger技持多标签啦。

真是一个不知不觉的转变，下午写母母和猫的那篇文章时还没有，写这篇文章时就变了。

现在的标签用起来有点儿像Del.icio.us，虽不比Del.icio.us档次高，但更好用。

母母和猫的智商比较

我在饭桌上吃饭，猫在饭桌上盯着我的碗。
母母想把猫引开。
于是母母用左手装成拿东西喂猫的样子向猫示意“过来过来”，猫见手中无物，不上当。
于是母母用右手装成拿东西喂猫的样子向猫示意“过来过来”，猫见手中无物，不上当。
于是母母用左手装成拿东西喂猫的样子向猫示意“过来过来”，同时右手拿了一个碗，猫见右手手中有碗，于是随母母去了。

于是我得出了结论——母母比猫聪明的！
… …
… …

考研政治中的中东问题

这次考研卷中有关中东问题的那道题很恶心，明摆着是要我们说“美国为了资源来打伊战”，也许美国打伊战有为了资源的考虑，但拔除了萨达姆的实际效果是几乎所有阿盟成员都松了一口气，中东石油输出更让人安心了。更何况巴以问题和石油根本不靠边。

于是我在说出了他想让我说的话的同时，隐晦的把这种“冷战思维”和“中国特色的政治宣传”给批驳了一下，反正政治答得也并不好，不批它一下我更窝心……

Licml的咖啡

曾经和Licml抱怨这个咖啡有点苦，那个咖啡非常苦，这次看了Licml冲的咖啡我似乎明白为什么了。

我一包速溶咖啡 只冲200ml。Licml冲的是500ml。

就这么简单...

Licml的笔记

曾看到Licml在疯狂的把一些东西摘到电脑里，并且保存成Word文档。当初对他的这种方式质疑过很多次，因为Word文档不够稳定，而这种保存方式的归类、索引也都不方便，更不方便快速查阅和济览。

但某天看到了Licml的笔记，是手写的笔记，归类和条理并不清晰，却工工整整，颇为详细和完善。而且据大黑说，Licml这样的笔记有好几本子……

我突然意识到了我和Licml笔记的不同（其实每个人的目的都互不相同），我做筆記纯粹是为了以后查找使用，很挑剔，只选择可用性极强的东西，而且对查找与流览的方便性极为敏感，是一种非常功利性的笔记。在纸笔时代我的笔记与收藏都很少，而且也都是些索引性质的东西。而Licml的笔记是日记体例，也并不是为了某一天从其中找什么东西，而是为了用留下轨迹的方式使学生更深入、更有心得。好像很多伟人的笔记都属于Licml类型。

先前关于Licml的“图书采购员”的说法太肤浅了。

QQ用户又被诈骗了一回

今天看到一则新闻：钓鱼网站假冒腾讯用QQ诈骗 网民难辨真伪

可怜的QQ用户又被诈了一回。诈骗QQ的确是个聪明的办法，得手率肯定高。QQ用户里知道“IM stands for what”的比例不会高，不知道钓鱼网站的那就更大有人在。如果这种钓鱼网站是针对Gtalk的，那肯定会自讨没趣。而Gtalk仅仅4万的活跃用户也根本没有潜力可诈。

常认为用QQ的都是两种人，一种是无知的人，一种是别有用心的人，还有一种是被别有用心的人耍了却不知道自己被耍了的无知的人。总之都是无聊的人……

现在我的群里还经常收到一些乱七八糟的东西并被要求“发给多少多少个用户然后会有什么好处等着你”，真想问问这些人，你们不累啊！

Del.icio.us 提供的JS代码中的BUG

我的主页上左下方的网摘就是由 Del.icio.us 提供的JS代码

这个BUG很奇怪，在FireFox中没有，在IE中却报错，导致无法显示。

显示样例网摘没有问题，显示我的网摘却有问题。

总之，别的我没办法，但恨IE还是能做到的……

ASP生成静态HTML

前两天刚设想了一下给我的主页Reader静态化。 今天手就痒的收不住了。就以上次提到的那段代码为核心设计了两个文件。一个是生成单一文件的，一个是批量生成所有文件的。

这两个文件搞得很容易，相反，因为不想放弃原来的动态解析的功能，特别是应用Cookies的个性设置功能，结果协调的好立辛苦。

试了试，感觉不错，就是现在只能靠手动触发生成新的HTML文件。但想到SXNA的算法也并不科学，手动就手动吧，而且可以因此而选择个更好的时间来进行。

现在的静态化功能基本是凑合着用，效率不高，功能臃肿，代码混乱。不是长久之计。

今后的想法是这样的：

步骤一：用JavaScript改写自定义这种鸡肋功能犯不上，索性去掉罢，简洁无错才是要务。

步骤二：实现链接静态化，而不是像现在这样要通过主页分析和重定向。实现动静分离，动态解析仅做调试用。

步骤三：用模板方式重写静态化部分，可以实现更多更强大功能，工作量有点大，而且也非完全必要，晳不列入计划。除非想做Reader 2.0版，这种方式可以提供一个更唯美的版本。

其实，实现到步骤二就已经很完善了，这两天心烦，无心看书时不妨先搞定第一步。

昨晚停电了

昨天晚上停电了，反正晚上停电对于我现在的坐息时间没什么影响，但这一停电，还是深有感触。

没了电，立马回到中世纪了，最明显的，立马变成了聋子瞎子。四下地一色儿黑。没有啊？还有蜡烛，但一双眼睛能看多远，一对耳朵又能听多远呢？比如停水，立马可以上网查查公告，看看什么时候能来。但如果停了电，那就什么也不知道了，难免有一种莫名的绝望。

不免又想到了有关“过去好”的说法。但想想，每天生活中要有多少东西是“过去”不存在的？我们每时每刻都在使用着这些东西却在不自觉的渴望其它的那一点点。真有一种贪心不足的感觉。

别说是没了电灯，就算是没了电脑，好些事情都无法完成，就连“断个外网”都牵扯甚众。

但这种现代生活的脆弱也是有些好处的，脆弱，势必敏感，也就不至于太过混乱。一个停电、停水、停暖什么的就吵吵嚷嚷的，总比“从前”饿殍遍野好的多！

把银行卡丢了

真是糟糕的一天，上午找不到我的银行卡了，折腾了好久，能找的地方都找上好几遍了，肯定是丢了。

根本记不起来是什么时候丢的，好在钱还在，这已经是我这些年丢的第三个银行卡了。

只能怪我最近头昏脑账，长到几天短到几秒的事儿常常记不起来。

太折磨人了……

关于ASP读取RSS的考虑（含生成静态文件代码）

今天早上，看了两个ASP的RSS即时阅读程序，只是粗略的浏览了一下结构，想错鉴一些想法。

一个是Daviv的，用ASP代理读取远程文件，用JS解析XML。
另一个是Wewill.cn的，这个就比较复杂，采用了大量的AJAX技术，并用XML文档保存临时数据。用起来感觉相当不错。
当然还有SXNA，技术比较老套，但考虑却相对周到，而且不采用即时解析。

还看了一些有关静态化的资料。最后有了下面的一些想法：

即时解析是肯定不行的，不论采用何种解析方式，如何保存临时数据，在阅读每个Feed时连接远程服务器都是免不了的。可能根本连不上，可能很慢，就算很顺利还是要时间要资源。一个虚拟主机有多少资源可以消耗呢？

看来只能用间隔更新，保存数据，然后阅读时再调用。

用什么方式保存数据呢？Access是一种，SXNA就是这样，但直接读取Access数据库是一件越来越让人主观上失望的事情，何况数据条目并不多，用据库也并无明显的优点。XML也可以，但这样还是离不了解析过程，如果XML文件很大，这个过程会很麻烦。当然可以用JS解析，我不信任AJAX。AJAX也不值得信任（以后再说）。

不如用个更直接的办法，静态化。就连FeedDemo这样的本地程序都会在Temp文件夹里生成大量的HTML文件（或者很聪明也或者很傻），何况对于Web程序，静态化对于搜索引擎更友好，并会在大量访问时降低服务器消耗。

看来静态化是个更治本的办法，接下来可以简单考虑一下静态化的方案，等到网站统计显示出需要时再具体实施。

非模版静态化：只要用XMLHTTP读取动态的源文件就行。虽然生成较慢，消耗资源也多，但使用方便，对于生成效率只要设法控制好文件生成频律等也没什么问题。是个不错的“凑合”办法，如果需要当作首选。

模版静态化：需要写一个模版和相应的东西，麻烦些。效率虽比无模版高些，但也高不了多少。只是在生成文件过程中可以引入更多的功能，还是很诱人的。如果今后真的有时间精力放松一下，不妨当成一个为技术而技术的活来做。

生成文件编码：这是个很棘手的问题，分为读入和输出两方面，都要借助adodb.stream来实现编码转换，以防止乱码。而FSO似乎也不能写出UTF-8编码的文件。所以我也改为采用adodb.stream来生成文件。非模版方式的核心代码我已调试完成，不会出现乱码了，我会附在文尾。模版方式肯定也要相关设置的，等真的用到的时候再调罢。

生成频率问题：最简单的是由我不定时的手动生成。至于定时生成恐怕很难完成，因为没有触发。复杂一点可以设置一种计数器和算法，由访问者触发更新。

设想的其它细节：1. 连接远程XML成功率的问题——如果出错重试三次？（幸好前阵完善了报错和确认无错的部分，只要再加入一个循环就能实现）。2. 对于生成文件时无法成功更新的Feeds——初步设想有两种：用户阅读时交还给动态解析程序凑合（容易实现）；保持上一次(只有用模版方式才好实现)。3. 其它细节均是特定方案中遇到的特定情况，这里不赘述了。

最后附上无模版生成HTML静态文件的核心代码（要求主机有MSXML2和adodb.stream支持）

<%@ CODEPAGE=65001 %>
<% Response.Charset="UTF-8" %>

<% '常用函数 '1、输入url目标网页地址，返回值getHTTPPage是目标网页的html代码 function getHTTPPage(url) dim Http set Http=server.createobject("MSXML2.XMLHTTP") Http.open "GET",url,false Http.send() if Http.readystate<>4 then
exit function
end if
getHTTPPage=bytesToBSTR(Http.responseBody,"UTF-8")
set http=nothing
if err.number<>0 then err.Clear
end function

'2、转换乱玛，直接用xmlhttp调用有中文字符的网页得到的将是乱玛，可以通过adodb.stream组件进行转换
Function BytesToBstr(body,Cset)
dim objstream
set objstream = Server.CreateObject("adodb.stream")
objstream.Type = 1
objstream.Mode =3
objstream.Open
objstream.Write body
objstream.Position = 0
objstream.Type = 2
objstream.Charset = Cset
BytesToBstr = objstream.ReadText
objstream.Close
set objstream = nothing
End Function


txtURL="http://localhost/index.asp" '想要读取的文件地址

sText = getHTTPPage(txtURL)
filename="test.htm" '想要生成的文件名


Set objStream = Server.CreateObject("ADODB.Stream")
With objStream
.Open
.Charset = "utf-8" '编码，这里你可以改成任何编码
.Position = objStream.Size
.WriteText = sText '模版+数据
.SaveToFile server.mappath(filename),2 '生成文件路径
.Close
End With
Set objStream = Nothing

Response.Write "文件创建成功"
%>

Google的Feeds

Google提供的Feeds，包括Picasa和Blogger，提供的Feeds都有点儿怪怪的，不仅仅是和其它的Atom有些不一样，而且不论是Atom（Blogger）还是RSS（Picasa），都无法取得文件内容。尽管能取得文件大小。有趣的是，当我把Feed的原码保存成XML文件放在我的服务器下，读取就没问题。真是怪哉！

有这么一个故事：一个工厂坏了台机器，谁也修不好，于是请了个专家，专家要价一万美金，工厂也只能答应了。于是专家打开机器，拧了一个螺丝，然后说：“好了”。在场的工人很不平：“这也值一万美金，我们都会干”，专家不紧不慢的说：“拧一颗螺丝，收费一美金，知道拧哪颗螺丝收费9999美金。

问题出在哪呢？我属于工人级别的，找不出来，后来对比了SXNA，把“Doc.Load(http.ResponseXML)”改成了“Doc.Load(http.ResponseBody)”，问题解决了，只是效率似乎有些问题，比先前慢了。

用“parseError.errorCode”返回的值来看，“Load(http.ResponseXML)”获得的文件不是XML格式，至少不标准，无法解析。至于为什么，就懒得再研究了。反正Google的Feeds总是怪怪的。反正借这次机会为主页加入了XML解析过程的分析也算没白忙活。

Google的Feeds怪怪的还没完，Picasa的Feeds在我解决完上述问题之后显示出来了，是RSS2.0标准的（怎么不是ATOM0.3的了呢？）。但Feeds的相片在IE下正常显示却在FireFox下只有个位相素大小，看来是提供的Feeds内部的样式代码有问题，尽管用替换或正则来修正是可以的，但为了一个Picasa自身的BUG搞特殊也太那个，等Google的Feeds形成垄断再说吧！

Blogger用着真不错

早听说Blogger解封了，但从好几次解封的情况来看总是解了又封。
其实我早就注有Beta的Blogger，那还是在被封的时候，用FTP发布，但感觉很糟糕，也就没怎么用。

观察了一段时间 ，感觉这次是真解了。而且Blogger也从Beta跳出来了，于是干脆删去了以前的博客从开了一个，这次是发布到Blogspot，随手写了几篇，很有感觉，不忍弃之。只是原来我已经有了两个Blog，已经嫌多了，这个Blog只能自己写着玩儿而已，而Blogger方便的紧，正适合写着玩。

于是，就有了这个纯粹的胡说八道的地方……

既然是胡说八道，那当然不能太公开了，但现在还得挂在主页上测试下Feed，暂时还不能太放肆。
就为了这些个Google的Feeds，还费劲改了一下主页的代码，改动不大，但找出改动的地方可不容易……

Blogger的FTP发布

昨天把这个Blogger改成用FTP发布到我的空间里了，这本来是个挺好的功能，但没想到用FTP发布会被迫牺牲那么多模版功能，以致于根本就不像同一个博客。

而且发布的速度也并不快，用起来感觉很糟糕，有没事儿找罪受的意思。

所以后来还搬回到Blogspot了，反正这就是个完全个人的博客，胡说八道的博客，也没必要放到我的空间里占地方。

即使Blogspot再次被封，大不了不用就是了——反正从后台里也可以看到也可以写，当日记啦，而且少不了会大骂GFW解恨……
这里只说FTP的发布的事儿，不说博客。

糟糕的URL

以前的URL是这样："小猪尾巴的幸福生活"

对于搜索引擎，这就是所谓的“糟糕的URL”。

现在简化成这样了："小猪尾巴的幸福生活"

友好而标准！

不过后台管理起来更麻烦了点……