去年我写过一篇 Android 使用 Trigger + Tasker 设定 NFC 标签 的文章，主要介绍怎么使用 Tasker 和 Trigger App 设定 Android 手机刷 NFC 标签时执行指定的操作。该文章中对于手机的 飞行模式 / GPS / NFC 等功能的控制操作都是通过 Secure Settings App 实现的。

不过可惜的是我的华硕 Zenfone2 手机 ROM 升级到 6.0 版本之后，Secure Settings App 就有很多功能不能正常工作了，而且由于开发者也基本不再维护该 App 也有差不多两年没有任何更新。

最近看到 Best run shell commands in Tasker 文章介绍 Tasker 的几个常用 Shell 命令控制移动数据、飞行模式等选项，使用 Tasker 自带的运行 Shell 命令功能相比 Secure Settings 插件也有一些好处：

• Tasker 直接支持运行 Shell 命令（新增 操作类别 -> 代码 -> 运行外壳 即可），不需要专门安装 Secure Settings 等第三方 App；
• 多数命令在手机 root 后就能正常工作，不像 Secure Settings 那样需要特别安装成系统 App；
• Shell 命令失效需要替换时也比较灵活，直接改 Shell 命令行就可以。

因此我还是卸载了 Secure Settings App，将原来文章里的所有 Tasker 任务的 Secure Settings 操作都以 Shell 命令进行替代。

Tasker 任务使用 Shell 命令

数据开关 + 运行 Shadowsocks

为实现以下目标：

1. 具有路由器翻墙的住处网络环境下自动关闭手机 Shadowsocks 和移动数据；
2. 其它网络环境下都开启 Shadowsocks 手机翻墙；
3. 任何 Wi-Fi 环境下关闭移动数据以省电；
4. 离开任何 Wi-Fi 自动开启移动数据。

为此我建了 4 个 Tasker 配置和任务（当然也可以更简单）：

1. 连接住处的 OpenWRT Wi-Fi（根据 Tasker 的 SSID 条件区分）
   关闭 Shadowsocks 和移动数据；
2. 连接其它 Wi-Fi
   关闭移动数据；
3. 离开任何 Wi-Fi
   开启移动数据；
4. 离开住处 Wi-Fi
   开启 Shadowsocks。

现在 Android 版本 Shadowsocks App 是自带 Tasker 插件支持的（操作类别里选 插件 -> 影梭 即可），开启和关闭 Shadowsocks 配置非常简单。

移动数据开关可以分别用下面的命令（Tasker 运行外壳中需要启用 使用Root 选项）：

svc data enable
svc data disable

控制飞行模式及 NFC

为了实现和之前文章里类似的目标：

1. 睡觉前刷 NFC 标签开启飞行模式；
2. 打开 NFC（这样起来之后可以刷 NFC 标签）；
3. 起来刷 NFC 标签关闭飞行模式。

另外考虑最好只使用一个 NFC 标签就达到效果，这里我只建了一个 Tasker 任务包含 4 个操作：

1. Tasker 操作类别中选 变量 -> 变量设置，%TMPAIR 发往 %AIR
   先保存 %AIR 这个 Tasker 自带的飞行模式变量；
2. 如果 %AIR = off 则运行外壳开启飞行模式；
3. 如果 %AIR = on 则运行外壳开启 NFC；
4. 如果 %TMPAIR = on 则运行外壳关闭飞行模式。

开启关闭飞行模式

开启和关闭飞行模式可以直接使用下面的两条命令：

settings put global airplane_mode_on 1; am broadcast -a android.intent.action.AIRPLANE_MODE --ez state true
settings put global airplane_mode_on 0; am broadcast -a android.intent.action.AIRPLANE_MODE --ez state false

开启关闭 NFC

开启和关闭 NFC 功能则相对复杂一些，需要区分 Android 系统版本：

• Android 4.4 以上：

# Disable NFC
service call nfc 5
# Enable NFC
service call nfc 6

• Android 4.0.1 - Android 4.3.1：

# Disable NFC
service call nfc 4
# Enable NFC
service call nfc 5

• Android 2.3.4 - Android 2.3.7：

# Disable NFC
service call nfc 18
# Enable NFC
service call nfc 19

• Android 2.3.3：

# Disable NFC
service call nfc 20
# Enable NFC
service call nfc 21

• Android 2.3.2：

# Disable NFC
service call nfc 13
# Enable NFC
service call nfc 14

我在运行 Android 6.0 系统的 Zenfone2 手机上可以正常使用第一段的两条命令控制系统 NFC 功能。

GPS 开关 + 开启关闭百度地图

需求还是和之前的文章相同：

1. 刷 NFC 标签自动开启 GPS 和百度地图进行导航：
2. 导航完成后再刷一次 NFC 标签自动关闭百度地图并关闭 GPS。

为此我还是只建立一个 Tasker 任务，包含多个操作：

1. Tasker 操作类别中选 变量 -> 变量设置，%TMPGPS 发往 %GPS
   先保存 %GPS 这个 Tasker 自带的 GPS 设置变量；
2. 如果 %GPS = off 则启动应用 -> 百度地图；
3. 如果 %GPS = off 则运行外壳开启 GPS；
4. 如果 %TMPGPS != on 则停止运行任务（操作类别中选 任务 -> 停止）忽略后续操作；
5. 按钮 -> 后退（操作类别中选 输入 -> 按钮），此操作需要添加多个以模拟持续按返回键退出百度地图；
6. 杀死应用 -> 百度地图；
7. 运行外壳关闭 GPS。

通过 Shell 命令开启关闭 GPS 也稍微有点特殊，需要使用下面两条命令：

settings put secure location_providers_allowed +gps
settings put secure location_providers_allowed -gps

后记

为了方便查询，我把一些可能经常用到的 Android Shell 控制命令也整理保存到我的 Wiki 知识库中了，读者可以点击 Wiki 链接 Android Shell 控制手机 查看。后续有其它 Shell 命令需要加进来或者修改时，我也会尽量及时更新该文档的，最后祝大家玩的开心。

mintty 的项目网址：

https://code.google.com/p/mintty/

这两天使用 mintty 的时候却突然发现配合 MSYS 怎么也无法正常启动了，而且没有任何报错信息，最后通过 MSYS 的 rxvt 终端运行才看到了报错提示：

[Administrator@msys ~]# mintty
m.AllocationBase 0x0, m.BaseAddress 0x68550000, m.RegionSize 0x4B0000, m.State 0x10000
C:\msys\bin\mintty.exe: *** Couldn't reserve space for cygwin's heap (0x68550000 <0x13C0000>) in child, Win32 error 0

在这个网址上看到了有人提出了使用 rebase 命令修改 MSYS DLL 文件首选基地址的解决方法：

http://dreamcloud.artark.ca/msys-not-start/

每个 DLL 文件都有一个首选的基地址，表示映射到使用的进程地址空间中的首选地址，一般默认为 0x10000000。实际情况下可执行程序一般会使用多个 DLL 文件，如果多个 DLL 文件都使用默认的首选基地址会造成系统自动做基地址重定位操作，这样可能导致进程地址空间中碎片的存在，并影响 DLL 的加载效率，因此有些 DLL 文件就直接自己指定了首选基地址。

如果需要查看某个 DLL 文件当前的基地址，可以使用 dumpbin.exe 命令行工具来查看，也可以使用 Dependency Walker 程序打开 mintty.exe 可执行文件，然后查看使用的 msys-1.0.dll 的基地址，例如我修改之前的效果如下图：

查看DLL基地址

从图中可以看出修改之前 msys-1.0.dll 文件的基地址（就是 Base 那一栏了）是 0x68000000。

按照上面链接提供的方法，首先需要退出 MSYS shell，并保证所有使用 MSYS DLL 的程序都停掉，先备份 msys-1.0.dll 文件，然后在 Cygwin 或者 cmd 里直接运行 rebase 命令修改 MSYS DLL 加载基地址为 0x76000000：

[Administrator@cygwin ~]# rebase -b 0x76000000 msys-1.0.dll

直接在 MSYS shell 里修改的话会由于 msys-1.0.dll 正在被使用而修改失败。修改成功之后重新运行 mintty.exe 程序，但还是有问题启动不了，报错信息相应也变了：

[Administrator@msys ~]# mintty
m.AllocationBase 0x763C0000, m.BaseAddress 0x76550000, m.RegionSize 0x23A000, m.State 0x1000
C:\msys\bin\mintty.exe: *** Couldn't reserve space for cygwin's heap (0x76550000 <0x1610000>) in child, Win32 error 0

看来这个修改过的基地址还是有问题的，估计还是和 mintty 程序有冲突的，我们再修改 DLL 基地址为 0x60100000 看看：

[Administrator@cygwin ~]# rebase -b 0x60100000 msys-1.0.dll

这下再运行 mintty 程序终于正常工作了，另外如果系统里没有 rebase 命令的话也可以使用 Visual Studio 2010 中自带的 editbin.exe 程序来修改 DLL 文件基地址的哦，玩的开心 ^_^。

我们常在 Linux 系统中使用 dd 命令做文件或设备的读取和写入操作，只是 dd 对读写进度和速度显示不是实时的，下面以两个磁盘设备之间的备份为例说明两种如何在 dd 命令运行过程中得到进度和速度的方法。

1、通过 dd 的信号得到进度和速度：

新的 Linux 系统中的 dd 命令支持在运行过程中接收 SIGUSR1 用户信号并显示当前实际读写了多少数据以及统计的平均速度是多少。

假设测试的是从 /dev/sdc 设备拷贝 360GB 的数据到 /dev/sdb 裸设备中：

dd if=/dev/sdc of=/dev/sdb bs=1024k count=360000

然后切换到另一个 shell 中查看 dd 的 PID，并发送 SIGUSR1 信号：

~ # ps ax | grep dd
    2 ?        S      0:00 [kthreadd]
 5520 pts/1    D+     0:01 dd if=/dev/sdc of=/dev/sdb bs=1024k count=360000
 5534 pts/0    R+     0:00 grep dd
~ #
~ # kill -USR1 5520
~ # sleep 30
~ # kill -USR1 5520

再次切换到 dd 命令运行的 shell 上，就可以看到产生的两个 dd 命令的进度和速度输出，此时 dd 命令仍在运行中：

3226+0 records in
3225+0 records out
3381657600 bytes (3.4 GB) copied, 28.6073 s, 118 MB/s

6538+0 records in
6537+0 records out
6854541312 bytes (6.9 GB) copied, 58.0373 s, 118 MB/s

通过 SIGUSR1 得到的输出中显示是已拷贝的字节数、花费的时间和平均速度。

2、通过 lsof 命令得到进度和速度：

对于不支持 SIGUSR1 信号的 dd 命令或者其它系统来说，我们也可以使用 lsof 命令间接的来得到 dd 的进度和速度。

首先运行同样的拷贝硬盘的 dd 命令，检查 dd 命令的 PID，然后就可以使用 lsof 命令的 -p 选项指定 PID 查看 dd 命令打开的所有句柄：

~ # ps ax | grep dd
    2 ?        S      0:00 [kthreadd]
 4420 pts/0    D+     4:29 dd if /dev/sdc of /dev/sdb bs 1024k count 360000
 4987 pts/1    S+     0:00 grep dd

~ # lsof -p 4420
COMMAND  PID USER   FD      TYPE DEVICE     SIZE/OFF  NODE NAME
dd      4420 root  cwd       DIR  253,0         1024     2 /
dd      4420 root  rtd       DIR  253,0         1024     2 /
dd      4420 root  txt   unknown                           /proc/4420/exe
dd      4420 root  mem       REG  253,0       139336 58494 /lib64/ld-2.12.so
dd      4420 root  mem       REG  253,0        17816 38359 /lib64/libdl-2.12.so
dd      4420 root  mem       REG  253,0      1635256 38319 /lib64/libc-2.12.so
dd      4420 root  mem       REG  253,0       542112 58483 /lib64/libm-2.12.so
dd      4420 root  mem       REG  253,0        13760 58547 /lib64/libpam_misc.so.0.82.0
dd      4420 root  mem       REG  253,0        95016 58477 /lib64/libaudit.so.1.0.0
dd      4420 root  mem       REG  253,0        55280 38331 /lib64/libpam.so.0.82.2
dd      4420 root  mem       REG  253,0       387880 38325 /lib64/libfreebl3.so
dd      4420 root  mem       REG  253,0        38256 58471 /lib64/libcrypt-2.12.so
dd      4420 root    0r      BLK   8,32 0x3814900000  1125 /dev/sdc
dd      4420 root    1w      BLK   8,16 0x3814900000  1154 /dev/sdb
dd      4420 root    2u      CHR  136,0          0t0     3 /dev/pts/0

从上面的 lsof 输出可以看到，NAME 列出的有 dd 命令打开的 /dev/sdc 和 /dev/sdb 两个设备句柄，SIZE/OFF 列出的就是这两个句柄对应的文件大小和偏移量，由于设备句柄没有直接的文件大小，这里只显示了偏移量（从 0 字节开始，单位为字节，16 进制形式显示）。

这样我们可以直接计算出 dd 命令的进度（这里是直接以 360GB 的数据量来计算的，实际使用时需要修改，并且需要考虑到初始时是否有偏移量等问题）：

~ # lsof -p 4420 | gawk '{if ($NF=="/dev/sdc") {print strtonum($(NF-2))*100/(360000*1048576)" %";}}'
88.5208 %

上面的 88.5208% 就是 dd 的进度，同样我们使用延时计算的方法可以得到 dd 的当前实时速度：

~ # (lsof -p 4420 && sleep 5 && lsof -p 4420) | gawk '{if ($NF=="/dev/sdc") {printf strtonum($(NF-2))" ";}}' | gawk '{print ($2-$1)/1048576/5;}'
96.2

这里采取间隔 5 秒钟调用一次 lsof 命令，然后使用 gawk 命令截取 lsof 输出中的偏移量并计算速度，实际速度以 MB/s 形式进行显示。

本文只是针对 dd 命令专门写的得到进度和速度的方法，相对而言第一种方法比较简单，而第二种方法可以做到不依赖 dd 命令的版本而且可以实时统计当前的实际速度，实际使用时有任何问题欢迎提出指正哦。

之前因为一个项目需求，需要在 Windows 上使用 Bash 脚本运行 Windows 上的程序，因此想到在 Cygwin 的 Bash 里实现（好吧，这确实比较令人蛋疼）。运行 Cygwin 中的 bash.exe 调用脚本，并启动另一个 VBScript 脚本来对一个 Excel 文件进行修改处理（使用 Windows 的原因了）。

刚开始通过 cscript.exe 命令在 Windows 自带的命令提示符中运行 VBScript 还比较顺便，能顺利打开 Excel 文件并处理成功。但通过 Cygwin 的 Bash 脚本运行之后却老是在 VBScript 的打开 Excel 文件的地方提示找不到文件打开失败，顿时非常困惑。

Cygwin 的 Bash 脚本例子如下，test.sh 为 Bash 脚本程序，xxx.vbs 为处理 Excel 文件的 VBScript 脚本程序，运行 VBScript 脚本前需要先读取输入并传给 VBScript 脚本作为参数：

#!./bash
echo "Test script..."
read TESTVAL

# xxx do something xxx

read TESTLEN
echo "Require length: $TESTLEN"

cscript //Nologo xxx.vbs $TESTVAL

# xxx do something else xxx

read TESTEND
echo "...."

初步考虑是 Cygwin 开启的 shell 权限不足，为解决问题，便尝试了各种方法：

• 建立快捷方式设置以管理员方式运行，问题依旧；
• 把 Cygwin Bash shell 换为 MSYS 的，还是同样的报错；
• 通过 runas 命令以指定用户身份运行 cscript.exe VBScript 脚本，依旧。

但非常奇怪的是，我手工运行 Cygwin bash.exe 开启一个终端，然后在终端中运行 cscript 调用 VBScript 结果却又一切正常。

为此不得不又把目光转移到 Bash 脚本代码中，除了刚开始有两个 read 读取输入和 echo 输出操作外，并没有什么特殊的操作。实在找不到办法，就把 cscript 操作放在脚本最前面（使用固定参数，不通过读取输入的方式传入），再运行 test.sh 却惊奇的发现可以正常工作了。有点头绪了，由于运行 VBScript 必须从当前 Bash 脚本中传入参数，因此尝试着把第二个暂时不是特别必要的 read 和 echo 操作注释掉（第 7 和 第 8 行），也工作正常。

再经过反复测试发现 Cygwin 启动的 Bash 在运行了两次 read 操作之后再调用 VBScript 脚本就会出现权限不对的问题，只 read 一次或者完全不做 read 读取输入操作（cscript 命令放在最开始）都不会有问题。

现在也实在没明白两次 read 读取输入操作会导致什么系统环境不一样才使 VBScript 运行失败，Google 之后有朋友也遇到这种问题但没有正确的解答，可能这种改 read 方式并不彻底，但目前也算权宜之道了 ^_^。

之前在 Android 手机一直都用一个比较小巧的记账软件 Handy EasyMoney（轻松理财） 来记录管理平时的理财开销等数据，虽然这个 App 也比较流畅好用，但用到后来越来越发现 EasyMoney 的缺点：

• 只支持 Android 平台，不支持 iOS、Windows 等平台；
• 完全不支持网络，没有同步、Web 管理等操作，更别想实现全平台同步等目标了；
• 老版本导出的数据有可能导入不了新版本，有点不保险；
• 条件查询、报表管理功能还比较薄弱；
• 采用私有的数据格式，导出只能再选择 CSV 格式导出，不方便迁移到其它软件；
• 不支持导入其它财务软件的数据。

而最近看到的随手记软件（官网：http://www.feidee.com/）则基本都解决了上面的问题，特别是全平台同步（不止主流的 Android、iPhone、iPad 等平台，连软件现在很稀少的 Windows Store 上都有随手记了）和强大的 Web 管理功能还是有比较深的印象。

最近想着能把数据从 EasyMoney 迁移到随手记，但由于 EasyMoney 并不是特别知名，随手记支持的数据导入方式并没有 EasyMoney，而我在 EasyMoney 上已经记了一年多的财务数据，如果手工导入是会疯掉的。因此稍研究了下 EasyMoney 的 CSV 导出数据格式和随手记的 Web 导入格式，写了一个脚本来自动实现数据转换，方便进行导入。

EasyMoney 数据导入随手记

下面以我现在使用的 Handy EasyMoney 1.6.3 汉化版本为例子说明如何将 EasyMoney 财务数据导入到随手记中，英文版的 EasyMoney 的方法需要稍做下改动，请注意下面的说明。

首先进入手机的 EasyMoney App，记下随手记里的各个账户的名称和初始余额，例如我的账户列表为（名称不可出错）：现金、信用卡、银行账户、支付宝。然后点击菜单中的“数据库工具”，选择“导出.CSV”，然后就可以选择不同的账户类型进行导出，建议将“字段分隔符”设置为“|”或者“Tab”，防止和财务数据中的信息冲突 ：

点击“导出”按钮就会在 SD 卡的 EasyMoney/csv_output 文件夹中产生对应的 CSV 文件，将 CSV 文件拷贝到 PC 中，可以用支持 UTF-8 的文本编辑器打开检查下，格式就像下面这样：

PAYEE_ITEM_DESC|CATEGORY|AMOUNT|STATUS|TRAN_DATE|REMARKS
"上海汽车站"|"交通"|-42.00|"未清算"|"21 Aug 2013"|"回常熟汽车票"|
"常熟公交"|"交通"|-1.00|"未清算"|"21 Aug 2013"|"汽车南站回公司"|
"银环面馆"|"食品"|-8.00|"未清算"|"21 Aug 2013"|"午餐"|
"华兴便利"|"食品"|-1.50|"未清算"|"21 Aug 2013"|"中午雪糕"|
"安徽大排档"|"食品"|-8.00|"未清算"|"21 Aug 2013"|"晚餐"|
"华联超市"|"购物"|-13.60|"未清算"|"21 Aug 2013"|"瑞士卷、山楂、雪碧、牙膏"|

下面先访问随手记官方网站，进入 “我的账本”，点击 “账户” 标签，向随手记的账户列表预先添加好需要的账户以备导入，账户列表里的账户名称最好与 EasyMoney 中的账户名称一致，这样批量导入数据比较方便（可以等导入完成之后修改账户名称的）。

例如如下图所示，我把现金账户中的子账户名称改为与 EasyMoney 对应的名称：现金，并设置初始余额，将信用卡账户中的子账户名称改为：信用卡，将金融账户中的子账户名称改为：银行账户，并在虚拟账户中建立一个账户，名称为：支付宝。

需注意的是 EasyMoney 中信用卡账户与普通账户没什么区别，初始余额表示信用卡的初始可用额度，例如 10000 元的信用卡初始余额为 8000 元；而在随手记中初始余额表示信用卡的负债数额，这样上面的情况就可以用随手记专门的“信用卡”功能模块，先设置信用卡可用额度为 10000 元，初始负载数额为 2000 元。

随后进入随手记 Web 版的 “记账” 标签，这时就有几条记录表示余额变更，此时需要将这几条记录的时间修改为 EasyMoney 中最早的记录时间之前，这样导入数据之后账户的余额就是正确的值。

下载导入数据用的随手记 Web 版 Excel 模板（点击 [这里] 下载），打开查看一下随手记的数据格式如下所示：

简单研究了随手记的 Excel 模板格式之后，我写了一个 Linux shell 环境（Windows 上也可以使用 Cygwin 等 shell 环境）下运行的 easymoney2feidee.sh 脚本来自动将 EasyMoney 导出的数据转换为随手记的数据格式。

你可以直接点击 [这里] 或 [这里] 下载此脚本，脚本内容如下：

#!/bin/sh
if [ $# -lt 3 ]; then
echo "Usage: $0 csv-file account-type out-file"
exit
fi

EM_FILE="$1"
EM_TYPE="$2"
EM_OUT="$3"

sed -i 's/\"//g' $EM_FILE

gawk -F '|' -v ETYPE="$EM_TYPE" 'BEGIN{
m = split("Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec", d, "|")
for (o = 1; o <= m; o++){
months[d[o]] = sprintf("%02d", o)
}
}
{
if (NR > 1 && $2 != "转账 (转入)") {
OUT_TYPE = "";
OUT_VAL = $3;
if ($2 == "转账 (转出)") {
if (substr($1, 1, 13) == "转入账户 ") {
OUT_TYPE = substr($1, 14);
}
printf "转账";
} else if ($3 > 0) {
printf "收入";
} else {
printf "支出";
}
if ($3 < 0) {
OUT_VAL = -OUT_VAL;
}
split($5, time, " ");
date = time[3]" "months[time[2]]" "time[1]" 0 0 0"
printf "\t"strftime("%Y-%m-%d", mktime(date));
if (length(OUT_TYPE) <= 0) {
printf "\t"$2;
} else {
printf "\t";
}
printf "\t";
printf "\t"ETYPE;
printf "\t"OUT_TYPE;
printf "\t"OUT_VAL;
printf "\t本人";
if (length(OUT_TYPE) <= 0) {
printf "\t"$1;
} else {
printf "\t";
}
printf "\t";
printf "\t"$6"\n";
}
}' $EM_FILE > $EM_OUT

下面简单说明下脚本：

在 shell 下运行 easymoney2feidee.sh 脚本并传入 3 个参数，分别表示 EasyMoney CSV 文件名、CSV 文件对应的账户名称、输出文件名称。

如果你的 CSV 文件不是用 “|” 隔开的，请修改脚本第 13 行中的 “|” 分隔符。脚本首先会去掉 CSV 文件中的所有双引号方便处理数据，然后按分割符得到数据，并判断是否是 EasyMoney 的转账处理（转出需要分别记录本账户名称、转入的账户名称；如果是转入则不需要记录），先记录财务记录类型，然后将 EasyMoney 的日期（EasyMoney 只支持日期，没有细化到具体时间）转换为随手记的时间格式，记录商家、金额（EasyMoney 金额为正值表示收入，负值表示支出）等信息，最终以 Tab 隔开生成输出文件（Tab 隔开的文本复制到随手记 Excel 表格中时可以自动跨越列）。

需要注意的是此脚本处理的是汉化版的 EasyMoney 的数据，其中转账用的固定值为：转账 (转入)、转账 (转出)、转入账户，如果你使用的是英文原版的 EasyMoney App，那需要将脚本小做下修改。

例如我在 Cygwin 环境下运行脚本将 “现金” 账户的 CSV 文件转为随手记的数据：

./easymoney2feidee.sh 现金_cny.csv 现金 现金.txt

输出的文件即为：现金.txt 文件，使用文本编辑器打开 现金.txt 文件，并将所有内容复制到随手记的模板 Excel 文件中并保存，最终数据形式即符合随手记的要求了（检查下与 EasyMoney 的 CSV 数据是否相符）：

然后就可以到随手记的 “我的账本” 首页中选择 “导入导出” 并选择数据导入选项的 “随手记web版”，选择上面生成的 Excel 文件，点击 “上传数据” 等待片刻，随手记就能识别到数据，此时还需要最后一步选择分类数据和随手记账户：

如上图所示，仔细选择 EasyMoney 中的分类和随手记分类的对应关系，并选择导入的随手记账户，点击导入数据按钮，稍等几分钟数据就正确导入了（我的现金账户 2000 条数据导入花了 4 分钟左右），在随手记 Web 版的记账界面中可以查看到：

如果你发现刚才选择的分类有的条目不对应，完全可以借助随手记强大的条件查询功能先搜索到对应条目，然后使用批量修改功能统一进行修改，总之比 EasyMoney 的可用性好不少。

本文为个人总结经验所得，所写的脚本并不适合所有的情况，因此使用中有任何问题欢迎提出指正哦，玩的开心~~~ ^_^

sed 是 Unix(Linux) 系统中经常使用的编辑命令，常被用来修改编辑替换文件中的数据。我在平时也经常用到 sed 命令，最近遇到一个比较奇怪的空间占用的问题：

在类似嵌入式的使用环境中有一个比较大的文本文件，由于环境所限，此文件所占用的空间也有限制，假设最多为 20MB，超过 20MB 将导致系统中其它文件没有空间，后续修改其它文件会报：Not enough space 错误。

因此我需要定期对这个文件大小进行监控，如果超过 20MB 那就用 sed 命令删除其中的数据，每次删除 5000 - 10000 行直至文件大小不超过 18MB（留一定的余量）。

定时监控的脚本操作就类似这样（假设 /var/myfile 为监控文件）：

while [ 1 ]; do
   # get file size
   FILE_SIZE=`wc -c < /var/myfile`
   if [ $FILE_SIZE -le 18874368 ]; then
      break
   fi
   sed -i '/1,5000d' /var/myfile
   sleep 600
done

上面的脚本会每 10 分钟检测一次，如果超过 18MB 就用 sed 的 “-i” 参数自动删除文件开头的 5000 行，这看起来是能起到监控的作用的，但实际运行中，/var/myfile 的空间并没有被释放，而且系统被完全占满了，同时 /var 目录下还产生了一堆文件（有几百个之多，没有完全列出来）：

[root@server ~]# ls /var
myfile sedBu2rt9 sed4l4DpD sedXoiew0 sed09rwbn sedHc0987
...

这明显就是 sed 命令产生的临时文件了，但为什么没有自动删除的，而且产生了这么多个。

经过详细查询 sed 命令的帮助信息，终于知道了原因：

sed 的 “-i” 参数表示 edit files in place，熟悉 sed 命令的朋友应该知道不加 “-i” 参数时对文件的修改操作是直接写到 stdout 标准输出并不修改文件的。

sed 的 “-i” 参数做的操作就是将原先修改的 stdout 输出先保存成一个临时文件，并且临时文件与原始的文件在同一目录下（通过 mktemp 之类的方法生成，也就是上面看到的 sedXXXXXX 这种形式的临时文件，假设为：/var/sedBu2rt9），完成之后再将临时文件重命名覆盖为原始的文件（相当于：mv /var/sedBu2rt9 /var/myfile 操作），这样临时文件就消失了，也可以看出 “-i” 参数并不是直接修改 /var/myfile 文件本身。

在正常情况下，上面的流程是没问题的，但当系统空间不够这种极端情况时，sed 第一步将 stdout 输出保存到临时文件就会失败（空间已经不足），后续的重命名覆盖为原始的文件当然并不会做，但是悲剧的是 sed 在这种失败情况下连产生的错误临时文件也不删除，结果空间不足的情况会更加严重（第一步可能写了一部分数据到临时文件），而且会留下来一堆没用的临时文件。

另外 sed 命令的 “-i” 参数还有一个潜在的问题：

从上面的流程我们可以看出，通过 “-i” 参数修改文件之后，源文件的 inode 已经发生了变化（不是真正原始的文件了），如果此前有其它程序已经打开了该文件，后续读取会失败，而且这种情况下由于原始的 inode 还在被使用，虽然 inode 已经无效了，但对文件系统的占用并没有被释放，因此像这种源文件同时被其它程序打开的情况下，还必须关闭重启此程序或者通知程序重新打开文件才能真正释放文件系统的空间。

因此对于 sed 的这种情况，我们可以通过其它的程序来修改文件，也可以单独开辟别的空间（例如 tmpfs 之类）先拷贝一份通过 sed 命令进行修改，然后再拷贝覆盖回源文件。

以上是根据个人实际使用中所遇到的情况总结出来的，有任何问题欢迎提出指正哦 ^_^

近日在 Linux 环境中做版本迁移的时候遇到一个问题：需要将一个目录遍历拷贝到另一个目录中，但需要忽略其中的某些文件，由于目录中东西比较多，忽略的项也不好一一指定。普通的 cp 命令并没有排除某个文件或文件夹的参数，比较丑陋点可以 cp -r 拷贝完目录之后再去删除无用的，但如果做批量脚本操作就不爽了，经过实际试验之后暂时找到两个比较好的方法。

1、使用 rsync 进行拷贝：

rsync 本来是文件同步备份的工具，相对于普通的 cp 命令，rsync 在控制方面就强多了，而且 rsync 对遍历目录也支持，有 --exclude 参数可以忽略指定的文件或文件夹。

rsync -vaP --exclude=".*" --exclude="Makefile" dir1 /home/dir2

如上面演示的就可以排除掉隐藏文件和 Makefile 文件，-a 参数已经包含遍历处理参数 -r。

2、使用 find 加 cpio 进行拷贝：

备注：此方法来自 Advanced Bash-Scripting Guide，需要了解的童鞋自己去参考了。

用过 find 的童鞋都知道，find 对文件的过滤那是非常强大的，配合 cpio 来进行目录的遍历拷贝就可以实现过滤指定的文件或文件夹，当然也可以做到只备份特定的文件或文件夹，你可以用 find 的各种过滤参数达到拷贝哪天的文件，拷贝近期更改的文件等特殊效果，而且 find 支持正则表达式，这种方式想比第一种使用 rsync 跳过文件的方式更加灵活，因此非常推荐使用此方式进行目录拷贝。

cd dir1
find . -regextype posix-egrep -mindepth 1 ! -regex './(dev|tmp)($|/.*)' ! -name Makefile -a ! -name .svn | cpio -admvp /home/dir2

小解释下：

find 的 -regextype 参数指定正则表达式类型，posix-egrep 为 egrep 用的扩展正则表达式，-mindepth 使 find 的输出中不包括目录本身，-regex 参数指定过滤的文件的正则表达式，-regex 前面的感叹号表示跳过，'./(dev|tmp)($|/.*)' 这个正则表达式即表示跳过目录中的第一层 dev 和 tmp 目录以及下面所有的文件和文件夹，最后两个 -name 指定要跳过文件名为 Makefile 和 .svn 的文件，这样在备份版本库的时候非常有用。

cpio 命令将 find 的输出文件列表依次拷贝到 /home/dir2 目标目录中，-a 表示不更新文件的访问时间，-d 指定自动创建目录，-m 指定保留文件的修改时间，-p 指定 cpio 工作在 Copy-pass 模式，这是专门用来拷贝目录树的一种模式。

PS：如果有更加简单的方法，欢迎提出指正哦~~~ ^_^

一个星期之前调试代码时用上 GNU screen，这个多终端模拟器，对我而言很大程度上摆脱了调试时必须开N个 SecureCRT 远程登录标签的郁闷，而且很多 Linux 发行版上都已经自带 screen 包，直接安装即可，也可以在这下载自己编译：

http://www.gnu.org/software/screen/

screen 的快捷键操作非常简单（文本模式下的 Linux 必须要N多快捷键的说），安装之后，在一个终端里运行 screen 命令就可以启动，可以在一个终端里再创建新的 shell，使用快捷键在不同的 shell 之间切换，使用 screen 的 detach shell 可实现更好的后台任务处理，用起来还是比较 happy，无奈 GNU screen 也有一些缺陷：

1、不支持在一个 shell window 里再拆分子窗口，也就是像 vim 的多窗口编辑效果；
2、对 xterm 终端支持一般；
3、不能自己根据启动 screen 时的窗口大小调节新 shell 的大小，这个小郁闷；
......

今天看到一哥们分享的 tmux 终端复用工具，立马感觉我要不淡定的移情了，在此下载：

http://sourceforge.net/projects/tmux/

tmux 对比 screen 的优点：单个 shell window 拆分很强大，移动切换 shell pane 很强大，完美支持 xterm 终端和集成原 shell 大小，BSD license，命名 shell window，OOO，受不了先上图：

图中是我实际使用的一个环境，pane 0 查看 man 帮助，pane 1 修改代码，pane 2 命令操作，pane 3 监控系统。

tmux 的快捷键和 screen 的有点类似，只是初始快捷键改为了 Ctrl+B：

Ctrl-B-C ：创建新窗口；
Ctrl-B-D ：detach窗口，和 screen 的类似；
Ctrl-B-"  ：将当前窗口拆分为上下两行；
Ctrl-B-%：将当前窗口拆分为左右两列；
Ctrl-B-上下左右：切换 shell pane
......

具体请看 man tmux，果断强烈推荐了，tmux现在除了不是在每个 Linux 发行版中默认就附带这点似乎没有什么相比 screen 的缺点了（不过我还是下到了编译好的 RHEL6 上的 RPM 包，哈哈）。

tmux得在以后使用时继续研究咯，screen暂时抛弃，玩的开心~~~ ^_^