![40827537-e005-3531-811e-f6498e876e53.jpg](https://i-blog.csdnimg.cn/blog_migrate/adcd10291868fbc0adfcf63ccbd6c4cd.jpeg)
=== 琐事 ===
我是一个玩物丧志的人, 堕落地看了几天美剧<太空堡垒卡拉狄加>, 终于在周六结束了这荒淫无度的生活.
子在川上曰:逝者如斯夫,不舍昼夜
昨天完成了添加网站的功能, 现在已经有35个网站了 (见 http://kanrss.com/www/who )
如果你觉得不错网站 , 欢迎在这里提交 http://kanrss.com/www/join
=== 技术 ===
恩, 为了减少写网站的主机带宽成本, 我也兼职卖卖空间 ( http://stdyun.com/vhost ) .
不过那些域名的备案很浪费我宝贵的青春, 用经济学术语说就是"边际成本太高", 所以我一直很低调的卖着.
我提供了一种用nginx的做端口转发的模式, 然后就有用户跑来跟我说 -- 我的端口被别人占用了.
恩, 当然 ,用 netstat 可以看到端口的占用情况 -- 不过我更喜欢 lsof , 通常它会更快一些.
lsof 不是系统自带命令,需要安装. Gentoo用户只需要简单的 emerge lsof .
然后以root用户运行它 -- 不然当你检查其他用户进程占用端口情况的时候 , 会有很多权限的问题
以80端口为例
lsof -i :80
结果如下
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
nginx 19319 root 10u IPv4 9341 0t0 TCP *:http (LISTEN)
nginx 19320 nginx 10u IPv4 9341 0t0 TCP *:http (LISTEN)
nginx 19321 nginx 10u IPv4 9341 0t0 TCP *:http (LISTEN)
很清晰, 我不多说了. 更多使用的方法可以看看这篇文章 , "使用 lsof 查找打开的文件" http://www.ibm.com/developerworks/cn/aix/library/au-lsof.html 。
lsof 就是用来看 哪个进程打开了哪个文件 的工具.
"刚刚我们岂不是查看端口?" -- 千分之一的小白会这样问.
那么请牢记 UNIX格言 : 一切都是文件. -- 当然 Linux 也差不多, 就不纠结是 UNIX 还是 Linux了.
"""
这里的“一切”确确实实意味着一切。硬盘,硬盘分区,并行口,到网站的连接,以太网卡:所有这些都是文件。甚至目录也是文件。除了标准的文件和目录,Linux 还可以辨识很多别的类型的文件。
注意这里说的文件类型不是文件内容的类型:对于Linux系统,不论是 PNG 图象,二进制文件还是其他什么,文件就是一串数据流。通过内容区分文件类型是留给应用程序的任务。
"""
所以, 我更喜欢跟玄之又玄的一种说法 -- 万物皆流 (古代哲学家 赫拉克利特 http://baike.baidu.com/view/23031.htm ).
OK, 说到Unix格言, 我顺便汇总一下. 不喜欢Unix的人请 goto 《UNIX痛恨者手册》 ; // 文章结尾
* Everything (including hardware) is a file
所有的事物(甚至硬件本身)都是一个的文件。
* Configuration data stored in text
以文本形式储存配置数据。
* Small, single-purpose program
程序尽量朝向小而单一的目标设计
* Avoid captive user interfaces
尽量避免令人困惑的用户接口
* Ability to chain program together to perform complex tasks
将几个程序连结起来,处理大而复杂的工作。
Unix管道的发明人、Unix传统的奠基人之一Doug McIlroy在[McIlroy78]中曾经说过:
1. 让每个程序就做好一件事。如果有新任务,就重新开始,不要往原程序中加入新功能而搞得复杂。
2. 假定每个程序的输出都会成为另一个程序的输入,哪怕那个程序还是未知的。输出中不要有无关的信息干扰。避免使用严格的分栏格式和二进制格式输入。不要坚持使用交互式输入。
3. 尽可能早地将设计和编译的软件投入试用, 哪怕是操作系统也不例外,理想情况下, 应该是在几星期内。对拙劣的代码别犹豫,扔掉重写。
4. 优先使用工具而不是拙劣的帮助来减轻编程任务的负担。工欲善其事,必先利其器。
后来他这样总结道(引自《Unix的四分之一世纪》(A Quarter Century of Unix [Salus])):
Unix哲学是这样的:一个程序只做一件事,并做好。程序要能协作。程序要能处理文本流,因为这是最通用的接口。
Rob Pike, 最伟大的C语言大师之一, 在《Notes on C Programming》中从另一个稍微不同的角度表述了Unix的哲学[Pike]:
原则1:你无法断定程序会在什么地方耗费运行时间。瓶颈经常出现在想不到的地方,所以别急于胡乱找个地方改代码,除非你已经证实那儿就是瓶颈所在。
原则2:估量。在你没对代码进行估量,特别是没找到最耗时的那部分之前,别去优化速度。
原则3:花哨的算法在n很小时通常很慢,而n通常很小。花哨算法的常数复杂度很大。除非你确定n总是很大,否则不要用花哨算法(即使n很大,也优先考虑原则2)。
原则4:花哨的算法比简单算法更容易出bug、更难实现。尽量使用简单的算法配合简单的数据结构。
原则5:数据压倒一切。如果已经选择了正确的数据结构并且把一切都组织得井井有条,正确的算法也就不言自明。编程的核心是数据结构,而不是算法[7]。
原则6:没有原则6。
Ken Thompson——Unix最初版本的设计者和实现者,禅宗偈语般地对Pike的原则4作了强调:
拿不准就穷举。
《The Art of Unix Programming》
1. 模块原则:使用简洁的接口拼合简单的部件。
2. 清晰原则:清晰胜于机巧。
3. 组合原则:设计时考虑拼接组合。
4. 分离原则:策略同机制分离,接口同引擎分离。
5. 简洁原则:设计要简洁,复杂度能低则低。
6. 吝啬原则:除非确无它法,不要编写庞大的程序。
7. 透明性原则:设计要可见,以便审查和调试。
8. 健壮原则:健壮源于透明与简洁。
9. 表示原则:把知识叠入数据以求逻辑质朴而健壮。
10. 通俗原则:接口设计避免标新立异。
11. 缄默原则:如果一个程序没什么好说的,就沉默。
12. 补救原则:出现异常时,马上退出并给出足够错误信息。
13. 经济原则:宁花机器一分,不花程序员一秒。
14. 生成原则:避免手工hack,尽量编写程序去生成程序。
15. 优化原则:雕琢前先要有原型,跑之前先学会走。
16. 多样原则:决不相信所谓“不二法门”的断言。
17. 扩展原则:设计着眼未来,未来总比预想来得快。
1994年,X窗口系统开发组的成员Mike Gancarz根据他自己的Unix系统经验以及和其他领域使用Unix系统的资深程序员们的讨论结果,写成了《The UNIX Philosophy》,提出了9条训格之言:
一:小即是美。
二:让程序只做好一件事。
三:尽可能早地建立原型。
四:可移植性比效率更重要。
五:数据应该保存为文本文件。
六:尽可能地榨取软件的全部价值。
七:使用shell脚本来提高效率和可移植性。
八:避免使用可定制性低下的用户界面。
九:所有程序都是数据的过滤器。
《UNIX痛恨者手册》:
最后推荐一下 《UNIX痛恨者手册》 http://kanrss.com/down/doc/unix_haters.html 。
这是一本很有趣的书, 是那些用惯UNIX的人对UNIX的各种指责,诋毁,谩骂和嘲笑. 是由爱而生的恨. 摘录一段:
UNIX态度
我们展现了一个非常惨淡的图景: 迷一般的命令名,不一致和无法预计的运行结果,危险命令没有保护,无法接受的在线文档以及在错误检查和容错性方面的稀松工作。那些参观UNIX的人不是为了得到热情款待,他们不是迪斯尼公园中的游客,更像是执行任务中的联合国维和部队。
UNIX怎么会搞成这个样子?如我们曾指出的那样,其中有一些是历史原因造成的。但是还有其他的原因:那就是多年来形成的UNIX文化,这种文化被称为 “UNIX哲学”。
UNIX哲学不是来自Bell实验室或UNIX系统实验室的手册。他是自然形成的,其中包含了许多人的贡献。Don Libes和Sandy Ressler在《UNIX生活》(Life with UNIX)中对UNIX哲学作了很好的总结:
小即是美
用10%的工作解决90%的任务
如果必须作出选择,选择最简单的那个。
根据UNIX程序和工具的实际表现来看,对UNIX哲学更为精确的总结应该是:
小的程序比正确的程序更好
粗制滥造是可以接受的
如果必须作出选择,选择责任最小的那个。
UNIX没有哲学,UNIX只有态度。
这个态度指出简单的做了一半的工作比复杂完整的工作更好。这个态度指出程序员的时间比用户的时间更为珍贵,即使用户比程序员要多得多。这个态度指出达到最低要求就足够了。
............. ............. ............. .............
我被这里散步的文档无用论观点深深折服了。事实上,我进一步认为文档就是毒*品,我对于它的依赖性是人为造成的。在专业人士的帮助下,我想我能够戒掉 它。
而且,我的良心告诉我不能再靠贩卖这种毒*品为生了。我决定回到数学研究院脱胎换骨,彻底从这个寄生虫一样的职业中脱身。
虽然下面这份文档似乎表明了我中毒有多么深,可我还是觉得下一版SGI中应该把它提供给用户。这不过是暂时之举,以后会把它搞掉的。
这是我的建议:
标题:“无言UNIX”
对象:UNIX新手
简介:提供在没有文档条件下使用UNIX的通用策略。展示在没有文档条件下摸清任何操作系统的通用原则。
内容:
介绍:“无文档”哲学简介
为什么手册是恶魔
为什么man手册是恶魔
为什么你还是应该读这份文档
“这将是你读的最后一份文档!”
第一章:如何猜测可能存在哪些命令
第二章:如何猜测命令名
UNIX的怪异缩略命名法
案例:grep
第三章:如何猜测命令选项
如何破解怪异的使用说明
案例:tar
如何知道什么时候顺序是重要的
案例:fine
第四章:如何知道运行正确:没有消息就是好消息
从错误中恢复
第五章:口头传统:你的朋友
第六章:如何获得和维持一个活生生的UNIX高手
如何喂饱你的高手
如何让高手高兴
提供全部新闻组连接的重要性
为什么你的高手需要最快的计算机
免费可乐:高手的长生不老药
如何保持高手身体健康
高手什么时候睡觉?
第七章:常见疑难:你的高手不理你了
识别愚蠢的问题
如何安全地提出愚蠢问题
第八章:如何承受压力
如何对待失败
注:可能只有6、7章才是真正需要的。是的,这才是正路:我把它称为“UNIX高手驯养指南”。
![370](https://i-blog.csdnimg.cn/blog_migrate/405dacc4786cd36b8db5204fcc1b77c4.png)