对于访问计数来说,1000实在是个很小的数字,不过对于我的网站来说,还是挺有纪念意义的,今天是2003/12/29,能够在2004年到来之前达到1000,我还是很高兴(超出我的预期 :)) 下一个数字是10000,目标就暂定在2005年吧。
Weblog在国内现在已经有很多人用了,光是在www.blogcn.com这个网站上,注册的Weblog用户已经超过10万,当然还不包括我这样的散户,以后准备找一些感兴趣的Weblog加入到我的链接里去。
2003/12/25
分页/skin
随着内容越来越多,再象原来那样一个页面列出所有帖子已经不太合适了,特别是CG类中有很多图像,一起列出会很耗时间,增加一个分页的功能,每页只显示部分帖子,然后可以一页一页前后翻,就像很多论坛里的帖子一样,这样可能比较好,b2的功能还是很强大的,并且扩充性很好,增加分页功能并没有费多大事情。
前两天还想起要增加skin,就是将这个页面的外观改变一下,这样我看久了也不会烦了,今天有空就做了一个,这个改动也不大(因为CSS我没有改),原来的那个被放到index1.php了,所有的图象都是在Photoshop中做的,然后在Dreamweaver中组合成HTML,最后用文本编辑器手动修改一下,再加入php代码就可以了。整个过程并不复杂,原来准备将CSS也一并改掉的,这样看起来才会和以前的有很大不同,但CSS试了多次,效果都没有原来的好,就没有改了。
做下来感觉蛮有趣的,以后可以多做一些,反正可以从index1.php,index2.php一个一个排下去,呵呵.
(Blog是Weblog的简写,在中国Weblog被称作博客, 我想多半是来自Blog这个词,台湾的翻译叫做部落客,感觉也很形象)
前两天还想起要增加skin,就是将这个页面的外观改变一下,这样我看久了也不会烦了,今天有空就做了一个,这个改动也不大(因为CSS我没有改),原来的那个被放到index1.php了,所有的图象都是在Photoshop中做的,然后在Dreamweaver中组合成HTML,最后用文本编辑器手动修改一下,再加入php代码就可以了。整个过程并不复杂,原来准备将CSS也一并改掉的,这样看起来才会和以前的有很大不同,但CSS试了多次,效果都没有原来的好,就没有改了。
做下来感觉蛮有趣的,以后可以多做一些,反正可以从index1.php,index2.php一个一个排下去,呵呵.
(Blog是Weblog的简写,在中国Weblog被称作博客, 我想多半是来自Blog这个词,台湾的翻译叫做部落客,感觉也很形象)
2003/12/17
RDF/RSS
由于以前不知道b2中RDF/RSS功能的用处, 所以将此功能给禁止了, 现在才稍有些明白, 将RDF/RSS功能重新打开(看看页面右边内容下的两个XML图标), RDF/RSS可以看成对XML语义的定义(不是语法). 在Weblog里主要用来做Weblog的串连(基于XML), 达到自动更新的效果. 很多的网站都提供有RDF/RSS格式的更新资料, 如slashdot等.
RSS(RDF Site Summary)本身就是基于XML格式,它给出Web网站的更新描述, 当拿到一个站点的RSS以后,就可以自动分析出网站最近更新的内容,时间等详细信息, 注意这里是自动分析, 而不是人工分析, 这是RSS的最大功效, 比如可以做一个工具,定期到所有你喜欢的网站上去下载RSS,重新组织后呈现出来,非常方便。RDF和XML的说明可以参考这篇文章, 更多XML的资料可以参考IBM中国的XML专区, 上面有不错的文章.
RSS(RDF Site Summary)本身就是基于XML格式,它给出Web网站的更新描述, 当拿到一个站点的RSS以后,就可以自动分析出网站最近更新的内容,时间等详细信息, 注意这里是自动分析, 而不是人工分析, 这是RSS的最大功效, 比如可以做一个工具,定期到所有你喜欢的网站上去下载RSS,重新组织后呈现出来,非常方便。RDF和XML的说明可以参考这篇文章, 更多XML的资料可以参考IBM中国的XML专区, 上面有不错的文章.
2003/12/15
DjVu
DjVu是一种电子书格式, 据说是AT&T研究,专门针对扫描的图像,有相当高的压缩率。DjVu的官方说明是"The Technology for Scanned Documents on the Web"。现在DjVu格式的电子书还不是很多,这里可以看到一些DjVu文档的效果演示,但首先需要安装DjVu的IE插件,这样就可以象PDF一样在IE里面浏览了。
对于原有的扫描的图像格式的电子书,如JPG,GIF等,DjVu Solo这个软件可以将它们转换为DjVu格式。我手上原有一本扫描版的电子图书,GIF格式(对于一般的扫描电子书来说,黑白GIF应该是一个不错的选 择),一共大概有50M,使用DjVu Solo转换之后,大小为5.8M左右,相当的不错。可惜DjVu Solo这个软件好像耗费内存过大,每次不能转太多页,在我的机器上,我每次转50页,然后再将转换后的DjVu拼合起来成一个文件, 这显得相当麻烦。
对于原有的扫描的图像格式的电子书,如JPG,GIF等,DjVu Solo这个软件可以将它们转换为DjVu格式。我手上原有一本扫描版的电子图书,GIF格式(对于一般的扫描电子书来说,黑白GIF应该是一个不错的选 择),一共大概有50M,使用DjVu Solo转换之后,大小为5.8M左右,相当的不错。可惜DjVu Solo这个软件好像耗费内存过大,每次不能转太多页,在我的机器上,我每次转50页,然后再将转换后的DjVu拼合起来成一个文件, 这显得相当麻烦。
2003/11/29
Repligo
最近发现的PocketPC下的PDF终极解决方案 :)
以前用Acrobat PocketPC版本和Primer在PPC上看PDF都不能让我满意,有几个问题:
1)中文支持差,Acrobat和Primer的缺省安装都不能支持中文,要显示中文PDF,需要另安装字库,麻烦,且字库很大。
2)页面显示,Acrobat和Primer都是按页面显示PDF的,这在PC上没问题,因为显示器够大,而在PPC上可就不行了,正常的PDF页面在PPC上都要左右上下来回拖动才能阅读,好累。
3)速度太慢,对于稍大的PDF文档,Acrobat和Primer都象蜗牛一般,很久才能调入
Repligo可以解决上面的问题,但它不能直接支持PDF文档,Repligo会在PC上安装一个虚拟打印机,任何可打印的文档(当然包括PDF)都可 通过虚拟打印机转成rgo文档,然后在PPC上阅读,令人惊喜的是rgo文档无需任何附加字库即可支持中文,在PPC上用Repligo阅读rgo文档速 度也非常快,还支持自动断行。真是太酷了, 唯一遗憾的是使用自动断行时,Repligo有时断的不完全准确,这时可以用页模式辅助一下。
以前用Acrobat PocketPC版本和Primer在PPC上看PDF都不能让我满意,有几个问题:
1)中文支持差,Acrobat和Primer的缺省安装都不能支持中文,要显示中文PDF,需要另安装字库,麻烦,且字库很大。
2)页面显示,Acrobat和Primer都是按页面显示PDF的,这在PC上没问题,因为显示器够大,而在PPC上可就不行了,正常的PDF页面在PPC上都要左右上下来回拖动才能阅读,好累。
3)速度太慢,对于稍大的PDF文档,Acrobat和Primer都象蜗牛一般,很久才能调入
Repligo可以解决上面的问题,但它不能直接支持PDF文档,Repligo会在PC上安装一个虚拟打印机,任何可打印的文档(当然包括PDF)都可 通过虚拟打印机转成rgo文档,然后在PPC上阅读,令人惊喜的是rgo文档无需任何附加字库即可支持中文,在PPC上用Repligo阅读rgo文档速 度也非常快,还支持自动断行。真是太酷了, 唯一遗憾的是使用自动断行时,Repligo有时断的不完全准确,这时可以用页模式辅助一下。
2003/11/19
病毒/安全
前几天在浏览一个网页的时候,IE忽然弹出很多窗口,甚至包括一些Notepad窗口,我知道大事不好,赶紧关闭所有IE窗口,可惜已经晚了,IE的主页被篡改了,并且无论怎么恢复,只要重启计算机,就又恢复到那个烦人的主页上了。
今天打算彻底将之清除,疯狂搜索注册表,这一查可吓了我一跳,原来我的计算机已经身中数毒,鼎鼎大名的msblast(冲击波)和家园 (Script.Hompage)都在我的计算机里安家落户,家园肯定是通过IE的漏洞进来的,冲击波就不知是什么时候闯入的了。还好这两个病毒都对计算 机没什么破坏作用,不然我可就惨了。心有余悸之下,赶紧将这两个病毒请出我的计算机。
微软的东西向来以易用出名,伴随着的问题就是漏洞极多,我已经很久不敢使用outlook收邮件了(因为我没有杀毒软件,又不想被outlook的漏洞感 染病毒),都是通过浏览器直接看邮件,现在又有了这个家园病毒,难道IE也不能用了,看来冲击波的作者嵌入病毒的那句话是非常正确的 :)
可能还是Opera比较安全吧.. . :)
推荐一篇关于安全的文章,不错. http://home.planet.nl/~genan/safety.htm
今天打算彻底将之清除,疯狂搜索注册表,这一查可吓了我一跳,原来我的计算机已经身中数毒,鼎鼎大名的msblast(冲击波)和家园 (Script.Hompage)都在我的计算机里安家落户,家园肯定是通过IE的漏洞进来的,冲击波就不知是什么时候闯入的了。还好这两个病毒都对计算 机没什么破坏作用,不然我可就惨了。心有余悸之下,赶紧将这两个病毒请出我的计算机。
微软的东西向来以易用出名,伴随着的问题就是漏洞极多,我已经很久不敢使用outlook收邮件了(因为我没有杀毒软件,又不想被outlook的漏洞感 染病毒),都是通过浏览器直接看邮件,现在又有了这个家园病毒,难道IE也不能用了,看来冲击波的作者嵌入病毒的那句话是非常正确的 :)
可能还是Opera比较安全吧.. . :)
推荐一篇关于安全的文章,不错. http://home.planet.nl/~genan/safety.htm
2003/11/15
从Refer获得的数据
refer可以记录网站访问来源,这个功能是来自于php提供的一个环境变量,通过分析这个数据可以得到很多有趣的信息。
在refer数据上可以看到,访问本站的人大部分是通过搜索网站转来的,而与我的估计不符的是,大部分的搜索链接来自于baidu,而不是google, 可见国内使用百度的人现在越来越多,从关键字来看,简直是五花八门,最近的六个关键词分别是"vlc播放器","apache配置","你的样子 mp3","赛车游戏源码","cooleditpro 2.0","3d树"。是不是很有趣,搜索引擎真是神通广大啊!
可以看到这些关键字都比较偏,我想可能是因为只有在这样比较偏的关键字的搜索结果中,我的页面才能排名相对靠前,被访问的几率也就相对较大,而在大部分的 通用关键字的搜索结果中,也应该会列出我的页面,但由于排名非常靠后,自然就很难被访问,我想大部分人应该不会在搜索结果中有耐心的一页一页往后翻,大概 和我自己差不多,翻几页看不到好的结果就会放弃了 :)
在refer数据上可以看到,访问本站的人大部分是通过搜索网站转来的,而与我的估计不符的是,大部分的搜索链接来自于baidu,而不是google, 可见国内使用百度的人现在越来越多,从关键字来看,简直是五花八门,最近的六个关键词分别是"vlc播放器","apache配置","你的样子 mp3","赛车游戏源码","cooleditpro 2.0","3d树"。是不是很有趣,搜索引擎真是神通广大啊!
可以看到这些关键字都比较偏,我想可能是因为只有在这样比较偏的关键字的搜索结果中,我的页面才能排名相对靠前,被访问的几率也就相对较大,而在大部分的 通用关键字的搜索结果中,也应该会列出我的页面,但由于排名非常靠后,自然就很难被访问,我想大部分人应该不会在搜索结果中有耐心的一页一页往后翻,大概 和我自己差不多,翻几页看不到好的结果就会放弃了 :)
2003/11/04
文件恢复
很久都没有遇到需要恢复文件的事情了,最近几次硬盘当掉都因为没有什么重要数据,直接format重装系统,今天则遇到一个含有数据文件的硬盘当掉,花了 一段时间才搞定,这个硬盘已经无法启动,只有接到别的计算机上,可惜C盘还是看不到内容,但要恢复的数据就在C盘上。首先想到的是chkdsk, 结果不仅无效,还导致chkdsk执行非法操作。换用我以前用过的recoverNT(由于以前用recoverNT从未失手,故我非常信任此软 件:)), 竟然也没用,recoverNT可以打开C盘,但什么文件也找不到。三板斧失效后,我也不知如何是好了,开始在google上找软件,找了个可以恢复分区 的软件Active Partition Recovery,只能在纯DOS下运行,而Win2000又不支持创建DOS方式启动盘,只好找个启动盘映像解到软盘。终于可以在DOS下运行了这个软 件,这次可以看到C盘中的文件了,可惜还是不能save出来,因为APR根本就不支持恢复文件,它虽然能恢复分区,但既然它可以看到丢失的C盘,分区也就 无需恢复,所以还是没有用。最终替我解决问题的软件终于被我找到,叫做PC Inspector File Recovery,居然是个Free的软件(佩服), 在win2000下运行, 可以找到丢失的C盘,并从中Save出想要恢复的文件。遗憾的是这个软件不支持NTFS,还好丢失的分区是FAT32的。不然我又要找不知什么软件了. :)
很怀念以前NU8中的NDD, 有什么磁盘分区问题都可以找它来修复,可到了windows时代,再也没有用过它了.
很怀念以前NU8中的NDD, 有什么磁盘分区问题都可以找它来修复,可到了windows时代,再也没有用过它了.
2003/10/27
2003/09/25
域名、主机记录
我的域名的主机记录是自己通过Web管理的,原先的主机记录我只修改了www一项到虚拟空间,这样就应该可以通过www.phyz.net来访问网站了,我没有修改缺省主机记录(phyz.net), 可是今天无意发现,通过Opera 7.1访问www.phyz.net却不行,而我一直用IE所以没有发现。由于怀疑是Opera将www.phyz.net解析到phyz.net了,我就将缺省主机(@)记录也改到www.phyz.net的地址,过了域名解析期后,再用Opera访问发现问题已经解决。
看起来象是Opera错把主机记录解析到缺省主机记录了,可是仔细一想就不对了,应用程序只是调用socket接口访问网络,象名字解析这类的事情应该是操作系统去做的,那么IE和Opera在名字解析上应该表现一致,可为什么IE可以正常访问,而Opera就不行呢?实在是想不明白,网络上也没有找到答案 :(
尽管Opera也已经发展到7.1版本了,可是浏览这个网站还是和IE看起来有巨大差异,字体变得很小,我试着改了一下网页,发现Opera正常后,IE 就不正常了(太大),看来在CSS的实现上两个浏览器还是不兼容,我只能选择IE!不知Netscape有没有这方面的问题,我还没有看过.
看起来象是Opera错把主机记录解析到缺省主机记录了,可是仔细一想就不对了,应用程序只是调用socket接口访问网络,象名字解析这类的事情应该是操作系统去做的,那么IE和Opera在名字解析上应该表现一致,可为什么IE可以正常访问,而Opera就不行呢?实在是想不明白,网络上也没有找到答案 :(
尽管Opera也已经发展到7.1版本了,可是浏览这个网站还是和IE看起来有巨大差异,字体变得很小,我试着改了一下网页,发现Opera正常后,IE 就不正常了(太大),看来在CSS的实现上两个浏览器还是不兼容,我只能选择IE!不知Netscape有没有这方面的问题,我还没有看过.
2003/09/18
2003/09/13
PPPoE的MTU
我上网是通过PPPoE(PPP over Ethernet),好像现在网通的局域网接入和电信的ADSL大部分用的这个协议,既然是over Ethernet,一定会做协议封装,那么MTU(最大传输单元)应该达不到1500,在网上看到这可能会导致部分网络应用不正常,我于是在我的机器上实 测了一把,在dos窗口下使用ping就可以了,用ping -f -l ### ****.***这样的格式,-f是设置不分片,-l设置包长,当包长超过MTU时,就会返回ICMP不能分片的错误。在我的机器上:
E:\>ping -f -l 1465 www.****.com
Pinging www.****.com with 1465 bytes of data:
Packet needs to be fragmented but DF set.
而使用1464包长是可以的。
E:\>ping -f -l 1464 www.****.com
Pinging www.****.com with 1464 bytes of data:
Reply from ###.###.###.###: bytes=1464 time=16ms TTL=123
可以算出MTU等于1464+28(28等于ping包的头部,一个IP加一个ICMP头)=1492!
然后只要在注册表里修改这个接口的MTU就可以了。
一个有趣的实验是,使用同样的方法,但是目标地址换成自己的IP地址或是127.0.0.1得到的是不同的结果1472,可见在这里环回接口的MTU仍然是1500,和PPPoE的MTU并不相等!
E:\>ping -f -l 1465 www.****.com
Pinging www.****.com with 1465 bytes of data:
Packet needs to be fragmented but DF set.
而使用1464包长是可以的。
E:\>ping -f -l 1464 www.****.com
Pinging www.****.com with 1464 bytes of data:
Reply from ###.###.###.###: bytes=1464 time=16ms TTL=123
可以算出MTU等于1464+28(28等于ping包的头部,一个IP加一个ICMP头)=1492!
然后只要在注册表里修改这个接口的MTU就可以了。
一个有趣的实验是,使用同样的方法,但是目标地址换成自己的IP地址或是127.0.0.1得到的是不同的结果1472,可见在这里环回接口的MTU仍然是1500,和PPPoE的MTU并不相等!
2003/09/11
mp3/mp3pro/wma
因为这个空间的文件大小限制,这里不能再像以前一样放128kbps的mp3了,因为一首128k的mp3大概要4~5M :(
我想只能降低采样率牺牲质量来换取空间了,可选的压缩格式有mp3,mp3pro和wma,以前并没有仔细研究过哪种格式适合更高的压缩率,只好拿现成的mp3做试验了。
经典的mp3自然是最流行的,在没有空间限制的时候,我会毫不犹豫选择mp3/128kbps,因为mp3格式在128kbps以上已经可以提供非常好的 音频质量,并且加上mp3的广泛流行,没有什么需要选择的。可惜,到了64kbps以下,mp3不再是最佳的选择了,因为经典的mp3压缩算法在 64kbps压缩下变的惨不忍'听',音质损失非常严重。虽然我的耳朵分辨率不高,还是毫不费力能分辨出64kbps和128kbps mp3的区别。
接着我试了被微软吹的上了天的Windows Media 8 Encoder,说实话,由于对微软的一贯印象很差,没有对这个编码器报多大的幻想,不过在CoolEditPro压缩完游鸿明的《下沙》之后,我被惊呆 了,wma的表现比前面的mp3高了一个档次,甚至给我感觉不是在一个采样率下的比较。我赶忙检查了设置,没有错误,都是在64kbps下的压缩,文件大 小也相差无几,看来微软这个巨人真不可小视。不过64kbps的wma比128kbps的mp3差距还是明显的。而且有一个显著的问题是很不稳定,在某一 段听起来好像效果非常好,下一段却又明显质量下降。看来微软的这个编码器还有些问题,不过在64kbps这个采样率下,已经很让我惊喜了(怪不得现在很多 mp3播放器都支持wma, 如果没有下面的mp3pro,我想我恐怕会用微软的这个编码器了)。
最后,轮到mp3pro了,虽然网上对这个新的压缩算法评价不错,但此前我从未用过这个编码器,毕竟不够流行。在大多数软件都还不支持mp3pro格式回 放(包括winamp)的时候,CoolEditPro竟然已经支持多种采样率的mp3pro编码(果然够专业),实在让我惊喜。在同样用64kbps压 缩了《下沙》之后回放,这次是彻底的惊喜。在用mp3pro的专用播放器THOMSON mp3Pro audio player播放这首歌时,我已经基本听不出它与128kbps的mp3的区别了,真的是非常棒(也可能是我的耳朵不够好,不过明显要比wma好了)。
哈哈,这样好了,以后我会用mp3pro做录音的压缩,遗憾的是mp3pro不够流行,普通的mp3播放器(如winamp)在播放mp3pro文件,只能象mp3一样来播放,而忽略了所有mp3pro的细节,音质大打折扣,所以回放mp3pro文件,一定要下载这个mp3pro专用播放器,当然用普通的mp3播放器也是可以回放mp3pro文件,只是音质不好。
我想只能降低采样率牺牲质量来换取空间了,可选的压缩格式有mp3,mp3pro和wma,以前并没有仔细研究过哪种格式适合更高的压缩率,只好拿现成的mp3做试验了。
经典的mp3自然是最流行的,在没有空间限制的时候,我会毫不犹豫选择mp3/128kbps,因为mp3格式在128kbps以上已经可以提供非常好的 音频质量,并且加上mp3的广泛流行,没有什么需要选择的。可惜,到了64kbps以下,mp3不再是最佳的选择了,因为经典的mp3压缩算法在 64kbps压缩下变的惨不忍'听',音质损失非常严重。虽然我的耳朵分辨率不高,还是毫不费力能分辨出64kbps和128kbps mp3的区别。
接着我试了被微软吹的上了天的Windows Media 8 Encoder,说实话,由于对微软的一贯印象很差,没有对这个编码器报多大的幻想,不过在CoolEditPro压缩完游鸿明的《下沙》之后,我被惊呆 了,wma的表现比前面的mp3高了一个档次,甚至给我感觉不是在一个采样率下的比较。我赶忙检查了设置,没有错误,都是在64kbps下的压缩,文件大 小也相差无几,看来微软这个巨人真不可小视。不过64kbps的wma比128kbps的mp3差距还是明显的。而且有一个显著的问题是很不稳定,在某一 段听起来好像效果非常好,下一段却又明显质量下降。看来微软的这个编码器还有些问题,不过在64kbps这个采样率下,已经很让我惊喜了(怪不得现在很多 mp3播放器都支持wma, 如果没有下面的mp3pro,我想我恐怕会用微软的这个编码器了)。
最后,轮到mp3pro了,虽然网上对这个新的压缩算法评价不错,但此前我从未用过这个编码器,毕竟不够流行。在大多数软件都还不支持mp3pro格式回 放(包括winamp)的时候,CoolEditPro竟然已经支持多种采样率的mp3pro编码(果然够专业),实在让我惊喜。在同样用64kbps压 缩了《下沙》之后回放,这次是彻底的惊喜。在用mp3pro的专用播放器THOMSON mp3Pro audio player播放这首歌时,我已经基本听不出它与128kbps的mp3的区别了,真的是非常棒(也可能是我的耳朵不够好,不过明显要比wma好了)。
哈哈,这样好了,以后我会用mp3pro做录音的压缩,遗憾的是mp3pro不够流行,普通的mp3播放器(如winamp)在播放mp3pro文件,只能象mp3一样来播放,而忽略了所有mp3pro的细节,音质大打折扣,所以回放mp3pro文件,一定要下载这个mp3pro专用播放器,当然用普通的mp3播放器也是可以回放mp3pro文件,只是音质不好。
2003/09/07
2003/09/03
2003/08/26
PHP空间
这个网站一直是放在我自己的机器上,一年前我是通过广电的有线通上网(cable modem),无需拨号,24小时在线,做服务器非常合适。那时我曾经在自己的机器上跑一个论坛程序几个月基本没有关机(WIN2000),后来搬家后, 换成网通的PPPoE上网,这种10M局域网的方式上网优点是下载速度很快,但需要拨号,并且有个致命的缺陷是时常掉线,显然不适合做服务器。我曾经考虑 过在网上购买一个PHP空间来放这个网站,不过由于种种原因,一直没有找到合适的空间商。最近,很巧的机会,无意中却发现了一个比较满意的空间,呵呵,以 后可以建设这个100M空间了,我的赛扬可以退役了,哈哈. :)
不过很快就发现另一个问题了,Mysql数据库的内容如何导入导出以及同步,数据库可以通过phpmyadmin导出成一个sql文本文件,不过这个文件好大,而且这种方式的导入导出很麻烦,只能先凑合用着,以后再找好的方法。
有了空间后的一个附加好处是修改站点外观时可以先在本地改,然后和空间上的原来的样子做对比,直到满意再上传到空间上。
不过很快就发现另一个问题了,Mysql数据库的内容如何导入导出以及同步,数据库可以通过phpmyadmin导出成一个sql文本文件,不过这个文件好大,而且这种方式的导入导出很麻烦,只能先凑合用着,以后再找好的方法。
有了空间后的一个附加好处是修改站点外观时可以先在本地改,然后和空间上的原来的样子做对比,直到满意再上传到空间上。
2003/08/17
blog网站历史
建这个个人网站是在我接触PHP之后,至今已有一年多的时间了,这期间也经过了多次的变化,可惜大多以往的版本都没有拷贝下来,只能凭记忆记录一些:
最初的网站是用的什么软件,现在已经记不起名字了,只记得前台是我自己用HTML写的,后台是用文件记录方式,功能很弱,甚至没有留言功能,印象中比较深 刻的是当时花了不少的时间做了个PHP的留言本,是基于文本文件记录的。这个版本的网站当时自己并不满意,不过由于一时没有找到合适的替代者,大概也用了 两个月左右。
后来我发现了mambo, 一个功能强大的CMS系统来代替最初的网站,后台基于MySql数据库,功能较多,前台使用了Theme(样式),界面已经比较美观。整个mambo网站 建立起来几乎不用写一行代码,比较傻瓜式的软件。当时我用的是4.0的版本,现在估计已经发展到4.5了,不知有没有什么大的变化。这个mambo的网页 我用了比较久的时间,但一直有两个缺陷让我不是很满意,一是对中文的处理不好,很多中文的记录都成了乱码(这就是为什么现在还有那么多英文帖子的原因), 二是过于傻瓜的软件使得配置较少,有一些地方不符合我的使用习惯,想改起来却很困难。因而用了一段时间之后就开始寻找替代者了,可惜当时的版本也没有记录 下来,没办法看到了。
第三个使用的软件是PostNuke, 很有名气的CMS系统,模块化的功能管理,使得功能非常强大,我用的是0.723的中文版,可以非常好的支持中文,我甚至建立了双语种的网站, postnuke由于用的人非常多,网上可以找到大量的功能模块,样式等等。这些是当时的界面的拷贝(奇怪当时为什么用了粉红色?)。



最后用的就是现在这个基于b2的版本了,之所以又更换软件,是因为postnuke功能太强大了,以至于后来我觉得用它来做我这样的一个个人网页实在是有 些奢侈,而且过多的功能导致了网页速度比较慢,尤其是后台功能,即使在本机操作,也常常需要等待,我开始找寻够用就好的软件,于是我发现了b2,相当简洁的软件,功能不多,但刚好符合我的需要,前台相当简陋,我重写过前台,就成了现在这个样子。
我想将来可能还会使用其他的软件来代替现在的b2,但我希望这个网站-我自己的网站能越来越好. :)
最初的网站是用的什么软件,现在已经记不起名字了,只记得前台是我自己用HTML写的,后台是用文件记录方式,功能很弱,甚至没有留言功能,印象中比较深 刻的是当时花了不少的时间做了个PHP的留言本,是基于文本文件记录的。这个版本的网站当时自己并不满意,不过由于一时没有找到合适的替代者,大概也用了 两个月左右。
后来我发现了mambo, 一个功能强大的CMS系统来代替最初的网站,后台基于MySql数据库,功能较多,前台使用了Theme(样式),界面已经比较美观。整个mambo网站 建立起来几乎不用写一行代码,比较傻瓜式的软件。当时我用的是4.0的版本,现在估计已经发展到4.5了,不知有没有什么大的变化。这个mambo的网页 我用了比较久的时间,但一直有两个缺陷让我不是很满意,一是对中文的处理不好,很多中文的记录都成了乱码(这就是为什么现在还有那么多英文帖子的原因), 二是过于傻瓜的软件使得配置较少,有一些地方不符合我的使用习惯,想改起来却很困难。因而用了一段时间之后就开始寻找替代者了,可惜当时的版本也没有记录 下来,没办法看到了。
第三个使用的软件是PostNuke, 很有名气的CMS系统,模块化的功能管理,使得功能非常强大,我用的是0.723的中文版,可以非常好的支持中文,我甚至建立了双语种的网站, postnuke由于用的人非常多,网上可以找到大量的功能模块,样式等等。这些是当时的界面的拷贝(奇怪当时为什么用了粉红色?)。
最后用的就是现在这个基于b2的版本了,之所以又更换软件,是因为postnuke功能太强大了,以至于后来我觉得用它来做我这样的一个个人网页实在是有 些奢侈,而且过多的功能导致了网页速度比较慢,尤其是后台功能,即使在本机操作,也常常需要等待,我开始找寻够用就好的软件,于是我发现了b2,相当简洁的软件,功能不多,但刚好符合我的需要,前台相当简陋,我重写过前台,就成了现在这个样子。
我想将来可能还会使用其他的软件来代替现在的b2,但我希望这个网站-我自己的网站能越来越好. :)
2003/08/15
arp与ping
ping与arp配合有一个很妙的用处,就是通过ping广播地址,然后反查arp表来获取局域网一个网段内的所有主机ip,但是这种用法有个缺陷,就是当你在第一次用的时候它很有效,但当将arp表清空后,立刻再ping广播地址就看不到arp表的内容了,我曾经在Win2000,Linux, VxWorks试过,效果相同,比如在Win2000下:
1) ping 192.168.0.255
2) 此时用arp -a查看arp表,应该可以看到网段内的主机ip
3) 用arp -d删除所有arp表项
4) 再用ping 192.168.0.255
5) 再看arp -a, 此时看到arp表中已经没有上次看到的那些主机了。
分析arp协议之后,终于明白原因,整个arp的交互过程如下:
1) 首先,源主机ping广播包,因为是广播包,无需知道MAC地址,所以不会发送arp请求,直接发送ping广播包
2) 网内主机收到ping广播包后,需要应答。但应答是单播方式,所以先要发送arp广播请求源主机的MAC地址。
3) arp广播请求在被源主机收到后,源主机更新自己arp表,并回送arp应答。网内主机受到arp应答后,也各自更新自己的arp表。
4) 等ping回送结束后,源主机的arp缓存中就会有所有回送ping包的主机ip
5) 清空源主机的arp表后,再ping广播地址,仍然不会发送arp请求,直接发送ping广播包
6) 网内主机收到ping包后,需要回送ping应答,但此时这些主机的arp缓存中应该已经有了源主机的MAC地址,所以无需发送arp请求,直接回送ping应答
7) 源主机仍然可以接收到所有的ping应答,但由于没有收到arp请求,所以arp不会被更新!这就是第二次ping广播包不会刷新arp的原因!
所以,使用此方法查询网内主机不一定可靠。但VxWorks和Linux下有更简单的方法,直接使用ping即可,因为VxWorks和Linux的 ping在收到应答时会显示发送应答的ip地址。可惜Windows的ping不是这样,真是不知Windows为什么去掉如此有用的功能。 :(
1) ping 192.168.0.255
2) 此时用arp -a查看arp表,应该可以看到网段内的主机ip
3) 用arp -d删除所有arp表项
4) 再用ping 192.168.0.255
5) 再看arp -a, 此时看到arp表中已经没有上次看到的那些主机了。
分析arp协议之后,终于明白原因,整个arp的交互过程如下:
1) 首先,源主机ping广播包,因为是广播包,无需知道MAC地址,所以不会发送arp请求,直接发送ping广播包
2) 网内主机收到ping广播包后,需要应答。但应答是单播方式,所以先要发送arp广播请求源主机的MAC地址。
3) arp广播请求在被源主机收到后,源主机更新自己arp表,并回送arp应答。网内主机受到arp应答后,也各自更新自己的arp表。
4) 等ping回送结束后,源主机的arp缓存中就会有所有回送ping包的主机ip
5) 清空源主机的arp表后,再ping广播地址,仍然不会发送arp请求,直接发送ping广播包
6) 网内主机收到ping包后,需要回送ping应答,但此时这些主机的arp缓存中应该已经有了源主机的MAC地址,所以无需发送arp请求,直接回送ping应答
7) 源主机仍然可以接收到所有的ping应答,但由于没有收到arp请求,所以arp不会被更新!这就是第二次ping广播包不会刷新arp的原因!
所以,使用此方法查询网内主机不一定可靠。但VxWorks和Linux下有更简单的方法,直接使用ping即可,因为VxWorks和Linux的 ping在收到应答时会显示发送应答的ip地址。可惜Windows的ping不是这样,真是不知Windows为什么去掉如此有用的功能。 :(
2003/08/10
通过TTL辨识操作系统
这是最近看《详解卷一》的收获,想来可能以后能用到,记在这里。
在使用Ping程序去ping主机的时候,主机在返回ICMP应答时,IP首部中的TTL字段依据操作系统不同,而有不同的值,通过这个值就可以大体判断出远端主机的操作系统类型,如我的主机是WIN2000,ping的时候会出现下面的结果:
E:\>ping 127.0.0.1
Pinging 127.0.0.1 with 32 bytes of data:
Reply from 127.0.0.1: bytes=32 time<10ms TTL=128
这里TTL是128,再看ping www.sina.com.cn的结果:
E:\>ping www.sina.com.cn
Pinging taurus.sina.com.cn [61.172.201.225] with 32 bytes of data:
Reply from 61.172.201.225: bytes=32 time=16ms TTL=48
为什么TTL是48呢? 因为ICMP应答包要经过很多路由器,TTL会被逐次减1,用tracert命令可以看到大致路由器的个数,最后可推算出www.sina.com.cn主机发出的TTL为64,这就基本可以断定它不是win2000系统啦。
大致的操作系统对应的TTL如下:
WIN2000/XP/NT: 128
WIN95/98/ME: 32
LINUX: 64
UNIX(包括BSD, Sun Solaris, HP UX): 255
VxWorks: 64
要注意的是TTL值在大多数操作系统中是可以改的(我只知道win2000下可以通过注册表来改), 所以此方法不一定完全正确。
在使用Ping程序去ping主机的时候,主机在返回ICMP应答时,IP首部中的TTL字段依据操作系统不同,而有不同的值,通过这个值就可以大体判断出远端主机的操作系统类型,如我的主机是WIN2000,ping的时候会出现下面的结果:
E:\>ping 127.0.0.1
Pinging 127.0.0.1 with 32 bytes of data:
Reply from 127.0.0.1: bytes=32 time<10ms TTL=128
这里TTL是128,再看ping www.sina.com.cn的结果:
E:\>ping www.sina.com.cn
Pinging taurus.sina.com.cn [61.172.201.225] with 32 bytes of data:
Reply from 61.172.201.225: bytes=32 time=16ms TTL=48
为什么TTL是48呢? 因为ICMP应答包要经过很多路由器,TTL会被逐次减1,用tracert命令可以看到大致路由器的个数,最后可推算出www.sina.com.cn主机发出的TTL为64,这就基本可以断定它不是win2000系统啦。
大致的操作系统对应的TTL如下:
WIN2000/XP/NT: 128
WIN95/98/ME: 32
LINUX: 64
UNIX(包括BSD, Sun Solaris, HP UX): 255
VxWorks: 64
要注意的是TTL值在大多数操作系统中是可以改的(我只知道win2000下可以通过注册表来改), 所以此方法不一定完全正确。
2003/08/04
mp3回放爆音
重装了系统之后,就发现在用媒体播放器回放mp3时,总是有爆音,开始以为和网上说的一样,是声卡驱动的问题,就没有想办法去解决,因为我的声卡是 S90,早已没有新驱动可用了。昨天则无意中发现用VLC播放器播放mp3时并没有爆音,感觉就不像是驱动的问题了(VLC也要用声卡驱动才能发声的),开始怀疑是软件的问题了,因为VLC这个播放器没有用windows解码器,而是全部自带解码器,于是用媒体播放器打开mp3文件,在回放时看了所用的解码器(文件/属性/高级/正在使用的过滤器),发现竟然是一个AC3解码器在工作,而不是我想象的mp3 decoder,赶紧卸载了这个解码器,爆音终于没有了。哈哈,看来就是这个ac3解码器搞的鬼。
这个解码器应该是在安装DVD解码器时安装进系统的,不过它竟然接管了mp3的解码,不过显然解的有问题,不过我就不清楚为什么会在解mp3时会有爆音了, 也不知道有没有什么设置可以让mp3不要用这个ac3解码器来解, 这样就可以不用卸载它了。
这个解码器应该是在安装DVD解码器时安装进系统的,不过它竟然接管了mp3的解码,不过显然解的有问题,不过我就不清楚为什么会在解mp3时会有爆音了, 也不知道有没有什么设置可以让mp3不要用这个ac3解码器来解, 这样就可以不用卸载它了。
订阅:
博文 (Atom)