维坦

别诧异, 此"右眼"非彼右眼. 我是想说: 别拿右派的眼光看待网络的发展.

使用Google Reader订阅CnBeta已经有很长一段时间了. 今天又收到一条关于学校禁止学生使用电脑的新闻, 索性搜索一下旧的文章, 把那些相关的报道一并列出:
2007-04-08 巴西引导儿童正确上网 允许学生用网络做作业
2007-05-07 大学生个人电脑挂上“身份证”
2007-10-09 《北京青年报》:高校新生禁带电脑能否防网瘾?
2007-10-10 《南方日报》评论:禁用电脑恐怕又是一场猫鼠游戏
2007-10-23 《中国青年报》:凭什么禁用校外网络?
2007-11-01 河南科技大学规定学生用电脑需交监督费
2007-11-02 评论:如此禁令,把大学生赶到网吧!
2007-11-03 网友评论:严苛不合理的校园“禁令”有出路吗？
2007-12-26 广州某高校百名学生被要求“贡献”私人电脑
2007-12-29 沈阳理工大学应用技术学院拒绝计算机专业学生带电脑

专家们总是有许多方法, 把学校里的电脑, 跟飞机上的可乐画上等号. 可事实似乎完全不是那么回事. 当人家流行血橙饮料的时候, 我们不喝也不会代表我们有多么落后, 可是当人家努力普及网络的时候, 我们却在倒车.

纵观专家们的观点, 你会发现他们总是用右派的眼光对我们的生活指指点点. 烟不宜多吸, 酒不宜多喝, 这个我倒也还算认同, 可你要是真拿他们的话当回事儿, 那好了: 今天说肉不宜多吃, 明天说菜不宜多吃, 后天说水果不宜饭前吃, 大后天又说水果不宜饭后吃. 再过两天告诉你睡少了生这个病, 睡多了生那个病.

哈~ 我终于明白了, 我只要学会"耸人听闻", 那么我也就成了专家.

央视有个关于"掩耳盗钟"的节目预告蛮喜欢, 借用一下形容上面那些事情:
古时候尧派鲧去治水. 鲧沿用前人湮的方法, 也就是水来土挡, 结果九年不成. 舜把鲧办罪, 处死在羽山. 随后, 他又命鲧的儿子禹继续治水, 禹用导的方法, 将各支流归入主流导向大海, 十年后治理了水祸.
这个故事是告诉我们, 凡事应该因势利导, 不能蛮横阻拦. 然后就在五千年后的今天, 2007年末, 沿用土湮法治水的事情依然存在...

顺便大喊一声, 我庆幸自己早生了几年, 不然估计我只能翘课去网吧写这些字了.

数据库死而复生, 虚惊一场.

言归正传, 也许你早就知道LISP的精髓在于递归, 但是对于初学者来说, 往往仍然不知道递归要怎么实现, 或者干脆不知道递归有什么好处. 接下来的例子也许会使你重新面对递归这一问题.

上面图片中演示了家谱式结构, 越上层的圆辈份越高, 圆有后代, 用线段标明血缘关系. 例如: 第二层的三个黄色圆为第一层白色圆的孩子.

为了记录这种血缘关系, 我们将第二层三个黄色圆的图元名记录成表, 放到白色圆的ldata中. 这一步可以通过以下语句实现:

;;; 选择集转化为表
(defun ent2list (ss / lst i ent)
  (setq i -1)
  (while (setq ent (ssname ss (setq i (1+ i))))
    (setq lst (cons ent lst))
  )
)
;;; 定义父子关系
(vlax-ldata-put (car (entsel "选择父圆:")) "son" (ent2list (ssget)))
 

好了, 我们得到了一个树状结构, 特点是, 辈份级数不定, 后代数量不定.

此时如果想要获得任意圆的所有后代, 该怎么做呢? 请看下面:

;;; 遍历家族树 仅输出
(defun tree (e)
  (foreach e (vlax-ldata-get e "son")
    (print e)
    (tree e)
  )
)
 

如果仅仅是显示, 或许用处不大, 那么我们再加上执行函数部分:

;;; 遍历家族树 执行函数
(defun tree (e f / r)
  (foreach e (vlax-ldata-get e "son")
    (if (= (type f) 'list)
      (apply
        (car f)
        (if (cdr f)
          (cons e (cdr f))
          (list e)
        )
      )
    )
    (tree e f)
  )
)
 

测试一下, 我们先写个改变图元颜色的函数:

;;; 设置颜色
(defun entSetColor (e c)
  (setq e (entget e))
  (if (assoc 62 e)
    (entmod (subst
       (cons 62 c)
       (assoc 62 e)
       e
     )
    )
    (entmod (append
       e
       (list (cons 62 c))
     )
    )
  )
)
 

OK, 让我们用以下语句对任意一个圆操作一下:

;;; 遍历 并改变后代的颜色
(tree (car (entsel "选择圆:")) (list 'entSetColor 1))
 

此前发现上一版本的一处BUG, 经反复测试确认后提交到作者所建的论坛.

论坛链接: [Maybe a BUG] Tab page in dockable forms

Owen说到做到, 他承诺从AU2007回来就更正我提交的问题. 不仅是修复了问题, 还带来了新的内容.

文章大意如下:

Owen在他的最后一篇文章中提及, OpenDCL 4.1现在支持Windows可视化风格. 这意味着什么? 你或许注意到了, Windows的每个主要版本都带来了新的可视化或皮肤设置(Win2000, XP, Vista). 在OpenDCL 4.1大多数控件拥有切换可视化风格开关的功能. 默认设置为开, 因此继承了您当前版本Windows的可视化风格. 例如, 如果您想要修改复选框的前景色, 而前景色是受Windows可视化风格约束的. 因此你需要设置“UseVisualStyle”为"False"以使您的新前景色生效. 单击下面的缩略图可以看到屏幕截图, 比对可视化效果打开或关闭时的不同效果.

原文内容:

As Owen mentioned in his last post, OpenDCL 4.1 now supports Windows Visual Styles. So what’s that mean? As you’ve probably noticed, each major version of Windows comes with a new set of visual styles or themes (Win2000, XP, Vista). In OpenDCL 4.1 most of the controls have the ability to turn visual styles ON/OFF. By default they’re ON & therefore inherit the visual style or theme of your current version of Windows. For example if you want to change the foreground color of a CheckBox, you will not be able to as the foreground color is controlled by the Windows visual style. Therefore you will have to set the “UseVisualStyle” = False for your new foreground color to take effect. Click this thumbnail for a screen shot comparing various controls with visual style ON/OFF.

原文链接: Tip of the day: Visual Styles

网址: GalvesAdventure Ver.1

小Baby战胜狮子的故事, 情节很简单, 游戏很难!

小提示: 白云相撞会叠加, 树上的苹果很珍贵, 三块符文的组合结果不同.

游戏初始画面:

天使通关结局:

魔鬼通关结局:

悲剧失败结局:

維基大典:無用之文
蓋天下鼠匪多甚，屢書無用之文，或以僕為，或以己為。今兹列之，永不允復，以儆效尤。

一些常见的不可逆算法(例如MD5), 采用对明文进行不可逆运算, 生成密文并保存.
验证时, 对用户输入的密文进行相同的加密运算, 将生成的密文与之前保存的密文进比较, 如果相同则代表密文正确.

想要进行破解, 唯一的办法就是穷举法. 根据密文的长度和可能包含的字符, 生成字典, 假设字典中的某一个字符串为明文, 然后对所有的字符串转化成密文, 与之前保存的密文进行比较, 如果正确, 就猜中了明文.

自从出现这种穷举法破解之后, CPU就开始沦落为苦力, 经常去做这些琐然无味的工作.
试想一下, 将世界上所有的这种破解尝试加起来, 这其中有99%是重复性的无用功. 而且我们一直将这种破解方式的成功率寄希望于计算机性能的不断提高和穷举算法的优化, 有没有其他的路可走呢?

这里有一个新的思路可供选择, 那就是把之前所做的99%的无用功收集起来并合并在一起, 这样一来, 我们就得到了MD5算法明文和密文的对应表, 不需要全部, 16位以内的字母数字符号组合, 就已经足够了.

当然这只是一个想法, 事实上"过去"是无法重现的, 不过或许可以开发出一款在线WEB版的破解工具, 用户提交密文, 如果密文可以在服务器中搜索到, 则直接返回结果, 如果找不到, 则要求用户选择明文的可能组合, 由客户端来生成字典, 之后检索字典中的明文, 去掉服务器数据库中已经存在的明文, 由客户端来运算剩下的明文, 并将增量运算结果提交给服务器, 这样一来在提供服务的同时, 也在搜集和扩充明文与密文的对应表, 久而久之, 最终实现一个类似密码搜索引擎的在线查询网站.

看到这里, 或许你会对这种方法的可行性有所怀疑, 的确, 就目前的存储技术而言, 数据库的存放还是个问题, 但是我相信, 以现在计算机性能的发展速度, 实现这一功能是迟早的事.