bash更高级一点的用途是在什么方面啊？

sed我很少用，不过find、awk、sort、uniq、grep、tail、head之类，在生产上倒是经常用到，简单跑点统计、查看日志什么的，都很有用。

awk +1

@felix021 查看日志不直接在命令行看就行了吗，干嘛还写个脚本...

@gouera '懒'

@arcas 懂了。。。

@gouera 以前在B公司实习的时候，他们做日志监控就是用tail+grep，把最新的Warning log拖出来发到邮件里

@felix021 那这个要求这样写OK不
tail -1000 /var/log/messages | grep Warning >warning.log
mail -s warning [email protected] <warning.log
rm -rf warning.log

@nervouna 额，这么长的没写过，自己写过最长的估计也就50行左右吧。 差不多知道用在哪里了。。。

@gouera 额你这样显然会出现重复的报警 或者遗漏的报警嘛

@gouera 不OK，还要另外记录上次扫描位置，而不是简单的-n 1000

@plprapper 重复的不要就再加上uniq么。。 遗漏的应该不会吧。 报警不都是warning嘛

@gouera 我也没写过这么长的，50 行对我来说已经很长了……习惯了其它编程语言，去写 Bash 会觉得很蛋疼，各种加不加空格的规则总是忘。主要还是不经常写，估计经常写的人会记得熟一些吧。

@felix021 怎样记录上次扫描的位置啊？ 我能想到的大概是行号？

@gouera 记录上次文件的大小就行了。tail有个-c参数。

拿运维工作举例 拿一份access.log过来 用脚本获取某个时段访问最多的ip按次数排列，获取响应时间超过3s的url之类的
也可以弄出自动开通ftp账户，自动配置apache／nginx站点之类的功能 用途很多的

@felix021 这个怎样。。
#!/bin/bash
size="0K"
[ -e size.txt ] || touch size.txt
[ ! -z size.txt ] && size=`cat size.txt`
tail -c "+${size}" /var/log/messages | grep Warning | uniq > warning.log
mail -s warninglog [email protected] <warning.log
#rm -rf warning.log
ls -sh /var/log/messages | awk '{print $1}' >size.txt

size变量哪里是0K 不是OK...

@gouera
1. ls的-h参数一定是以KB为单位么？
2. tail 的 -c 参数是以KB为单位么？
3. 如果这个脚本执行的时候不是在脚本所在位置执行会出现什么问题？
4. warning.log这个中间文件是必要的吗？

@felix021 第一个考虑不周..
第二个 man页面说的 --bytes=K 没看懂...
第三个基本上不会动的了吧。 自用的。。
中间件貌似无所谓吧。。反正后面有个rm -rf 。。

RVM的几个shell脚本是经典的学习例子。

我感觉bash最适合写安装脚本，毕竟是所有发行版都支持的

做一些简单的自动化操作和文本分析。但是说实话，现在的脚本语言，比如python、perl什么的牛逼多了，bash只是更加贴近操作系统，这个算是一个优势吧