2016 年 05 月

find的用法太多了。比如：

====================================================
$find ~ -name "*.txt" -print #在$HOME中查.txt文件并显示
$find . -name "*.txt" -print
$find . -name "[A-Z]*" -pri26nbsp; #对匹配的文件使用cpio命令，将他们备份到磁带设备中
-prune #忽略某个目录

=====================================================
$find ~ -name "*.txt" -print #在$HOME中查.txt文件并显示
$find . -name "*.txt" -print
$find . -name "[A-Z]*" -print #查以大写字母开头的文件
$find /etc -name "host*" -print #查以host开头的文件
$find . -name "[a-z][a-z][0–9][0–9].txt" -print #查以两个小写字母和两个数字开头的txt文件
$find . -perm 755 -print
$find . -perm -007 -exec ls -l {} \; #查所有用户都可读写执行的文件同-perm 777
$find . -type d -print
$find . ! -type d -print
$find . -type l -print

$find . -size +1000000c -print #查长度大于1Mb的文件
$find . -size 100c -print # 查长度为100c的文件
$find . -size +10 -print #查长度超过期作废10块的文件（1块=512字节）

$cd /
$find etc home apps -depth -print | clio -ivcdC65536 -o /dev/rmt0
$find /etc -name "passwd*" -exec grep "cnscn" {} \; #看是否存在cnscn用户
$find . -name "yao*" | xargs file
$find . -name "yao*" | xargs echo "" > /tmp/core.log
$find . -name "yao*" | xargs chmod o-w

find ./ -exec grep "xxx:80" '{}' \; -exec sed -i 's/xxx:80/\*:80/g' {} \;

由于以前是直接写死IP的，文件也比较多，所以用find直接全文处理一下，轻松好多。

git将最后一次更新打包，这个命令在网上都是这样写的：

git archive -o update.zip HEAD $(git diff --name-only HEAD^)

看起来没有什么问题，但事实上，如果你有一些unversion的文件，它也会打包进去，所以我是这样处理的：

git archive -o update.zip HEAD $(git diff $(git log --pretty=format:"%h" -1) --name-only HEAD^)

嗯，将最后一次提交的内容进行打包。为什么会有这样的需求？是因为自己有git，客户那边没有，所以需要将最后一次，或者最后几次的内容进行打包输出

参考 ：

1、https://git-scm.com/book/zh/v1/Git-%E5%9F%BA%E7%A1%80-%E6%9F%A5%E7%9C%8B%E6%8F%90%E4%BA%A4%E5%8E%86%E5%8F%B2

2、http://netkiller.github.io/project/git/ch13s02.html 导出指定版本区间的文件

3、http://blog.sae.sina.com.cn/archives/3003

PHP使用者大多对composer是又爱又恨，爱的是composer require后，很多类库不用去下载了，恨的是网速卡成翔，虽然国内有很多道友做了镜象，但对于bower库这些都还是整体更新。

那么，如何只利用composer的基本功能来为自己服务呢？composer的官网有介绍，只要在composer.json中加入几行代码就行了。。

"repositories":[
{
"type":"git",
"url":"/var/www/gouki/test/"
},
]

上面的代码中/var/www/gouki/test，是我的一个git库。也是按照composer的标准来建的。里面只有一个composer.json文件：

{
"name":"gouki/test",
"description":"test",
"authors":[
{
"name":"gouki",
"email":"xxxx@qq.com"
}
],
"minimum-stability":"dev",
"require":{},
"autoload":{
"psr-4":{
"gouki\\test\\":"src/"
}
},
"extra":{
"branch-alias":{
"dev-master":"1.0.x-dev"
}
}
}

src目录下的代码中使用的namespace就是gouki\test，然后在原项目的composer.json中再加入：

"require":{
"gouki/test":"dev-master"
},

最后，运行一下composer update，你会看到项目的根目录下多了vendor目录，同时，vendor目录下也会多一个gouki/test的目录，至此项目引入成功，如果还不放心，那就看一下：vendor/composer/autoload_psr4.php中有没有gouki/test。

之所以这么做，就是因为前文所说的速度，当然也有小团队的成本。比如写个类，就可以直接composer进行加载了。

问题就这么来了，如果放到线上去，那上面的

"repositories":[
{
"type":"git",
"url":"/var/www/gouki/test/"
},
]
需要改为：
"repositories":[
{
"type":"git",
"url":"http://xxxx.xxx.xxx/git"
},
]

如果该git是public的，则不需要任何处理，如果git是需要登录的，则需要在项目的根目录下（和composer.json平级的目录）增加一个auth.json，里面也就两三行代码

{
"http-basic":{
"http://xxxx.xxx.xxx/git":{
"username":"",
"password":""
}
}
}

当然如果你是ssh免登陆的git则另计。至此一个小小的自建composer源就已经完成。

select的placeholder其实是无效的。所以很多人想了一些奇技淫巧，比如利用HTML的标签：

<select>
<option value="" disabled selected hidden>Please Choose</option>
<option value="0">Open when powered (most valves do this)</option>
<option value="1">Closed when powered, auto-opens when power is cut</option>
</select>

<select prompt="Plaese Choose">
<option value="0"> 0 </option>
<option value="1" 1 </option>
</select>

if (isset($tagOptions['prompt'])) {
$prompt = $encode ? static::encode($tagOptions['prompt']) : $tagOptions['prompt'];
if ($encodeSpaces) {
$prompt = str_replace(' ', ' ', $prompt);
}
$lines[] = static::tag('option', $prompt, ['value' => '']);
}