Sluke的夹生饭

触月生情，中秋期间的音乐走向

发布时间：September 20, 2010 分类：闲言碎语 1 Comment

传统佳节中秋即将来临，作为中国人一年里的重要节点，它有一个标志性的象征物——月亮，这个象征物触动了我们心里某些柔软的地方，流露出很多真性情，于是就有了很多以“月”为主题的歌曲，没到这个时期，我们或思乡，或怀旧……

触月生情，中秋期间的音乐走向

看，这就是中秋对中国人的影响，与“月”无关的几首歌也都是表达思乡之情的。

Google analytics的GIF请求参数表

发布时间：September 16, 2010 分类：资源资料 1 Comment

Google analytics与adsence整合的部分不太熟悉，不敢造次翻译，凑合看吧，有合适的翻译请留言告之，我修改本日志，方便大家查阅。
这个表说明了google analytics怎么通过gif传递统计信息，以及都能传递那些信息。

变量	描述	值示例
utmac	用于区别不同帐号的字串，所有请求中都有	utmac=UA-2202604-2
utmcc	Cookie 值，这个请求参数发送所有的cookie请求	utmcc=__utma%3D117243.1695285.22%3B%2B __utmz%3D117945243.1202416366.21.10. utmcsr%3Db%7C utmccn%3D(referral)%7C utmcmd%3Dreferral%7C utmcct%3D%252Fissue%3B%2B
utmcn	Starts a new campaign session. Either utmcn or utmcr is present on any given request. Changes the campaign tracking data; but does not start a new session	utmcn=1
utmcr	Indicates a repeat campaign visit. This is set when any subsequent clicks occur on the same link. Either utmcn or utmcr is present on any given request.	utmcr=1
utmcs	浏览器的语言编码，某些浏览器不支持此项，在这种情况下会被社会设置为 "-"	utmcs=ISO-8859-1
utmdt	页面标题，是一个URL-encoded 字串	utmdt=analytics%20page%20test
utme	扩展参数	Value is encoded. Used for events and custom variables.
utmfl	Flash 版本	utmfl=9.0%20r48&
utmhn	主机名，是一个URL-encoded 字串	utmhn=x343.gmodules.com
utmipc	产品码。这是一个特定产品SKU码	utmipc=989898ajssi
utmipn	产品名称，是一个URL-encoded 字串	utmipn=tee%20shirt
utmipr	单品价格。仅美元格式	utmipr=17100.32
utmiqt	数量	utmiqt=4
utmiva	Variations on an item. For example: large, medium, small, pink, white, black, green. String is URL-encoded.	utmiva=red;
utmje	浏览器是否启用java小程序，1 为真	utmje=1
utmn	Unique ID generated for each GIF request to prevent caching of the GIF image.	utmn=1142651215
utmp	当前页面的页面请求	utmp=/testDirectory/myPage.html
utmr	完整的来源页面	utmr=http://www.example.com/aboutUs/index.php?var=selected
utmsc	屏幕的颜色质量	utmsc=24-bit
utmsr	屏幕分辨率	utmsr=2400x1920&
utmt	定义请求的类型，为其中之一：event、 transaction、item、custom variable。如果GIF请求中不包含这些值，则请求类型为page。	utmt=event
utmtci	Billing City	utmtci=San%20Diego
utmtco	Billing Country	utmtco=United%20Kingdom
utmtid	Order ID, URL-encoded string.	utmtid=a2343898
utmtrg	Billing region, URL-encoded string.	utmtrg=New%20Brunswick
utmtsp	Shipping cost. Values as for unit and price.	utmtsp=23.95
utmtst	Affiliation. Typically used for brick and mortar applications in ecommerce.	utmtst=google%20mtv%20store
utmtto	总计	utmtto=334.56
utmttx	税	utmttx=29.16
utmul	浏览器语言	utmul=pt-br
utmwv	跟踪代码的版本	utmwv=1

一个完整的google analytics gif请求
http://www.google-analytics.com/__utm.gif?utmwv=4&utmn=769876874&utmhn=example.com&utmcs=ISO-8859-1&utmsr=1280x1024&utmsc=32-bit&utmul=en-us&utmje=1&utmfl=9.0%20%20r115&utmcn=1&utmdt=GATC012%20setting%20variables&utmhid=2059107202&utmr=0&utmp=/auto/GATC012.html?utm_source=www.gatc012.org&utm_campaign=campaign+gatc012&utm_term=keywords+gatc012&utm_content=content+gatc012&utm_medium=medium+gatc012&utmac=UA-30138-1&utmcc=__utma%3D97315849.1774621898.1207701397.1207701397.1207701397.1%3B...

--Back to top--

基于check in的战略类游戏

发布时间：September 8, 2010 分类：闲言碎语 No Comments

LBS很火，基于check in可以设计一些真人互动的游戏，比如即时战略类、战棋策略类游戏

一、场景
以城市为基本背景，考虑到漂移的问题，将城市划成若干小区块，通过check in占领作为领地。
1、领地的价值体系，以北京为例，饼状向外扩散，也就是越中心的地区价值越高，产生的收入越多。沿河流的城市则是河边的区域价值高，涉及主干道区域价值高。
2、敏感区域不允许占领，而作为公共或是触发特殊事件的区域存在，比如XX门肯定不允许占领。为避免这种危险的情况出现，城市可以变成虚构场景，只保留地貌跟基本的干道布局，敏感区域用虚构地点代替。虚构场景还可以用户多城市用户之间的重叠游戏。

二、用户积分控制
用户相关：兵力、收入、名下领地（设最大值5）
1、积分的获得
1.1、占领领地产生每天产生收入
1.2、触发特殊事件产生，如check in
1.3、与其他用户的互动产生，比如战争
2、积分的消费
2.1、改变领地属性，比如加强防御、增多驻兵
2.2、触发随机事件，如外星人攻击
2.3、与其他用户互动，如战争失败

三、领地属性
领地的属性包括：等级、兵力、防御值
1、消耗个人积分增加领地属性
2、受到攻击加少属性值，兵力0或是防御值为0判定为领地失守
3、与个人积分的互动，等级越高的领地每天可以给用户产生更多收入

四、用户之间的互动
1、战争。A用户在B用户占领区域check in，需要向B用户缴纳保护费，不缴纳触发战争行为，攻击B用户领地。这里的游戏规则可以多种，比如石头剪子布神马的
2、联盟。组队，一个人是不好玩的。

五、商业模式
1、广告性质
1.1、特殊地点的check in，比如某餐馆，触发特殊事件，获取稀有道具
1.2、特殊机型的check in，给手机厂商的广告
2、道具贩卖

花了半小时记录了一下想法，只是一个普通的框架，里面还应该有兵种、各种有趣的随机事件、团战等等，可以变种衍生出各种游戏，欢迎留言讨论。

--Back to top--

typecho运行机制图一张

发布时间：September 7, 2010 分类：闲言碎语 1 Comment

某天的随手之作，typecho0.8大致上就是这样运行的，点击查看大图

1、index.php作为总入口
2、经由路由到widget
3、插件、helper、第三方类库（目前是IXR）、脚本等与widget交互
4、通过theme产生可访问的页面

--Back to top--

聆听好声音，一听音乐网电台型新产品纪

发布时间：August 25, 2010 分类：闲言碎语 9 Comments

2007年我刚加入一听团队的时候，网站技术实验室上线了一款产品叫做“一听聆听”，简单来说就是输入一个歌曲名或歌手名，可以随机播放与此关键词有关的歌曲。作为搜索技术开发的副产品，聆听意外获得了不少用户的好评，在后来因为网站架构调整关停了此项服务的日子里，我们时不时会收到要求开放“一听聆听”的网友邮件。这几年类似豆瓣电台这样可以根据个人喜好产生播放列表的音乐产品大放光彩，从表现形式来看与“聆听”这个产品并无二致，一听团队开始酝酿重新开发一个电台型的产品，也就是新版的“一听聆听”。

在研究了一听音乐网的长期积累各项数据之后，一听团队注意到相当一部分用户并没有明确的歌曲试听目标，他们不会通过搜索去找到特定歌手或歌曲，也不会通过导航点击多次深入网站信息架构中去浏览某张专辑，他们非常依赖网站提供的随机播放列表功能。这些细分用户还有一个有趣的行为，他们会多次点击产生随机列表的按钮，为的是列表里有自己喜欢的歌曲，这就是说用户依然有自己的音乐偏好，“好听的歌”这个概念在他们脑子里非常模糊，也许只是一个歌名、是一位歌手、是一种曲风，甚至只是一句歌词或是“开心”、“欢快”这样的形容词。为了适合这样的用户使用，新的“一听聆听”要提供一个让用户描述自己这个模糊偏好的渠道，只需输入一个关键词就能提供给用户符合其偏好的歌曲，源源不断播放下去。为了达到这个效果，团队花了很多时间重新设计了算法，新算法可以根据歌手、专辑、唱片公司、发行时间、试听热度、曲风等歌曲属性，结合一听音乐网用户的亿级试听数据得出与用户心里那个模糊偏好最接近的歌曲。