Recent posts

其实离上次更新之间没差几天，修正了老的blog不能自动解析的问题。

Fixed:

1：JS老Blog不能修正问题。

Added:

1：修改掉原来的显示地址的窗口，改成如下形式——

窗口分4个tab,分别显示30s，60s后可下载的文件，

还有立即可下载的文件（会员和小于7m的文件），

目前不可下载的文件（服务器繁忙或文件被锁定，并提供提取页面的链接）。

输出文件功能仅仅输出非不能下载的文件（包括30，60，立刻但不分顺序！）

2：增加批量选择功能（Shift+单机复选框实现范围选择）

3： 选择／取消选择特定后缀名的文件（点击文件下面的JS图标即可）

截图：

提取页面（去掉了之前的重新扫描按键，目前未发现不能解析的页面，如果有的话麻烦跟贴说明）

下面的js图标单击即可选择该后缀名全部的文件。

新的链接显示窗口

输出文件功能

说起来换了Mac还有件比较麻烦的事，之前写的RazerGallery,上传控件用的Uploadify，现在不能用了。。。（flash,你丫敢再坑爹点么！）

于是，MCATOM除了Tora作大的改动，短期内不会再有更新了，以上。

下载地址：

传送门

题目借用了某论坛某boss的惯用巨型（某论坛现在足区已经遍地是此格式了）

其实说起来这文是今天去机场前闲逛书店时候想到的。契机就是看到了「就说你和他们一样」这本书的封面。

之前自己也曾经提过，只要我还在国内一天，我就会尽量不去买翻译版的书，而会尽量选择去买国人创作的书。当时考虑想买本大眼写的抗拆记，不过当我看到这本书的封面的时候，我还是不由自主地选择了就说你和他们一样这本书。不过还是因为封面，让我选择了这本书，伴随我度过了愉快的3个小时阅读时间。

这东西收到的第一天就准备写，不过鉴于自己对mac os灰常的不熟悉，于是决定多用几天再写出来。

于是这2天陆续下了不少crack工具（评测用，后面陆续会删掉大部分）

使用一个月后会上图和一些自己使用的snipet，现在仅仅做一个笔记。

至于观感和拆箱图神马的，等下次一起放出来好了，这次主要打算写mac的一些用户体验。

说起来，12点关掉电脑，目送着这一天结束，本来是一件很开心的事。

不过看了2个小时小说，突然觉得自己要起来写点什么，于是非常DT地开了电脑，连上VPN，写下了这篇文章。

明早估计在我看LAKERS斗牛的时候，MAC AIR就会上门，于是这台电脑估计也会被我简单地清理清理数据，格式化掉硬盘，然后装上XP和ARCH，作为一个副本机成为历史的尘埃。不过回想从启用这台电脑到现在为止的5年间，事情发生的虽然不多，不过自己却改变很大。

先说说为什么会写下这篇文章。

90分钟，看了50页小说，伪物语第一卷总共300页。也就是540分钟可以阅读全卷——9个小时。

同样的9个小时，我可以用这台电脑作些什么？电脑究竟带给了我什么？

这里先说说按照我最爱干的打发时间的事情，9个小时对我而言意味着什么。

/*

动漫9个小时可以看完一部季番。

美剧9个小时可以看半季（行价比最低）

小说如果是中文翻译的300页左右可以看完一本半。

PROGRAMMING语言类英文原版指导性书籍500－700页的大概能看完2－3本。（中文可能100页都看不完就会随手扔掉）

日文LN大概能看300页的这么一卷（同时也是基准）。

看SC2战报20场，或者看10场，动手练4－5场。

GALGAME持续推进度，一般能推完一条比较短的线路。

喝咖啡直到翻完当天的免费杂志并定好下周的GTD LIST。

在书店晃悠选书4－5趟。

*/

下午偶然发现了JS输出文件的方法，于是对MC提取工具进行了一次小小的更新。

修正BUG：

1.地址判断问题：

登陆后（http://0rz.co/account/blog/123456.htm)这样的URL判断错误修正。

后缀出现#void或者sessionId后URL判断修正。

2.增加输出文件功能：

截图：

3（旧更新包括）.重扫BLOG以解决部分无法PARSE的页面。

如截图：

出问题的界面：

点击后：

点击输出到文件后（OPTIONAL）：

输出后自己修改文件名为类似downlist.lst之类的神马快车什么的可以导入的文件名就可以。自己没测验能否导入，不过应该是没问题。（懒得切系统，嫌麻烦）。

顺便贴下输出文件部分的代码：

saveToDownList:function()
{
    tempString="";
    for (i=0;i<mcAtom.downLinks.length ;i++ )
    {
        tempString+=mcAtom.downLinks[i]['Addr']+"\n";
    }   
    mcAtom.downlst=tempString;
    uriContent = "data:application/octet-stream," + encodeURIComponent(tempString);
    newWindow=window.open(uriContent, 'downLst');
}

顺便问下，除了DATA URI的方式，是否还有其他不介入ACTIVEX的非服务器输出文件方式（FLASH其实也可？不过估计会比较麻烦）？不过觉得自己修改下文件名不是什么麻烦事NANO。。。。。

下载地址：

传送门

从金川回来的路上，无聊看了看某人推荐的一本书——网民的狂欢：关于互联网弊端的反思

书中主要谈到了WEB2.0对于当今世界所带来的一下负面影响，其中主要提到了对传统传媒业包括新闻业，出版业还有唱片业的冲击，还有包括老生常谈你的道德约束影响和网络沉迷等问题，总体来说，对这些问题的反思并不是这几年才刚刚产生的，可以说，互联网的诞生开始，这些问题就已经开始滋生了，不过WEB2.0，则直接把这些问题推到了封口浪尖上。

先跑题说一下，[俺の妹がこんなに可愛いわけがない]小说在动漫化后，有一个环节对原书进行了大规模的改动，同时也引起了不少FANS的反感，就是『シースゾラ』（好像是这名字，还是妹空，忘了）从取材，到发表，到被剽窃，到追回版权，这一过程到了ANIME化的时候居然变成了狗血的ANIME化分歧？！照例说适当的改变是可以接受的，不过恰恰对于轻小说在同样的传统出版业中同样遭受这一知识产权剽窃的现状所进行的戏谑却恰恰成为了枪崩的对象，这就不禁让人反思制作方的意图了。

这里提到俺妹，就是书中同样影射了这2个问题：

1.博主提醒取消EMAIL提醒，替换成JABBER信息

def send_jabber_message(username,password,sendTo,message):
    '''Username must be jabberId looks like example@example.com'''
    try:
        jid=xmpp.protocol.JID(username)
        cl = xmpp.Client(jid.getDomain(), debug=[])
        conn = cl.connect()
        if conn:
            auth = cl.auth(jid.getNode(), settings.JABBER_PASSWORD, resource=jid.getResource())
            if auth:
                cl.send(xmpp.protocol.Message(sendTo,message))
                cl.disconnet()
            else:
                print "Login jabber error"
        else:
            print "Get Jabber Instance Error"
    except:
        print "Get Jabber Instance Error"
        

利用xmpppy进行JABBER提醒，替换掉原来EMAIL的NEW MESSAGE提醒，同样方法可以写一些类似EMAIL LISTENER之类的功能，配合JABBER服务器可以获得很好的效果，后期考虑加入WEB聊天室的功能（无限延期中

2.加入HTML5特性，本地CACHE。

参考了幸福收藏夹的“http://sofish.de/1449”一文，将页面的JS，PNG，CSS全部写进cache.manifest文件中，并且在nginx中加入了manifest文件的MIME类型，在模版中添加iframe来加载CACHE实现选择性缓存。

3.代码部分改用Prettify来显示。

未完成部分：

1.Comment Saniize部分，考虑后决定听从トトロ巨巨的建议，不通过BBCODE而是用正则去替换标签。

2.SMILE，对于SMILE是否直接利用RAZERGALLERY而迷茫中，自分还是希望直接建立一个GALLERY然后仍进去，不过这样做会造成额外的依赖性问题。再考虑考虑再说。

3.豆知识围脖，这个目前只有雏形，对于API的支持，自己是想做的，不过，看精力了，最近更愿意看代码，实际写的量不是很多，很多风格上的问题，急于写最后再改会变得非常麻烦，所以，先学习学习再继续动笔了。

4.保存草稿和自动保存的问题，这个需要手动写一个ADMIN的VIEW了和一点JSCODE了，虽然很简单，不过短期内不太想动笔，有不少需要考虑的地方，包括主页的CSS也想进行一些变动。

这本书家里其实是有本英文原版的，是大一让朋友帮捎回来的一本书，原作是80年代末作者总结的一些有关写作的点点滴滴，如果是学新闻学的学生估计有不少也应该看过这本原作。

之所以提到这本书，是因为自己在英文写作的多数练习，自从IELTS2次失利以后，就一直在试图遵从书中提到的点点滴滴。从IBT到GRE到IELTS，不得不说，考过的东西不少，不过现在细想想，其实写作上提高并不大。GRE的ARGUMENT基本有自己的定势，ISSUE虽然逻辑性很强，不过当时因为时间有限，ISSUE成了我的忽略对象。到IBT，写作练习的时间其实并不多，因为写作风格，除了听力写作以外，基本和GRE的ISSUE极度相似。直到IELTS，才逐渐接触了真正的实用写作。几次失礼，自己可以总结为2个原因，第一，字体潦草。第二，用词巨型都存在问题。

第一点，字体潦草，不多说了，昨天逛KITA的帖子感觉自己的字已经不是狗啃的能够形容的了。。。除了惨不忍睹神马都不想说了。。。

第二点：

这个其实是我一直想去改的一点。GRE过后，自己习惯性地多写简单句，然后通过修改，考虑一致性和多样性对简单句进行多次修改直到符合得分点的要求为止。只是我在GRE之后养成的行文风格。不过在IBT上，这点可以做到，IELTS上就不行了，对于复制粘帖，修改巨型，这样的工作非茶简单，可以让自己的行文跟着思维流畅地书写下去而不用考虑修改的不便性，而IELTS因为是笔试，所以，这样的习惯就必须要改一改了。

除此之外，借着这本书应该提到一点，就是实用写作中对于导言和数据类描写的处理问题。这点IELTS的分点居然和书中所提倡的异常相似，而自己在之前并没有考虑过这些问题——文章是写给人看的，对于复杂抽象的数字信息，如何写出让任何人都能够看懂的句子而不需要多加思考。

这点对于GEEK来讲就是件很让人头疼的事了，平时的习惯是看文档不看到API不舒服，看SPEC不看到DERIVATION就难受的习惯，在这里，倘若非要拽一拽自己的逻辑风，或许就要吃亏了。例如The amount of internet user increased from 14,000 person/city to 28,000/city between 89-90 这样的描写，对于图表描述来讲，效果是远远不如The amount of internet user doubled to 28,000/city within one year.虽然两者写出来意义相同，不过后者对于数据的总结意义要高于前者，在科普性（实用）写作中，永远不要曝露RAW DATA给读者，行文的目的是为了传教（大雾而不是作秀。

随着这边事情的进展，对于这些语言类考试的压迫已经不像以前那么紧张了，不过在此期间，还是需要好好锻炼锻炼自己的实用写作，眼前成堆的SPEC（以后估计还得学德语。。。233MAX），虽然最终的总结不用我写，不过估计以后对实用类文章的要求会越来越高，不练是肯定过不了关的。。。

前面还是到一致性和多样性。这两点其实是英文写作中最难练的两点，需要长期的积累，包括替换短语、动词，主被动修改，复句子句结构等等。但是在实用写作过程中，利用复杂句是为了让行文更加流畅，而不是为了多样性而多样性，倘若为了保持一致性而大量应用被动语态，则会让文章显得异常的不自然，同样是能规避的就应该尝试规避。

关于写作就小聊这么多，我也是菜鸟中的菜鸟，听说读写四项当中也是我弱项中的弱项（解静姐的话，让你连续写一年的PAPER的你就不觉得写作可能会是弱项了。。。）所以，多练，少废话，多修改。

说起来这几天没看代码，中午无聊抓起来EXPERT PROGRAMMING IN PYTHON，看了70多页，感觉自己就丫一菜，没别的。PYTHON是我目前感觉对代码风格要求最高的语言之一，原因就是因为这是一种很随便且很不严谨的语言，没有良好的代码风格，造成的后果就是后期代码完全无法维护，同时主要读了读有关元编程和面向程序编程（LAMBDA引用）的例子，感觉自己代码效率和对OO的依赖需要一些重新的认识，什么时候需要选择LAMBDA，这个还需要多加练习。其实昨天晚上还再次（再次。。。）试着尝试自己架设EMAIL服务器，不过，最终还是放弃了。。。要安的东西和配置的文件太多，自己在没有驾驭这些基本原理之前不敢乱用，于是，短期内不打算转移EMAIL平台了。