0%

用ssh来管理远程服务器真是一件很舒适安逸的事情,当然前提是要做足安全工作,internet上可是杀机四伏啊。

记得我刚安装好Debian的时候 ,为root设置了一个很简单的密码,然后开放了ssh服务,没几天root帐号就让人给暴了, 看看/var/log/auth.log吧,真是惨不忍睹,里面全是尝试ssh登录的记录。好吧,我承认,当时是太没经验了。当然现在这种情况是一去不复返了。

下面就来说说如何提高ssh登录的安全性和自动登录ssh服务器。

Read more »

64bits CPU引入了REX指令前缀。
REX前缀的主要功能有以下几点:

  • 指定通用寄存器和SSE寄存器,当然主要是来指定扩展的寄存器,如R8-R15寄存器等

  • 指定64位操作数

  • 指定扩展控制寄存器

一直以来都不知道这个REX缩写词是由哪个或哪几个单词缩写来的,今天突然想明白了,REX应该就是Register EXtension,因为REX的主要功能就是用来索引扩展寄存器的。

关于REX前缀更详细的介绍,请参考Intel® 64 and IA-32 Architectures Software Developer’s Manuals

一直琢磨着抽空再玩玩FreeBSD,第一次接触FreeBSD是6.0-Release,距现在时间不短了。

前几天有点儿时间,在windows 2003 R2 x86服务器上的VirualBox 2.2.4里面开始安装最新的FreeBSD 7.2 AMD64 Release。安装也还算顺利,毕竟原来接触过,熟悉了他的分区规则概念slice和partition就没啥大的障碍了。这次装FreeBSD要好好的研究一下,以后在FreeBSD里面host个网站,FreeBSD毕竟是TCP/IP的发源地,其稳定性也是有目共睹的。

因为有在VirtualBox里面安装Debian的经验,特别关注了一下客户机的时间,果然客户机的时间走的特别慢,没多久就与Host差了几分钟,而且可以看到时间差在明显的拉大。系统时间的准确性对于服务器来讲还是比较重要的,cron守护程序,网络日志等都严重依赖于系统时间。因为在客户机Debian使用的ntpd来校对系统时间,运行很正常,也在这里如法炮制吧,在运行ntpd之前也用ntpdate同步了几次时间。但是,为什么又是”但是”。
ntpd看样子很正常,但是Guest系统时间依旧比Host慢一拍,差距眼看着在拉大。当时实在是搞不清怎么回事了,google了一下也没找到满意答案,就暂时放下了。

今天连上FreeBSD一看,晕,时间都慢了一天多了,看来不解决时间是不行了。去google英文站搜,经过几轮筛选总算发现了一个有价值的信息:在FreeBSD的/boot/loader.conf文件里面增加一句kern.hz=100。赶快试验了一下,还真是这样,记得要重启一下guest。不用开ntpd时间也跑的很准确了。当然如果你要求很高可以继续开着ntpd。kern=100这几话怎么讲呢,官方说是降低客户化FreeBSD的CPU使用率,难道是因为CPU使用率高导致部分时钟中断丢失造成时间跑慢吗?我还没想明白,谁明白这个原理给我留言解释一下吧,谢谢。

===
[erq]

traceroute是常用的网络诊断和查询工具,但是通常traceroute只能显示中间路由器和主机的ip地址和主机名,如果能输出机器的地理位置是最好不过了。怎么办?重新写一个traceroute?这是windows的思路。traceroute已经足够好了,为什么要重写呢,我们只要把结果加工一下就可以了。不得不佩服UNIX的设计哲学,无疑这种正交的功能,如果硬要搀和在一起,实在是没什么必要和额外的好处。

Read more »

utf8是目前最好的多字节编码方案,支持世界上的绝多大多数语言,也是我最喜欢的字符集。debian lenny 上的awstats安装完毕后,默认输出iso-8859-1字符集,对中文支持不友好。打开/usr/lib/cgi-bin/awstats.pl
,定位到大约第80、81行将$PageCode变量的内容更改为’UTF-8’,这样awstats就可以吐出utf8编码格式的页面了。修改成utf8字符集还有一个好处,不用加载decodeutfkeys插件就可以正确的显示来自google的中文搜索关键字了。至于百度让它自生自灭去吧!

awstats通过插件qqhostinfo插件和qqwry.pl库使用纯真IP数据库可以显示来访者的地理位置,是一个不错的解决方案。具体的使用方法网上转载很多,可以google之。纯真IP数据库使用的是gbk/gb2312/gb18030系列编码,而我的awstats使用utf8编码,所以显示出来的物理地址全部是乱码。解决方法也很简单,打开qqwry.pl,在文件前面加上一句”use Encode;”,然后找到”return $ipaddr;”这一行,在其前面加上一句”$ipaddr=decode(“gbk”,$ipaddr);” 就ok了,因为perl 5内部使用的就是utf8编码,所以就不用再encode成utf8了。

KWinUI配合ResEdit来开发Dialog Based Application还是比较轻松的。

启动ResEdit添加一个简单的dialog资源,ResEdit为你生成两个文件,一个是资源文件,一个包含资源ID的头文件resource.h。我这里简单的把这两个文件的内容贴出来。

Read more »

在KWinUI发布的文章中有些事情没有说清楚,现在补充一下。

首先是KWinUI的开发和测试环境。在开发KWinUI的最初是用的Visual C++ 2005 Express和windows platform sdk,sdk的版本记不清楚了。对于开发工具,我是有新的不用旧的。后来换到了Visual C++ 2008 Express,sdk更新到了windows sdk 6.0。为什么要用Express版本,自然是因为它是免费的,而且相当的好用,运行速度飞快。VC的编辑器我是不用的,我还是习惯用vim,所以其实主要用到的还是它的Debugger,编译、链接的话用命令行也是一样的方便。KWinUI还特别考虑到了C++ Builder系列的兼容性,因为我早年用过一段时间C++ Builder,相当不错的工具。不过我只在Turbo C++ Explore下面做过测试,除了它生成的程序体积比VC大一些以外,其他都还正常。甚至KWinUI可以与VCL混合编程,我试过。所以使用VC 2005/2008 Express加上最新的windows sdk或者Turbo C++ Explore以上版本的C++ Builder,来使用KWinUI应该都是没有问题的。

其次是关于界面设计。KWinUI是没有可视化界面设计器的,不过对于Dialog Based应用来说,这也不是很大的问题,我习惯用ResEdit来设计界面,也是很方便的,ResEdit是一个很不错的资源编辑器,现在完全支持UNICODE,使用很简单。后面会放出几个这样的samples。后面的samples会尽量带上截图,可以更直观的看到用KWinUI做出来的程序长啥样子:),其实不过就是标准的windows程序界面。KWinUI的程序支持系统的视觉样式也是很简单的,增加个manifest资源就可以了,关于这个网上介绍的不少。我也基于KWinUI做了一个支持程序换肤的库,不过还不太成熟,有机会可以展示一下。

因为要经常在post中贴一些代码出来,为了美观,安装了WP-Syntax插件来高亮代码,但是wordpress的visual编辑器实在是太逊了,经常把整齐的代码搞的一团糟,虽然有语法高亮,但是仍然惨不忍睹。

终于再无法忍受,寻觅其他解决的办法。平时编辑代码都是用vim的,突然想到vim有一个功能可以把编辑的文本转换为HTML格式,这不正是我想要的吗!vim的语法高亮能力可不是一般的强悍,用vim编辑代码那可是相当的舒适。

终于可以抛弃wordpress的visual编辑器了。在vim里面执行:TOhtml就可以把当前编辑的文本转换为HTML页面,转换结果相当的好,也可以用:m,nTOhtml把一个范围内的文本转换为html。

因为我的vim用的自己修改的desert256配色方案,背景是黑色的,所以转换出来的html在白色背景下略显刺眼。

UPDATE:
最新版的vim默认使用CSS来生成html代码,这样嵌入wordpress会有问题,可以在~/.vimrc文件里面设置变量关闭CSS来解决问题

:let g:html_use_css=0