星晨大海

PMP考试还是较有挑战性的，要有提前的认识，打一场有准备的胜战.不管是考场的发挥还是技巧的应用，如果没有扎实的基础，都是空中楼阁。扎实的基础来自于平时的努力

帖子原发Qzone，结果被腾讯和谐掉了。。。不明白为啥，就发到csdn上看看,前记：本来钱存银行，我在银行的账号安全级别是最高的，不管是 ukey, 证书，还是密码，除非银行出现问题（倒掉，内部操作），我都不担心账号安全。现在凭空多了一种渠道，这渠道可以不通过我在银行设置的这些安全关卡，直接划走我的钱。这种个风险前提下，我在银行设置的关卡变成了”马其诺防线”。就算没发生事件，我平时得多份心

用shell写的几个日期函数 2008-12-25 09:20#!/bin/sh#######################################SHELL日期计算函数 ##1:判断是否闰年check_leap() ##2:获取月份最大日期get_mon_days() ##3:检查日期格式check_date() ##4:返回昨天日期get_before_date()

趁热打铁前边讨论sed -i 与sed的差别时提到：ed实际上是全文拷贝到内存做镜象，通过编辑镜象和回写保存整个文件。sed是流编辑器，对流有感性理解的人不难理解sed -i的临时文件的作用：做为流的输入sed -i可以形象的比喻成：把一桶水原来的标签拿掉，换个新标签，通过“管道”将水倒进一个新的桶里那么ed呢，ed是处理方式则是：把桶里的水“倒（实际上是复制）”到另一个桶里，直接对桶进行处理，再倒回原来的桶。见man ed原文If invoked with a file argument, then a

着无聊，继续答题问题：GNU sed 提供了-i选项，为什么有人说sed -i 并不象 ed 一样真正的编辑文件？(提示:观察文件改变前后的inode)注意审题的话，这题是二个文件编辑器的比较，也有可能是提示的误导，这题大都知道答-i 是用临时文件的机制，但这道题如果不通过说明ed 的模式，再做sed -i 与ed 比较，怎么看都不算完整

由问题引出讨论，这次的问题是：
 
 echo good|sed -f  sed.sed
1.   sed.sed:  -n  /good/p  
2.   sed.sed:  /good/p
为什么第一种会报错呢
 
 
由这个问题引发下边的问题：
#!/usr/bin/sed -n -f为什么报错
 
=====================================

前言：cu上出了个shell题：http://bbs.chinaunix.net/thread-2319120-1-1.html第八题：GNUawk的$1=$1到底有什么作用？$0=$0呢？这题问得相当的细致。可能很多人已经常用这二个赋值语句，却半知半解。以下分二部分对这个题目进行分析建议没心情，没耐心，没兴趣的人，只需要了解下第一部分，看第二部分就表看了，很罗嗦的。第一部分：能过man上边的解析，回签这二个赋值语句的功能第二部分：awk部分源码解析（结点树简介，及域模块)          通过分析a

晚上群里有人讨论起find命令，为find命令的-o,-a困扰，相当混乱的感觉，特整理了一下。首先得要提几点find命令的基本知识点，以此为基础进行find命令解析一：find的基本模式和默认规则find的基本模式是 find [path] [express] /*man find最上边的命令格式 */path可以省略，默认是当前目录，express又区分为options（选项）+tests（条件）+actions（动作）,express可以逻辑复合express

小论文，大家多批评指导：）
======
摘  要:   低效的shell脚本设计会进一步影响原本解释器模式下并不见长的程序运行效率，使其在面对大数据量文本分析时的资源与时间消耗变成难以接受的。本文分析了shell语言及其应用需求的特点，从分层设计的角度提出了“自底向上进行shell脚本编程”的理论，同时提出了从“外部系统环境”到“内部执行模式”全面的掌握工具软件的方法。实例充分证明，自底向上的shell脚本编程思想及方法能够有效提高脚本的执行效率。
关键词:  脚

 
今天群里有人问了个问题：
echo $((12+34.0))  >/dev/null 2>&1
上句话中的错误怎么没有被重定向呢？
 
执行情况如下：
[root@rac0 ~]# echo $((12+34.0))  >/dev/null 2>&1
echo $((12+34.0))  >/dev/null 2>&1
-bash: 12+34.0: syntax error: invalid arithmeti

今天群里在讨论这么个问题：file和 : > file一样嘛？file会产生新进程嘛？还是在某些平台等同于: > file?手头上只有bash shell，以下内容限于linux& bash,其他平台不一定相同：这种问题很纠结，看来了解shell的命令解析和执行永远是关健在info bash里3.1.1有关于shell命令解析步骤描述指出：shell扩展之后紧接着是重定向，接着才是命令执行，重定向不会创建进程，命令执行不一定创建进程,根据情况（关于子进程的创建前边有文章有提及）说回问题首先是">file",

今天群里有人问了个问题：
grep ...|awk ... filename
这种情况下awk先将管道|的数据处理完后，再开始处理文件filename么？
 
答案很多人都知道是否定的，
一般的格式是：grep ...filename|awk ...
不过问题目的人是想实现这样的功能：
grep ... file1 | awk ... file2
将grep后的结果送给awk先存下来，再处理file2
大

今天晚上QQ跟360死掐起来，到了不到你死就是我活的地步了~~
 
口水战打得多了，但在我看来，不管最后是哪家怎么样了，对用户来说，最好的结果并不是360还是qq怎么样，如果能做个标准tm接口，实现各种软件相互通信，分享QQ的用户平台，大有就不必又是gtalk，又是yy,又是uc了~
只不过是加个标准，各IM软件可以互相发消息。
各IM还是保留着自身的应用服务特色
比如QQ有QQ的用户应用平台，QQ邮箱，QQ游戏，QQ空间等，
gtal

发信人: sosodream (面朝大海^_^春暧花开), 信区: D_CS标  题: 发点面经，攒RP。发信站: 鼓浪听涛 (Thu Oct 21 11:21:05 2010), 站内一：毫无特色的开场白发点面经，攒RP。1：深圳建行2010年署期实习面试厦门地点进程 & 实习的内容2：华为（一面专业单面，二面群面，三面性格测试，四面综合面试） 建行的面试事隔四个月，几乎已经忘了当时的心情是如何的紧张与激动了。还是查看手机上的短信和别人的面经慢慢才回忆上起来。数据上有些模糊和误差，但大致上是没错的。记下一

shell进行进制换算并不难，可以使用SHELL的算术扩展
[root@rac0 ~]# echo $((2#11110)) 30[root@rac0 ~]# echo $((3#12))5
 
 
但算术扩展局限于其他进制转化成十进制，需要灵活的进行进制转化，还是需要用到bc
 
bc里通过设置ibase与obase可以灵活的进制转化，比如将10进制数转化成2进制
 
[root@rac0 ~]# e

考虑以下需求，用awk获取数值范围内的文件：
[root@rac0 testls]# touch 0405.log 0406.log 0623.log 0624.log 0625.log 0724.log 0725.log 0726.log[root@rac0 testls]# ls -l总计 32-rw-r--r-- 1 root root 0 07-25 18:39 0405.log-rw-r--r-- 1 root root 0 07-25 18:3

在shell运行命令中，单双引号总能引起或多或少的话题讨论，这边做个小总结
 
先看以下例子：
sosodream@ubuntu:~>echo '/t'|xxd+ xxd+ echo '/t'0000000: 5c74 0a /t.sosodream@ubuntu:~>echo -e '/t'|xxd+ xxd+ echo -e '/t'0000000: 090a

awk的程序执行过程，总是先读取一部分数据到buf下，根据RS截取一段段记录下来。RS做为awk的内置变量，即可以在awk程序中进行设置，也可以用参数的形式进行指定。这篇文章讨论的是从awk的源码去分析在不同的RS下的三种执行分支及其相应的效率以下开始分析源码：首先，awk调用get_a_record 函数获取单条记录，在get_a_record函数里，先读入一段数据到buf下            iop->count = read(iop->fd, iop->buf, iop->readsize);再对

awk与shell间参数(或说变量传递）是shell编程中常有的话题了，因为其中实际涉及到不少的知识点，比如包括a:进程进通信b:awk参数形式c:shell命令解析，命令替换等等，在此列举二三点例子，做为小结。以下主要分为二部分1：shell给awk传参2：awk往shell传参参考文档：gnu 的awk documentationhttp://www.gnu.org/software/gawk/manual/gawk.html#Language-History======================

本文是之前一篇文章的后续，关于trap ERR在函数调用，命令替换，命令列表（）里的应用。等等，一个trap ERR涉及的太多，以至于经常会片面地去理解并由此产生疑惑 前文提及一个朋友想将trap ERR继续到函数调用里去，并由此引出shell的-e参数（等效于shopt的errtrace)然后另一个朋友提出了疑问，为何在()产生的子进程里，即使加了errtrace也无法继承trac ERR