lspci查看硬件设备
lspci 找到的是目前主机上面的硬件配备1
[root@www ~]# lspci [-vvn]
选项与参数:1
2
3-v :显示更多的 PCI 接口装置的详细信息
-vv :比 -v 还要更详细的信息
-n :直接观察 PCI 的 ID 而不是厂商名称
lspci 找到的是目前主机上面的硬件配备1
[root@www ~]# lspci [-vvn]
选项与参数:1
2
3-v :显示更多的 PCI 接口装置的详细信息
-vv :比 -v 还要更详细的信息
-n :直接观察 PCI 的 ID 而不是厂商名称
就是写学习中乱记的,不知道该怎么分类的东西。
1 | chmod [options] mode files |
只能文件属主或特权用户才能使用该功能来改变文件存取模式。mode可以是数字形式或以who opcode permission形式表示。who是可选的,默认是a(所有用户)。只能选择一个opcode(操作码)。可指定多个mode,以逗号分开。
最近1-2周,关于 CNNIC 的 CA 证书问题,网上搞得沸沸扬扬。但是,即使是一些 IT 行业的技术人员,也搞不太明白该问题的严重性(至于不懂技术的傻瓜用户,就更甭提了)。主要在于 CA 证书是一个相对专业的东东,大伙儿平时接触不多。那电脑中有了CNNIC的证书,会出现啥事呢?
中间人攻击的风险,是最危险的,也是最经常被提及。
CA证书对于https协议的重要性(可以防止攻击者伪造虚假网站)不用多说。既然CNNIC已经成为合法的CA,那它就能堂而皇之地制作并发布CA证书。然后,再配合进行DNS的域名污染。那就可以轻松搞定任何网站的HTTPS加密传输。
今天逛vimwiki,发现一篇好文章,讲vim的fileformat。如果程序员的开发环境是unix和dos并存,那么你绝对会碰到这个问题。比如,让你心烦的行尾的^M,而且这些^M会导致一些脚本不能正常执行。
文章很长,我来个摘要。原文
所谓fileformat就讲的是个行结束符的问题。行结束符在显示的时候是不显示的。由于历史原因,dos,unix,mac采用了不同的行结束符。(何时天下大统?)据说这些行结束符和古董打字机还有关系。这让我想起了一个关于火箭和马屁股的故事。
unix LF only (each line ends with an LF character).
dos CRLF (each line ends with two characters, CR then LF).
mac CR only (each line ends with a CR character).
Linux往windows拷贝文件或者从windows往linux拷贝文件,或者linux系统(字符集若不同)间互相拷贝文件,有时候会出现中文文件名乱码的情况,主要原因就是,windows的文件名 中文编码默认是GBK,而Linux默认中文文件名编码为UTF-8,由于编码不一致,所以导致了文件名出现中文乱码问题。
在这次招聘中心应用对应的简历文件迁移时,就发生这个问题,因为原先的简历对应的文件名的字符集是GBK,而拷贝过去的linux系统,其字符集是UTF-8,为了解决这个乱码,需要对文件名进行转码,具体如下:
具体convmv的用法:
1 | Convmv –f 源编码 –t 新编码 [选项] 文件名 |
比如我们有一个utf8的文件名,要求转换成gbk编码,命令如下:
1 | Convmv –f utf-8 –t gbk –notest 文件名 |
In order to easily solve the following Python import error on Debian/Ubuntu systems:1
ImportError: No module named OpenSSL
You can install the relevant package using the following command:1
$ sudo apt-get install python-openssl
1 | apt-cache search ------package 搜索包 |
1 | #配置使用git仓库的人员姓名 |
vim多窗口
打开多个窗口的命令以下几个:
1 | :new+窗口名(保存后就是文件名) |
1 | :vsplit+窗口名,也可以简写为:vsp+窗口名 |