Archive for May 2011

music beta by Google使用体验

Google于 I/O 2011发布的云端音乐服务music beta终于收到邀请了,迫不及待一窥究竟。这个服务总体有三个部分:位于云端的music beta网页版,PC上面需要安装一个Music Manager用来管理和上传电脑上的音乐,手机上则是新版的Music APP

Google构建的愿景非常美好,把用户所有的音乐全部存放于云端,在不用考虑带宽的情况下,可以在多个设备上随时播放,包括但不限于WEB,Android手机等终端(还记得I/O 2011上演示的智能家庭吗?),目前来看在这两者上的使用已经相当完美,使用我家2MB带宽的小水管或者中国联通的WCDMA网络均能流畅播放存放于云端的音乐。

最新释出的手机端Music APP,不得不说非常赞!全新的UI,和流畅的体验直接把Android提升了一个档次,说一下这个APP的新功能:

  • 本地音乐库时刻和云端保持同步,这也使得我手机上的音乐列表迅速增加
  • 流畅的在线播放
  • 可以以单曲或专辑为单位选择“离线可行”(下载到手机),担心手机流量不够或是被偷走,可以设置只在“WIFI ONLY”时“在线播放”、“离线下载”
  • 前所未有的新功能“Instant Mix”,相当于iTunes中的Genius Mix,根据你选择的当前歌曲的节奏和曲风给你生成一个相关的playlist,这个功能要在音乐库较多的时候才会管用,当总共也只有几首歌时要mix 真的有难度
  • 没有网络时怎么办?会不会点到一首无法加载,到下一首时还是无法加载,当然Google也是考虑到的,这个时候你只需要将Library切换成离线,也就是只显示本地音乐

使用的时候发现这个新玩意的一个小bug:手机上的应用从云端同步音乐库的时候会完全忽略本地已有的音乐(初始化之前),我的手机上就重复出现了已经存在的专辑。

完整的截图 观赏请移步:http://flic.kr/s/aHsjuUUMsC

用于网站监控的shell脚本

分享一个用于监控网站运行情况的shell脚本,功能和结构都很简单,但很大程度上能够让监控自动化。此脚本的作用是按固定频率不停访问给出的URL,当网站不可访问时自动给设定邮箱发送告警邮件以通知用户。

脚本的完整内容如下:

#!/bin/sh
# Author:       Bill JaJa
# Purpose:      Moniter the web status, send a alert mail when it's not available.
export LANG=C

EMAIL=”<a href="mailto:EMAIL=”xxx@xxxmail.com">xxx@xxxmail.com</a>”
LOG_FILE="/var/monitor/log/web_status_`date '+%Y%m'`.log"
TMP_EMAIL="/var/monitor/.tmp.mail.`date '+%s'`"
URL="$1" # DO NOT CHANGE IT.

if [ $2 ]
then
        sleep $2
fi

# Define function "ECHO", append the timestamp at the head of every record.
ECHO () {
printf "%s " `date '+%Y-%m-%d %H:%M:%S'`
echo $1
}

# Define function HTTP_CODE, obtain the status of web service.
HTTP_CODE () {
http_code=`curl -m 20 -o /dev/null -s -w %{http_code} $URL`
}

# Define function MAIL.
MAIL () {
echo "$URL is not available now, pls pay attention." &gt; $TMP_EMAIL
echo "And the Server 's time is: " &gt;&gt; $TMP_EMAIL
date &gt;&gt; $TMP_EMAIL
echo &gt;&gt; $TMP_EMAIL
echo "------" &gt;&gt; $TMP_EMAIL
echo "BR" &gt;&gt; $TMP_EMAIL
echo "Shell Robot." &gt;&gt; $TMP_EMAIL
mail -s "Server Alert: $URL" $EMAIL &lt; $TMP_EMAIL
rm $TMP_EMAIL
}

n=0
HTTP_CODE
if [ $http_code -eq 200 ]
then
        ECHO "|http_code:200|+$n|webpage visit success.|$URL" &gt;&gt; $LOG_FILE
else
        while [ $http_code -ne 200 ]
        do
                n=`expr $n + 1 `
                ECHO "|http_code:$http_code|+$n|webpage visit failed. |$URL" &gt;&gt; $LOG_FILE
                if [ $n -eq 5 ]; then
                        MAIL $1; exit 0
                fi
                sleep 10
                HTTP_CODE
        done
fi
# THE END.

这段脚本的核心其实只有如下一行:

http_code=`curl -m 20 -o /dev/null -s -w %{http_code} $URL`

也就是使用Linux自带的curl工具访问给出网址,并返回http_code,当http_code不等于200时即可认为网站存在访问故障,但考虑到实际的不稳定因素,当第一次返回http_code不等200时,脚本休眠10秒钟,然后继续访问,累计连续不可访问次数达到5次后触发告警邮件。

可配置字段,脚本第二段中有如下三个可配置字段:

EMAIL:接收告警信息的email地址。
LOG_FILE:日志文件,建议使用绝对路径;最后的web_status_`date ‘+%Y%m’`.log代表以月为单位分割日志,如web_status_201105.log
TMP_EMAIL:临时邮件文件,同样建议使用绝对路径,保持所在目录有写权限即可。

使用方法:

脚本后面需跟两个参数:第一个参数为监控网站的URL,第二个参数为延时时间(可选,以秒为单位,建议在对多个网站进行监控时添加),将此脚本添加到操作系统的crontab里面,按需求设定运行频率,建议2分钟一次。若有多个网站需监控,在crontab里面添加多行即可,每个URL一行,如下为同时对三个网站进行监控:

*/2 * * * * sh /var/monitor/web_monitor.sh http://www.qq.com
*/2 * * * * sh /var/monitor/web_monitor.sh http://www.qqq.com 5
*/2 * * * * sh /var/monitor/web_monitor.sh http://www.qqqq.com 10

同时此脚本会将所有访问结果记录至日志文件,日志片段如下:

[bill@JAJA log]$ tail -f web_status_201105.log
2011-05-23 19:28:01 |http_code:200|+0|webpage visit success.|http://www.qq.com
2011-05-23 19:28:05 |http_code:200|+0|webpage visit success.|http://www.qqq.com
2011-05-23 19:28:11 |http_code:200|+0|webpage visit success.|http://www.qqqq.com
2011-05-23 19:28:20 |http_code:200|+0|webpage visit success.|http://www.qq.com
2011-05-23 19:28:20 |http_code:200|+0|webpage visit success.|http://www.qqq.com
2011-05-23 19:30:01 |http_code:200|+0|webpage visit success.|http://www.qqqq.com

补充:使用此脚本前请确保系统的邮件服务可行,Linux 邮件服务为sendmail
查看邮件服务运行状态的命令:service sendmail status
启用邮件服务:service sendmail start

在Github上查看源代码:https://github.com/bostoneboy/shell-scripts/blob/master/web-monitor.sh

Kindle 对txt文档中换行符的处理

Kindle是支持txt文档的,但无论是直接使用USB线缆传送或是OTA PUSH的方式,最终txt还是被转化为Amazon私有的azw格式,才能在Kindle上被阅读。虽然Kindle对txt算得上不友好,但txt的通用和便利,仍令人难以舍弃。本文要讨论的是Kindle对txt中换行符\n,\r,空格和制表符\t的处理。

测试环境和步骤如下:

测试环境:

电脑:Windows 7 ,Python 2.6.2

阅读器:Kindle 3 WIFI Only,固件版本:Kindle 3.1(558700031)

测试步骤:

先在Windows 7上使用Python生成标准的txt文档,然后复制一份。分别通过USB和OTA PUSH二种不同的方式传输到Kindle。

用来生成txt文档的Python代码如下:

#!/urs/bin/python
# -*- coding: cp936 -*-

file = open("kindle_test.txt","w")
content1 = "第一行测试\\n效果(所有换行符均放在每行的结尾处)\n第二行测试\\r效果\r第三行测试\\n\\r效果\n\r第四行测试\\r\\n效果\r\n第五行测试\\n\\n效果\n\n第六行测试\\r\\r效果\r\r第七行测试\\n\\r\\n\\r效果\n\r\n\r第八行测试\\r\\n\\r\\n效果\r\n\r\n换行测试完毕。"
content2 = "\n  空格及制表符测试:此行开头进行两个半角空格测试。\n    此行开头进行四个半角空格测试。\n\t此行开头进行一个制表符测试。"
file.write(content1)
file.write(content2)
file.close()
# print content1,content2

运行此代码后最终生成一个名为Kindle_test.txt 的标准文本文件。

上图,是此文档在Windows 7平台使用系统原生的notepad程序打的效果,从中可以的得出如下结论:

\n和\r均被Windows识别为单独的换行符,并且\r\n或者是\n\r表示两个换行符;另外空格和制表符也能完全准确的显示。

上图左是使用USB线缆将文档直接拷贝到Kindle后的效果;上图右则是使用Gmail将同一份文档OTA PUSH到Kindle后的效果。

从上面两张图以及notepad显示的效果图上可以得到如下结论:

1. Kindle系统内置的格式转换软件和Amazon云端的并不是同一套,不然同一个文档不可能产生两种不同的效果。

2. 若从USB线缆向Kindle拷贝txt文档,Kindle内置格式转换规则为: \n, \r均视为单独的换行符,\n后面紧接着的\t被忽略,\n后面紧接着的空格则被缩减了一个,原本2个半角空格变为一个,原本4个半角空格变为3个。

3. 若使用OTA PUSH的方式,Amazon云端格式转换规则为:\r完全被忽略,后面不跟空格的单个\n会被忽略,单个\r\n表示换行,\n\n表示换行外加四个半角空格,\n后面紧跟一个或多个空格仅表示换行(空格被忽略掉),\n\t表示换行外加一个制表符。另外,进行长本文txt文件云端PUSH测试时,\r\n很多时候会被转换成四个半角空格,而不是换行。

总结:为Kindle准备的txt的文档,为保证原有格式请尽量使用USB线缆传输。若准备OTA PUSH,建议使用“\n\n”作为换行符,这样会在下一行的行首多出四个半角空格,但总比让很多段落连一起要强。

补充:为了排除txt文档在使用Gmail上传时被更改,将Gmail发件箱的附件下载与原文件对比没有出入,另外使用QQmail PUSH的时候效果一样。