发现lewix.net这个域名终于过期也不再续费了,赶紧把它买下。在name.com上面买的,业余用用,并在Amazon EC2上搭建了一个Wordpress的blog,发现EC2真是良心产品,虽然说是一年免费期,但过了之后,仍然继续免费使用。而我一开始是将它作为翻越长城来用的。
虽然blog很久未更新了,但还是一直保留着,算是给自己的一点纪念了。小小整理了一下,感觉还行。
发现lewix.net这个域名终于过期也不再续费了,赶紧把它买下。在name.com上面买的,业余用用,并在Amazon EC2上搭建了一个Wordpress的blog,发现EC2真是良心产品,虽然说是一年免费期,但过了之后,仍然继续免费使用。而我一开始是将它作为翻越长城来用的。
虽然blog很久未更新了,但还是一直保留着,算是给自己的一点纪念了。小小整理了一下,感觉还行。
Linux 系统下(ubuntu),某次升级后发现man命令有小问题,按‘q’退出后出现:man: command exited with status 45: pager -s。而且g和G按键均无法定位到文件起始和结束位置,同时man -a命令有误。
发现原因是按q结束,less的返回值是错误码,45Google一番,有人有同样的遭遇,但未发现有解决方案。
认真读less的man文档,发现KEY BINDINGS一节。发现Linux系统上存在\~/.less文件。将其删除后,问题解决。
标题党一回,推荐两个Google好用的功能。
记录一下
配置dhcp作用域后,在dhcp server策略配置下无法直接添加新的option,需要使用netsh命令添加。
如需添加option 128 string类型的,命令如下:
c:>netsh
netsh>dhcp
netsh dhcp>server \server_name
netsh dhcp server>add optiondef 128 TestName String
然后在dhcp策略里将dhcp服务重启,再在作用域选项里面就可以添加了。
netsh dhcp add optiondef的命令格式:
add optiondef
Adds a new option type definition to the specified DHCP server.
Syntaxadd optiondef OptCode OptName {BYTE ...
没事好玩,在Windows下装了个Python,同时装了pyGTK。
下载pycairo-1.8.6.win32-py2.6.exe,pygobject-2.20.0.win32-py2.6.exe,pygtk-2.16.0+glade.win32-py2.6.exe 和gtk2-runtime-2.16.6-2010-05-12-ash.exe。运行gtk程序成功。
ps 一开始出现了错误,错装了gtk2-runtime-2.22.0-2010-10-21-ash.exe pygtk与gtk runtime不匹配。出现如下错误:
from gtk import _gtk
ImportError: DLL load failed: 找不到指定的程序
看了一阵子JFFS2的代码,粗略写了下自己的认识,记录于下。可能有些不是很准确,仅作参考吧。
jffs2是一种日志型文件系统,设计时,考虑到flash特性,尽量减少对flash的擦写。jffs2的数据块在flash上孤立存在的。这样就没有提供一种物理上的索引机制,无法通过某一个数据块找到同一文件的另外数据块,除非通过遍历整个flash。
这样的好处就是数据块可以存放在flash的任意位置,能进行方便的垃圾回收;写数据块时也不需要对原数据块进行擦写,可以在任意位置写新块,然后将原数据块标为过时。缺点是1、在mount时,必须通过遍历,在内存中建立文件的索引;2、需提供一定的机制,将文件的所有数据高效率地组织在一起;3、需提供机制使数据在flash上相对集中,以留出足够的可写空间。
jffs2中就通过相应的方式完成上述的要求。jffs2会在内存中建立物理数据的描述符和文件的描述符。jffs2在flash上有两种有效的文件数据块:用以描述文件数据的raw inode和描述文件所属目录的raw dirent。mount时,jffs2通过对整个flash分区扫描,对每一个有效数据建立一个物理描述符,并将同一文件和同一擦写块的描述符分别建立链表。jffs2会在内存中建立物理数据的描述符和文件的描述符;同时对每一个文件建立文件的描述符,把同一文件的物理描述符加入到文件的链表中,提供了初步的文件数据的组织。每个文件的描述符都将加入到一个哈希表中提供给上层的VFS,实现了文件的快速索引。
打开文件时,jffs2会将文件的数据以一种更高效的方式组织起来,并提供给上层VFS以接口。对于目录文件,所有同一目录的所有文件的dirent类型建立一个完整描述符full_dirent并组织成链表;对于含多个数据inode的正规文件 ...
SMBproxy是一个SMB会话劫持工具。当你得到了NTLM hash(pwdump4格式)时,你可以不需要用暴力破解。特别适用于复杂的密码,以及超过14位的密码(无LM hash)。
但经过测试可以知道,SMBproxy的原始版本并无效果。可能是作者故意为之,或者是该版本只是针对LM机制,而不是带Challenge的NTLM验证机制。
后来,有了需求,于是尝试着把SMBproxy自己修改,参考一些文章后终于基本修改成功。
参考里面的几篇文章已经将NTLM验证机制讲解的十分清楚,同时借助于Wireshark进行协议分析,实现了NTLM验证机制。
主要修改:
使用:
参数同原版SMBproxy,
1 停用server 服务
2 SMBproxy -s [ip] -f [pwdhash.pwdump]
3 net use ...
从没像今年这样关注过春运,之前大学时期,这个时间段早就回家了,虽然也是挤,至少还能回家。今年来到了南方,春运,加之恶劣天气,回家成了一个实实在在的问题,还貌似无解。看来只能是明天到车站去碰碰运气,实在不行,就呆着这边了。
我回家的路线正好是这次的重灾区,从广东惠州经京广线到湖南岳阳。一度,这条线基本中断了。也难怪,我家在湖南北部,有记忆以来,就从没下过这么大的雪,没有这么冻的天气。家里是停电了,乡村公路结冰,鲜有车辆通过。所以,就算是火车到了长沙/岳阳,我能不能到家还说不准。
只是,回家跟父母团聚也是传统,电话里,爸妈还是希望我回去的。所以还是到处找消息,争取能回家一趟。
另外,赞一声“谷歌”,及时地推出了“谷歌春运交通图”,在这个年代,你都不知道什么是可信的。CCTV就不说了,满篇的官样文章,段段歌功颂德,从中很难找出真正有用的信息;而网上的一些消息,也许是真实的,但与我能接触到的消息有所偏差,似乎对恶劣情况有所夸大 ...
Hello World 程序代码集
刚测试WLW代码高亮插件时,找到了从前看过的“The Hello World Collection”,目前(2007.12.12)有353个程序语言代码以及59种人类语言。
发现这个世界上还有这么多乱七八糟的Language……
写过代码的(不限行数,呵呵):
Asm(8086,8051),BASIC,C,C++,HTML,IDL,JavaScript,Matlab,PHP,Pascal(Delphi),Python,T9-Mobile,SQL,VHDL,
看过代码(100行以上):
C#,Fortran,Java,Lisp,PDF,Perl,Unix-Shell,VBscript,XML ...