当需要将一个web apps的核心功能迁移到移动设备（比如iPads以及其他的平板电脑）上时，网站开发人员给出的答案往往是一个更好的网站，而非移动App。现在这样的选择变得越来越常见，所以在这篇文章中将比较这两种方式各自的优缺点。
Amir Shah是位于St. Louis的AgilitySpeaks.com公司的CEO ， 他说到“我们碰到过各式各样的客户，每当我们提到‘移动’这个概念时，他们常常首先想到的就是app，而这往往也是他们唯一能够想到的方式。”但是如果要 针对平板电脑开发一个app，那么这个工作将至少分成两个进程，这是一件非常复杂的工作，并且开发的成本也将大大提高。
在 有些场合下，Apps是非常有用的方法。Shah指出“如果一个客户已经有了一个app产品，或是他们正从app中获取收益，又或者是他们需要使用 iPad内部的硬件比如摄像头或是GPS之类的，那么app确实是一个不错的选择。”另一个场合就是日常服务，比如报纸订阅或是游戏。什么是日常服务？当 然不是那些只会访问一两次的服务啦！Shah举了个例子：“如果我要购买一辆汽车，一旦我购买好以后，除非我需要换新车，否则恐怕我将永远不会再访问你的 ‘app’了”。
Shah指出了一些常见的关于apps的误解。大家常常误以为在这些方面，使用apps会优于开发一个更好的网站，尽管网站能够处理移动平台和传统的浏览器。这些方面具体包括：
- 移动服务性能 。只要能够合理地使用编程技巧和技术，你能显著地提升移动浏览器的性能，有时甚至能够达到桌面应用程序的性能，并且服务能够有一个更加合理的响应延迟。
- 更好的脱机访问效果 。许多apps是需要连续的网络连接的，因此，即使它能够脱机访问部分数据，其实也无法真正完成用户期望的任务，就这样看来，apps的用户体验也并不比网站好多少。
- 不仅仅是 iPad 。 开发apps时，当你完成了iOS上的工作后，你还需要针对Android设备再重新开发一个相应的版本，还有Blackberries。每个平台都有各自的要求，并且开发工具也不尽相同。
- 只有 apps 具有推送机制 。你可以使用SMS或是电子邮件来推送消息，它和apps的推送机制一样有效，并且可以摆脱对Apple的依赖。
- 现在几乎人人都能开发一个 app 了 。这话不假，但是要开发一个好的app并不比开发一个好的网站容易。此外，通过合理的设计，可以让一个网站能够在平板电脑或是小屏幕设备上良好地运行，并且更易维护。相比于app需要维护各个平台上的版本，网站的开发成本要小得多。
- Apps 能够获取更多的市场份额 。 这显然是个谬论。你上次搜索嵌入式应用程序是什么时候的事了？Shah表示“没有人会在iPhone的app store中查找餐馆的信息”。优化你的网站内容的编码，因为你的SEO将会直接影响你的网站的访问量，将所有你的移动用户可能会访问的页面都考虑在内。 此外，你也不用再特别为移动网站打上“m.website.com”版本的标签了。
当然，如果你需要使用网站策略，那么你必须学习如何使用HTML5和CSS，并且需要了解如何动态检测浏览器的类型以及许许多多其他的知识…但是，这些都是你需要积累的Web知识的一部分。
文章来源：Do You Really Need Your Own Mobile App or a Better Website?
shell中可能经常能看到：>/dev/null 2>&1
命令的结果可以通过%>的形式来定义输出
/dev/null 代表空设备文件
> 代表重定向到哪里，例如：echo "123" > /home/123.txt
1 表示stdout标准输出，系统默认值是1，所以">/dev/null"等同于"1>/dev/null"
2 表示stderr标准错误
& 表示等同于的意思，2>&1，表示2的输出重定向等同于1
那么本文标题的语句：
1>/dev/null 首先表示标准输出重定向到空设备文件，也就是不输出任何信息到终端，说白了就是不显示任何信息。
2>&1 接着，标准错误输出重定向等同于 标准输出，因为之前标准输出已经重定向到了空设备文件，所以标准错误输出也重定向到空设备文件。
A. 1> /dev/null 表示将命令的标准输出重定向到 /dev/null2>/dev/null 表示将命令的错误输出重定向到 /dev/null1 - denotes stdout ( standard output )2 - denotes stderr ( standard error )/dev/null就相当与windows里的回收站，只是进去了不能再出来了。>/dev/null 就是将标准输出和标准出错的信息屏蔽不显示
B.>/dev/null 2>&1 also can write as 1>/dev/null 2>&1 - stdout redirect to /dev/null (no stdout) ,and redirect stderr to stdout (stderr gone as well) . end up it turns both stderr and stdout off
C.a little practice may help to undstand above . #ls /usr /nothing #ls /usr /nothing 2>/dev/null #ls /usr /nothing >/dev/null 2>&1
我们经常会在UNIX系统下的一些脚本中看到类似”2>&1″这样的用法，例如“/path/to/prog 2>&1 > /dev/null &”，那么它的具体含义是什么呢？
UNIX有几种输入输出流，它们分别与几个数字有如下的对应关系：0-标准输入流(stdin)，1-标准输出流(stdout)，2-标准错误流 (stderr)。”2>&1″的意思就是将stderr重定向至stdout，并一起在屏幕上显示出来。如果不加数字，那么默认的重定向动作是针对stdout(1)的，比如”ls -l > result”就等价于”ls -l 1 > result”。这样便于我们更普遍性的理解重定向过程。
下面举例说明：
#cat std.sh
#!/bin/sh
echo “stdout”
echo “stderr” >&2
#/bin/sh std.sh 2>&1 > /dev/null
stderr
#/bin/sh std.sh > /dev/null 2>&1
第一条命令的输出结果是stderr，因为stdout和stderr合并后一同重定向到/dev/null，但stderr并未被清除，因此仍将在屏幕中显示出来；第二条命令无输出，因为当stdout重定向至/dev/null后，stderr又重定向到了stdout，这样stderr也被输出到了/dev/null。
今天在做例行工作的时候，发现机器上的sendmail进程奇多无比，并且机器IO好像也很慢。后来发现在/var/spool/clientmqueue目录下ls几乎要死人 – 最少有10万个文件
ps|grep sendmail看这些sendmail进程里面都有/var/spool/clientmqueue
cd过去随便打开了个文件看了下，发现是我crontab里面执行的程序的exception，估计是我的crontab每次执行，linux都试图发邮件给crontab的用户但是又没有配sendmail，所以东西就都被扔到/var/spool/clientmqueue下面了。然后我才明白为啥以前别人写的crontab要加上> /dev/null 2>&1，原来这样就不会每次执行crontab都把结果或者excetion发邮件了。
把这10万个文件删掉后，一切恢复正常
问题现象:
linux操作系统中的/var/spool/clientmqueue/目录下存在大量文件。
原因分析：系统中有用户开启了cron，而cron中执行的程序有输出内容，输出内容会以邮件形式发给cron的用户，而sendmail没有启动所以就产生了这些文件；
解决办法: 1、 将crontab里面的命令后面加上> /dev/null 2>&1
2、知识点：
2>：重定向错误。
2>&1：把错误重定向到输出要送到的地方。即把上述命令的执行结果重定向到/dev/null，即抛弃，同时，把产生的错误也抛弃。
3、具体代码：
（1）、# crontab -u cvsroot -l
01 01 * * * /opt/bak/backup
01 02 * * * /opt/bak/backup2
（2）、# vi /opt/bak/backup
#!/bin/sh
cd /
getfacl -R repository > /opt/bak/backup.acl
（3）、# vi /opt/bak/backup2
#!/bin/sh
week=`date +%w`
tar zcvfp /opt/bak/cvs$week/cvs.tar.gz /repository >/dev/null 2>&1
4、清除/var/spool/clientmqueue/目录下的文件：
# cd /var/spool/clientmqueue
# rm -rf *
如果文件太多，占用空间太大，用上面命令删除慢的话，就执行下面的命令：
# cd /var/spool/clientmqueue
# ls | xargs rm -f
在一個風和日麗的夜晚，我坐在家裡看著電視，後來手機一陣響起，結果是楊老師發現一台主機發生異常，伺服器的 /var/spool/mqueue 目錄被塞了一堆還沒有寄出的信件，而當時沒有把 /var/spool 另外分割出來，所以也影響到了系統 root (/) 區塊，只剩六百多 MB 可以使用，這時一想會有幾個可能.
這台 server 有幫學校的 PC 做寄送信件，所以可能是廣告信在寄出.
使用這台 server 做 mail 寄信的機器，可能是中毒，於是就不斷的送信出去.
一開始只有想到這兩個原因，但是可要把被吞掉的空間給吐出來，所以就打算把所有的 mail queue 都先砍了，當然，要先停掉 mail service.
在砍這些正在排隊的信件時，發現一件事，就是裡面的檔案太多了，使用 ls 命令就變得超級遲頓，沒有反應，使用 mailq 來看看到底是那些信被 queue 住也沒辦法，後來想想算了，只好全剖砍了，不要再玩下去，之後，很順手的下了 rm -rf * 這下子呢，發生了一件很離奇的事，居然檔案太多無法刪除，第一次聽到 rm 在 complain (我是聽到的，楊老師是實作者，所以他有看到 ^^).
那個 error 是: bash: /bin/rm: Argument list too long
雖然無法刪除，但是楊兄並不放棄，到主機面前，開啟了 X Window 之後使用那 Linuxer 最常使用的鸚鵡螺 (nautilus) 開啟到 /var/spool/mqueue. 喔 ~ 可以使用 X Window 來刪呢 ! 後來想說即然 X Window 有這麼大的本事，那麼就用它來刪了其它的 queue files 就好啦，於是掛上電話，放楊兄一個人努力的在機房刪著 ...
當然我也沒有閒著，電視劇剛好演完，於是開啟我的工作伙伴，再度當網路潛水艇 ... 游著游著，突然想到，何不使用 find 來刪除看看 ? 於是刪回歷史文件，發現一個命令就是 find ./ | xargs rm -rf 千萬別小看這小小的指令，因為在我看完之後不久，楊兄打進來，說已經刪到手軟，這時也是晚上十點了，於是我就推薦了這個這道指令，嗯，很好，全都刪了，還頗快的 ...
喔，還沒說為什麼會刪到手軟，是因為 nautilus 在 Load 目錄時，是分批的，不是一次全部讀，所以一次大約是幾千封在讀，刪了之後，沒想到又冒出了還有幾千封 ... 真是嚇死人，後來推論應該是分批的關係.
在下了 find ./ | xargs rm -rf 之後，還在訝異快速之餘，就發現時間不多了，學校也要關門，所以就先 say bye bye，在現場苦命的楊兄也回家休息了.
分析:
rm 有最大一次刪除的數量，所以當一個目錄裡有太多的檔案或目錄時，就會出現錯誤，小弟試過應該是在二萬以下，而使用 find ./ | xargs rm -rf 的目的是先使用 find 列出檔案，再導向到 xargs，xargs 再喂給 rm，在這裡，xargs 會分批依照 rm 的最大數量餵給 rm，然後就可以順利刪除檔案了
。而真正的原因，有可能是 rm 的版本或是檔案系統的問題，我也不再繼續追就，反正能辦好事就好
下面提供當時小弟測試的一個小小 shell script
下載：
mk-file.sh
(這個 shell script 會有目錄下產生 20000 個檔案。)
接下來來做個小小測試：
root # mkfile.sh
root #
會產生 20000 個小檔案，名稱為 test-file-{1~19999}
直接使用 rm 去刪除：
root # rm -rf test-file-*
-bash: /bin/rm: Argument list too long (會回應引數過長的訊息)
改搭配 find 來刪除
root # find ./ -iname 'test-file-*' | xargs rm -rf
root # ls
mk-file.sh
root #
這樣就順利被刪除了。
---------------------------------
#tool_action
45 4 * * * /bin/sh /data/stat/crontab/exec_tool_action_analysis_db.sh >> /data/stat/logs/exec_tool_action_analysis_db.sh.log > /dev/null 2>&1
45 5 * * * /bin/sh /data/stat/crontab/exec_tool_action_analysis_user.sh >> /data/stat/logs/exec_tool_action_analysis_user.sh.log > /dev/null 2>&1
否则在/var/spool/clientmqueue 下会产生以下文件：
-rw-rw---- 1 smmsp smmsp 975 Jan 17 10:50 qfq0H2o4ei031197
在java.lang包中有String.split()方法，返回是一个数组
我在应用中用到一些，给大家总结一下，仅供大家参考：
1、如果用“.”作为分隔的话，必须是如下写法：String.split("\\."),这样才能正确的分隔开，不能用String.split(".");
2、如果用“|”作为分隔的话，必须是如下写法：String.split("\\|"),这样才能正确的分隔开，不能用String.split("|");
“.”和“|”都是转义字符，必须得加"\\";
3、如果在一个字符串中有多个分隔符，可以用“|”作为连字符，比如：“acount=? and uu =? or n=?”,把三个都分隔出来，可以用String.split("and|or");
使用String.split方法分隔字符串时，分隔符如果用到一些特殊字符，可能会得不到我们预期的结果。
我们看jdk doc中说明
public String[] split(String regex)
Splits this string around matches of the given regular expression.
参数regex是一个 regular-expression的匹配模式而不是一个简单的String，他对一些特殊的字符可能会出现你预想不到的结果，比如测试下面的代码：
用竖线 | 分隔字符串，你将得不到预期的结果
String[] aa = "aaa|bbb|ccc".split("|");
//String[] aa = "aaa|bbb|ccc".split("\\|"); 这样才能得到正确的结果
for (int i = 0 ; i <aa.length ; i++ ) {
System.out.println("--"+aa[i]);
}
用竖 * 分隔字符串运行将抛出java.util.regex.PatternSyntaxException异常，用加号 + 也是如此。
String[] aa = "aaa*bbb*ccc".split("*");
//String[] aa = "aaa|bbb|ccc".split("\\*"); 这样才能得到正确的结果
for (int i = 0 ; i <aa.length ; i++ ) {
System.out.println("--"+aa[i]);
}
显然，+ * 不是有效的模式匹配规则表达式，用"\\*" "\\+"转义后即可得到正确的结果。
"|" 分隔串时虽然能够执行，但是却不是预期的目的，"\\|"转义后即可得到正确的结果。
还有如果想在串中使用"\"字符，则也需要转义.首先要表达"aaaa\bbbb"这个串就应该用"aaaa\\bbbb",如果要分隔就应该这样才能得到正确结果：
String[] aa = "aaa\\bbb\\bccc".split("\\\\");
转自:http://hi.baidu.com/danghj/blog/item/7259c2b461bebc708bd4b21e.html