虽然Telegram在webhook模式提供了 Making requests when getting updates 功能，但似乎一次只能返回一个动作。考虑到业务的复杂性，有时候需要做出多个动作，比如群管机器人的删除/封禁动作，既要做出删除封禁动作，还要给管理员回复一个消息，甚至有时候需要延迟一段时间再做动作等等……还是建议直接调用bot API实现功能，而不要使用在返回体中调用API的方法。这玩意，也就聊胜于无吧。
This manual page documents the GNU version of xargs. xargs reads items from the standard input, delimited by blanks (which can be protected with double or single quotes or a backslash) or newlines
GNU xargs的manpage说支持blanks 按说空格也应该可以啊…… xargs.c的read_line函数里：
893 /* POSIX: In the POSIX locale, the separators are <SPC> and 894 * <TAB>, but not <FF> or <VT>. 895 */ 896 if (!bc_ctl.replace_pat && ISBLANK (c)) 897 { 898 *p++ = '\0'; 899 len = p - linebuf; 900 if (EOF_STR (linebuf)) 901 { 902 eof = true; 903 return first ? -1 : len; 904 } 905 bc_push_arg (&bc_ctl, &bc_state, 906 linebuf, len, 907 NULL, 0, 908 initial_args); 909 p = linebuf; 910 state = SPACE; 911 first = false; 912 continue; 913 }
echo a b c d e |xargs -n1 echo begin {} end 运行结果就几乎正确了。虽然丧失了使用占位符的能力，但至少它确实按照空格进行分割了 begin {} end a begin {} end b begin {} end c begin {} end d begin {} end e
前几天使用 salt ‘*’ test.ping 的时候发现响应内容中有一些“某某minion was already deleted from tracker, probably a duplicate key“的提示信息。刚开始误以为是salt-key管理有问题，尝试删除再重新accept，但是依然会出错。到该minion上检查，发现上面运行了两套salt-minion*三层进程树，一共6个进程，其中一套的PPID为1，另一套的Parent是supervisord。
通过service unit file的声明式写法，使服务脱离用户级运行环境、脱离user.slice、system.slice/sshd.service和system.slice/crond.service的cgroup，拥有自己独立干净的启动条件，避免受到用户环境变量、rlimit等设置的干扰和传染
网上找到一个固件，保留了“粤TV”app，并且重新开启了Wi-Fi功能，且开放安装外来安卓软件。刷新说明里写着放在FAT32的U盘里，文件名叫update.zip，开盒子之后在bootloader过程中按左右键进入recovery，然后apply update from external storage即可。但我照做的时候，recovery提示没有找到升级包。
