作者归档:vicalloy

WP7开发初体验 — WP7版“百度.ting”开发记录


项目地址: lb.ting(github)
如果你有WP7手机,可以下载XAP文件体验一下:lb.ting.xap

感觉已经有段时间没有接触过什么新技术了,或许也是想看看自己接触一项全新的技术需要多少时间来熟悉。近来想看看WP7开发。
上周在MSDN简单的看过一些WP7开发文章后决定动手做自己的地一个WP7应用。因为只是想简单的体验一下WP7开发,因此跳过系统学习的阶段直接动手。
这次想做的是百度.ting的WP7客户端。虽然虾米电台、豆瓣电台等电台网站/软件已经一大堆了,但百度.ting还是有自己的优势。百度电台的的音乐码率普遍为128k,比其他电台要好出不少。大多音乐电台支持直接手机访问,直接浏览器访问无法实现音乐的后台播放。
C#刚出时大家评价C#是Delphi和Java的杂交产物。我虽没什么C#的开发经验,但相信凭自己的Java与Delphi经验应付一般的C#代码还是没多少问题的。电台软件的功能以及技术点都不多,我很乐观的想周末在家宅个两天,折腾出地一个基础版本。显然,这个计划已经失败。接触一项新技术的遇到的问题远比我想象的要多,中间也走了不少弯路。
目前第一个初步可用的版本已经完成。我会将代码放到github上。我希望在接下来一段时间里对这个应用再进行一些优化,然后上线到WP7的商店。
下面的文章里会我记录下一些我遇到的问题。

准备工作,知识储备

微软在帮助文档方面做的非常的好,你可以很容易找到自己需要的资料。

开发过程中遇到的相关问题以及解决方案

百度.ting API

直接用FireBug对百度播放器的请求进行分析,可以很轻松的得到大部分API。这些API中唯独缺少电台列表的API。该问题最简单的解决方案是直接分析网页获取到电台列表,然后在程序里写死。另外还可以让程序对电台首页的html代码进行分析,从中提取电台列表。方案一,感觉有些傻。方案二实现起来又过麻烦。于是有了方案三。
百度.ting有官方的Android客户端,而Android程序是比较容易反编译的。使用 Dedexer 反编译后,得到相关API。Android客户端和web版本电台使用的并不是同一套API,而且从接口的参数类型上看服务端似乎用的是Java。

//主要接口
//获取频道列表
http://tingapi.ting.baidu.com/v1/restserver/ting?method=baidu.ting.radio.getCategoryList&format=json
//获取频道歌曲列表
http://tingapi.ting.baidu.com/v1/restserver/ting?method=baidu.ting.radio.getChannelSong&format=json
//获取专辑的歌曲列表
http://tingapi.ting.baidu.com/v1/restserver/ting?method=baidu.ting.radio.getArtistChannelSong&format=json
//获取歌曲的详细信息
http://ting.baidu.com/data/music/links?songIds=

JSON解析

最初我希望JSON能被自动解析成LIST/MAP类型的结构,查了一轮并没有找到比较好的解决方案。在C#中JSON都需要和对象进行绑定。如果手动为所有JSON数据创建相关的数据类,无疑是意见很麻烦的时。我相信我并不是遇到该困扰的第一人。果然网上已经有不少C#的JSON工具。
json2csharp 只要你输入json,改网站会自动帮你生成相关的数据类。

配置文件的存储

大多应用程序都需要保存一些自定义的配置数据。在WP7.1后,本地数据的使用变得非常的简单。本地数据库的使用可以参考 如何使用 MVVM 为 Windows Phone 创建本地数据库应用程序
lb.ting最终方案中并没有使用本地数据库。我采用了直接将JSON数据持久化的做法进行数据存储。直接持久化JSON的方案在数据的可靠性比较差,且配置文件格式的修改会成问题。JSON持久化的方案胜在够简单。

后台音频播放

WP7不支持后台进程,为了保证音频的后台播放需要为应用创建对应的后台音频播放代理。按照通常的理解,动态更新播放列表是一个必须的功能。WP7的后台播放代理还就没有更新播放列表的API。在MSDN的例子中播放列表直接写死在程序里。
去网上转了一圈也并没有找到比较好的解决方案。网上的建议是将播放列表保存在数据库或本地文件中,通过创建一个“中间层”的方式同前台UI进行交互。lb.ting最终采用了将播放列表持久化到本地存储区的方案。

baidu图片获取

专辑封面在浏览器可以正常显示,客户端则无法显示专辑图片。怀疑是代码的问题,于是将图片源换为豆瓣,图片正常显示。一通折腾,发现是百度的防盗链引起。将图片的加载换为WebClient实现。

public static void SetImageUrl(Image img, Uri uri, Uri defaultUri)
{
    WebClient wc = new WebClient();
    wc.Headers["Referer"] = "http://www.baidu.com";
    BitmapImage bi = new BitmapImage();
    img.Source = bi;
    wc.OpenReadCompleted += (s, e) =>
    {
        try
        {
            bi.SetSource(e.Result);
        }
        catch (Exception)
        {
            //bi.UriSource = defaultUri;
        }
    };
    wc.OpenReadAsync(uri);
}

CSRF(Cross-site request forgery)以及django中的处理方法

CSRF(Cross-site request forgery) 中文名是跨站请求伪造。
简单的说是用户访问了安全的网站A(比如支付宝)并登录,之后用户又访问了问题网站B。网站B包含恶意代码,在访问网站B的时候,网站B的网页偷偷的向网站A发起post(get)请求进行转账操作。由于你已经登录过网站A,网站A误以为请求是用户自己发起的安全请求。在操作成功后你的钱啥的也不见了。
当前Django的处理方法:
在用户访问网站时为用户生成一个CSRF防范用的token并将token保存到cookie中。每次用户发起请求时需要将token的值作为表单字段一同提交。服务端对用户提交的token值同cookie中的token进行比较,如果相同则认为安全。
由于浏览器对cookie的访问有严格的限制,问题网站B无法访问到网站A的cookie无法正确的设置token。

谈“降级论”

降级论 最近这篇文章转的到处都是。因为太火了,虽然赞同文中的大部分观点,还是免不了有些反感。
文中“降级”更准确的说是换个角度,但“降级”这个说法很好的满足了很多“it”人士的虚荣心。或者说很多“it”人一直自以为是的认为自己高级、高智商、如果混的不好是怀才不遇。
相比其他行业,圈内人的喜欢图个嘴快问题更为明显(我也有这个问题,不然就不写这么多了)。在cnbeta、网易、微薄发表各类为图一时之快的言论。大意都是XX公司做的XX很烂、XX很烂、黑幕XX,总之这世界上几乎没什么好的。在费了很多口水后,要说行动则为零。如果你的脚步都不曾迈出又谈何改变。
作者在文中谈及了自己此前“失败”的经验,但我认为这并算不上失败。尽管商业上是失败的,但将一个网站、一个APP做到他文中的程度,从一定程度上说已经非常成功了。能成功的做出了一个受欢迎的产品,并不是一件容易的事。作者的成功并不是一夜暴富的结果,作者的成功的背后是他前期的积累。如果作者继续一心做“纯互联网”产品,也未必不会成功。
互联网渗透入传统行业,这已经成了必然。现阶段是电商的活跃,接下来必将更深度的渗透下去。互联网人做传统行业,和传统行业的人做互联网其实都是各有利弊的。并不能说互联网人做传统行业就“降级”就容易。互联网有互联网的门槛有互联网的问题,传统行业也是。
就如丁磊的养猪,养了好几年的猪,猪到现在都没有出栏。在线出版也算是传统行业迈向互联网的一个尝试。“印客网”有段时间看上去发展的还不错,也关门了。
做什么都有难度,并不是做互联网就高级了。
有想法就行动,用行动去将想法变成现实。

替换博客的代码高亮插件为“Crayon Syntax Highlighter”

此前一直对博客的代码高亮插件不是很满意。以前用的插件,默认配色方案不是太美观,而且配色方案的修改还不是一件容易的事。
将代码高亮插件换到 Crayon Syntax Highlighter 。现在的这个插件还是让我比较满意的。

插件演示

# -*- coding: UTF-8 -*-
import os
from contextlib import contextmanager as __ctxmgr
from fabric.api import *
from fabric.decorators import runs_once
import fabsettings as cfg
#host settings
env.hosts = ['vicalloy@jstwind.com']
env.password = cfg.PASSWORD
#env.passwords = fabsettings.PASSWORDS
#custom settings
env.deploy_dir = '/home/vicalloy/webapps/jstwind/timeline-site'
env.activate = 'source %s' % os.path.join(env.deploy_dir, 'env/bin/activate')
env.mg = 'python %s' % os.path.join(env.deploy_dir, 'sites', 'manage.py ')
@__ctxmgr
def __virtualenv():
    with cd(env.deploy_dir):
        with prefix(env.activate):
            yield
def reload():
    wsgi = os.path.join(env.deploy_dir, 'deploy', 'dj_scaffold.wsgi')
    run("touch %s" % wsgi)
def update():
    with __virtualenv():
        run("git pull")
        run('%s syncdb' % env.mg)
        run('%s migrate' % env.mg)
        run('%s compress --force' % env.mg)
        reload()

sentry,异常记录的云托管平台

最近打算为公司的应用增加异常跟踪功能,所以又去看了看 sentry
sentry 最早是 disqus 发布的一个开源的django异常跟踪APP。一段时间没见发现sentry已经发展成了一个支持 Python、PHP、Node.js、Java 的异常跟踪中心,而且还推出了对于的云服务 getsentry.com
getsentry.com 按月收费,不同方案的区别在于日志的保存时间以及每日的记录事件数的配额。和大多云服务一样 getsentry.com 也提供免费方案,免费情况下每日有100个事件配额。 由于 getsentry.com 本身是一个开源产品,部署成本也不高。 getsentry.com 的服务是否真能让广大用户接受还很难说,但这个做法让人不得不佩服disqus的想象力,连一个异常跟踪平台也能做到这个程度。
sentry 作为一个开源项目有着不错的代码质量,sentry代码中有不少可以借鉴的东西。

  • tox 似乎越来越多的python项目有在使用tox。tox是一个python虚拟环境管理工具,主要用于为测试用例创建虚拟环境。tox可以为不同的python版本单独创建虚拟环境,以测试在不同python版本下的工作情况。
  • 实现了一个自己的BaseManager,增加get_from_cache方法。用缓存来加快查询速度。
  • twitter-bootstrap sentry也是用bootstrap作为前端框架。因为有对bootstrap做过一些调整,所以UI不至于太过bootstrap。
  • celery、nose、gunicorn……

django的js/css压缩组件Django Compressor

为了加快网站的加载速度,我们通常要多js和css进行压缩处理。这些js和css的压缩工作如果都手动处理,费时费力。
Django Compressor 可以实现js/css的自动压缩。Django Compressor在易用性方面做的非常好,按照 文档 做简单的设置后就可以正常工作。强烈建议大家去将文档完整的看一遍(文档很短)。
使用的时候,只需要将css/js放到 compress 标签中 Django Compressor 即可自动进行处理。在debug模式时, Django Compressor 不会对做任何处理。在非debug模式时,Django Compressor会自动对js/css进行压缩,并将压缩后的问题输出到django的 STATIC_ROOT 目录。所以请务必保证 STATIC_ROOT 目录进行了正确的设置。

{% load compress %}
{% compress  [ [block_name]] %}

{% endcompress %}
{% compress css %}

{% endcompress %}

coffeescript、less 支持

在开发阶段coffeescript和less可以直接使用js来处理,在正式发布时处于加载速度的考虑需要预先编译成js和css。 Django Compressor 提供 COMPRESS_PRECOMPILERS 设置,根据type类型进行预处理。

COMPRESS_PRECOMPILERS = (
    ('text/coffeescript', 'coffee --compile --stdio'),
    ('text/less', 'lessc {infile} {outfile}'),
    ('text/x-sass', 'sass {infile} {outfile}'),
    ('text/x-scss', 'sass --scss {infile} {outfile}'),
)

“似水流年”近期情况

推广情况

网站在6月1日上线,并在上线后创建了一个乔布斯的时间线作为网站使用演示。网站上线后将乔布斯的时间线分享到新浪微薄。在博客上写博客公布网站。python.cn网站将“似水流年”作为django项目进行推荐。由于我的博客以及微薄的关注人数并不多,宣传效果一般。python.cn为网站带来的流量相对来说还不错。

网站现状分析

让人比较尴尬的一点是用户创建时间线的积极性并不是太高。即使只是简单创建,并未添加内容的时间线也没几个。我想这应当和网站的访客类型有这不小的关系。我的博客与python.cn的访客都以技术人员为主,这在一定程度上和“似水流年”的目标用户是不匹配的。就我个人对网站的预期定位以粉丝群体与历史爱好者为主。创建和管理好一个时间线是非常花精力的一件事,如果缺乏一定的热情是很难坚持做下去是。对偶像的热爱可以很好的支撑时间线的维护热情。对历史爱好者而言,时间线良好的视觉效果对历史事件的整理有着先天的优势。
就我的实际使用而言,尽管我花了不少的精力在时间线的编辑功能上,但时间线的创建成本还是太高。为创建一个时间线你需要花费不少的时间收集相关的资料,除此之外资料的录入也并不省心。要想降低时间线的创建成本似乎只能用些自动方法抓取内容生成时间线,但我并不太想这么做。过多自动生成的内容会降低网站内容的质量。一个内容质量过低的网站只是单纯的增加网络上的信息噪声而已。

近期开发计划

  • 社会化分享按钮(已添加)
    • 微博有着超强的信息传播能力。虽然不确定是否真会有人使用分享功能,但感觉加上还是有些必要。
  • SEO的相关优化
    • 时间线的加载基于AJAX实现,这将导致搜索引擎无法正确抓取时间线信息。出于SEO的考虑,网站讲增加文字版的timeline查看页面。
  • 协作编辑功能
    • 一人编辑过于辛苦,如果是团队维护则要轻松不少。感觉类似功能对粉丝团体将比较有用。
  • 自动生成微博的时间线
    • 输入微博用户名,自动抓取微博数据生成时间线。作为网站的一个工具应用出现,相关数据不混入网站首页。

时间线网站“似水流年”上线

网站地址: http://jstwind.com
在很早前就想做这么一个关于时间线的网站了,并在今天年初开始真正开始行动。中途因为各种原因将这件事情给搁置了,直到最近才重新启动。目前还只是完成了基础功能,细节方面也未能调教到自己满意的程度。不过不管怎么说,网站总算是基本可用了。欢迎大家上去看看,去制作自己感兴趣的时间线。
目前网站上只有一个关于 乔布斯 的时间线。事件的编辑比我预想的还要花时间,这也让我更希望能早些加入时间线的协作编辑功能。
这是我在继 LBForum 之后真正有在用心做的一个私人项目。项目后台代码方面的工作量倒还好,主要的工作都花在了前端上。事件的编辑是一项非常繁琐的工作,因此花费了不少时间来使用AJAX来提高事件编辑的易用性。项目代码托管在 github 上。项目地址在以前的博客里发布过,如果你感兴趣的话可以去找找。
最后把用到的主要技术和服务列一下,接下来一段时间可能会将其中用到一些技术写成博客:

  • 网站部署在 webfaction ,采用apache+mod_wsgi的方式进行部署。
  • 由于webfaction在国内的访问速度并不理想,静态资源托管在sina的 SAE 平台上。因为申请了SAE的开发者认证,每月有1.5w的免费云豆资源,闲着也是闲着。
  • 域名在 godaddy 购得。在使用优惠码后,一年的费用不足$2。
  • 域名的DNS解析用的是 DNSPod 。 DNSPod在易用性方面确实做的很不错。
  • 使用 腾讯企业邮箱 。 或许很多人对腾讯比较反感,但腾讯的产品确实都还做的不错。使用腾讯企业邮箱的重要原因之一是免费。
  • 服务端的开发技术依旧用的是 Django 。使用自己熟悉的技术可以大大的加快开发进度。
  • 前端用的是 twitter-bootstrap 。bootstrap目前已经有烂大街的趋势了,不过这东西确实好用。为减少bootstrap的痕迹,下一步考虑给jstwind换个配色方案。
  • JS的基础库用 JQuery 。现在JQuery基本上已经是JS标准的一部分了。
  • 时间线的JS控件用的是 Timeline JS 。虽然这个JS组件还有不少让我不太满意的地方,但这个组件胜在漂亮,而且作者非常勤奋,github上提的issue基本上在一天内就会有回复。
  • 文件上传用的是 jQuery-File-Upload 。纯JS实现,不依赖Flash即可实现文件的批量上传。缺点是如果客户用的浏览器版本太老就无法使用批量上传功能了。
  • Django的第三方APP方面用的就比较多了,其中包括 django-userena、django-taggit等,以及部分我自己写的与修改的APP。第三方APP的详细列表可以查看项目中的 requirements.txt 文件

越南岘港见闻

如果说朝鲜是60~70年代的中国,越南则更像是改革开放后90年代的中国。越南犹如一只刚解开封印的猛兽正准备撒腿狂奔。感觉越南正重复着中国的道路,中国的现在或许就是越南的将来。经济腾飞与其背后的社会问题都将是越南今后将所需要面对的。
刚完成了一次去越南的旅行。这是我的第一次出国经历,对我而言这是一次不错的旅程,第一次可以近距离感受另外一种文化。
从上海出发,在经历了3个小时的飞行后到越南岘港,入住皇冠假日酒店(Crowne Plaza Danang)。据导游说该酒店由华人开设。酒店的大多住户都是中国游客,另外则是少量的欧洲人,日韩游客似乎几乎没有。酒店的工作人员基本上都能说中文,所以在酒店里完全不用担心语言的问题。该酒店为五星级酒店,酒店有自己的私有海滩。岘港的海滩的很干净,沙很细,踩在上面很舒服。最重要的是目前到岘港的游客并不多,你可以肆意的享受这片碧海南天。
第一天下午去会安古城。会安距离岘港并不远,大概也半小时的车程。越南的路况很好,房子却建的比较乱。当地居民的房子象是散落在土地上,似乎就完全没有规划过。对中国来的我们而言,越南的房子都建成了奇怪的长条形。在越南作为法国殖民地期间曾有个奇怪的规定,房子宽度不能超过3米。房子虽对宽度有规定,却对长高没有限制,于是房子都成了窄长窄长的。到如今法国殖民的日子已经远去,但历史的印记并不会这么快的褪色。
会安曾是东南亚重要的贸易港口。因为临近中国的原因,这里免不了留下浓浓的中国痕迹。现在这里已经成了纯粹的旅游城市,街道上都是咖啡店以及旅游纪念品小店。这里的游客还是以中国人于西方人为主。
越南的人均收入并不高。我们本地导游的月收入为175美元,而且据说这在当地已算是高收入了,大巴司机与交警的收入为130美元。有人会觉得越是落后的地方民风越纯朴,这或许有一定道理,但越南并不是一个民风纯朴的地方。在会安我们计算价格的时候将货币的位数搞错(多给了一个零),若不是我们及时发现小贩就直接很自然的“接受”了我们的错误。在这里宰游客是很理所当然的一件事。在会安农贸市场上买水果的时候如果你只是简单的对半砍是完全不够的,我们的柠檬最终以开价的1/3成交。
中国曾被称为自行车王国,那越南则可以称为摩托车王国。这里到处都是摩托车,汽车都很少。越南的公交非常的不发达,在越南的几天就没怎么看到公交车。汽车对普通家庭而言,则又太贵,于是摩托车就几乎成了本地人出行的唯一选择。
在越南的最后一天去了当地比较有名的24粉小时与当地最大的超时big-C,最后去韩江大桥边的memory咖啡虚度光阴。有人说什么好地方被中国人发现,立马就会被毁掉。岘港目前还未开通到中国的直航航班,所以岘港暂时安全。不过目前岘港已开始大修酒店,按越南的发展速度来看,不出2年岘港必将迅速的繁华起来。如果你喜欢清净喜欢蓝天碧海,现在还可以抓紧时间感觉去岘港,再过几年就晚了。
有时在想,或许自己被技术人员的思维禁锢,实在太缺乏所谓的经济头脑。我看好越南的发展,如果我有足够的经济头脑则应当要有实际的行动来参与进去。比如更详细的调查越南的背景知识,了解越南当前的政策,看是否有什么途径可以投资(投机)。对于经历过经济市场化的我们而言,至少在某些方面比越南本地人还有些优势。






开始使用Todoist作为任务管理

我一向不是一个很有计划的人,为此带来的副作用是事情一多就变得有些焦虑什么都不想做。最近开始尝试做些改变。在尝试了一些任务管理工具后最终锁定Todoist
Todoist是一个很简单的小工具,支持创建子任务,支持tag。Todoist在细节处理方面做的很不错,恰到好处的AJAX应用,外加丰富的快捷键,使用起来比较舒服。
我觉得TODOLIST除作为备忘录、记录提醒的功能外更重要的是一种解决问题的方法。

  • 将问题添加到TODOLIST时,给了自己一些时间重新思考的时间,看这件事是否重要,是否值得去做。
  • 将一个大问题分解为若干个小问题,本身是一个思考问题解决方法的过程。