apple公司与整个pc产业为敌，虽然也起起伏伏，但明显近年来凭借手持终端类产品越活越滋润了，各大巨头看apple的在线商店大赚猛赚，也都有些动心。在手持终端上，微软推出market place，google推出android market，不过搞这个就真的能分一杯羹么？
我想apple的成功还是根源于这家公司的创新力与宣称的时尚概念，这样才有了大量的手持终端与用户，而这种类型用户恰恰就是消费能力比较高或者比较愿意在这上面花钱的，那个卖1000刀却什么作用都没有的软件，不是也卖了不少么？
而微软的手持终端用户是面对的商务人士，这种类型的客户确实消费能力很强，但他们也有另外一个特点，一旦满足需求，总是尽量希望保持稳定，在尝试新东西的时候会预先进行各种评估。另外，他们也不是很有娱乐尽头。况且微软的产业链本不是这个模样的，在原有的体系中，本身就不需要一个这样的平台来提供支持，在现在marketplace访问量特别少的情况下，又有哪个软件提供商会跑到上面去呢。所以个人认为，微软做marketplace一定不是apple的模式，如果采用apple的模式，则一定无法做到与apple store比肩的程度。
而google的呢？现在还没见到具体是啥样子，不过见到有新闻这样说：
遭到开发者的强烈批评之后，谷歌确认近期将推出重新后的Android Market，新版Android Market将在界面元素和版面排列方面进行一些改进，更多地学习苹果App Store的设计风格。新界面将方便用户查找网店上最受欢迎和最新上架的应用软件，同时还能显示应用程序相关页面的缩略图，并能看到其它用户对这款软件的使用心得。
---------------------------------------------------------------
本站作品根据创作共同协议进行授权, 转载时请务必以超链接形式标明文章原始出处
原文地址：http://www.mirecle.com/2009/09/04/apple-store-model.html
---------------------------------------------------------------
cnbeta上有访客恶搞迅雷“断了电也能下、没发行也能下、不让下也能下”？没想到现在迅雷真的实现断了电能下了，不过要钱…
迅雷确实是好样的，把握并解决了大家上网的主要需求之一，这次又玩出了新花样，离线下载，不过感觉搞的有点牵强，看起来主要目的是为了赚钱…因为这个东东宣称解决的几个问题都不是关键问题或根本问题，所以不太看好。
vip1一年的价格是105，大概有这样的功能：
---------------------------------------------------------------
本站作品根据创作共同协议进行授权, 转载时请务必以超链接形式标明文章原始出处
原文地址：http://www.mirecle.com/2009/09/03/not-too-optimistic-about-thunder-offline-download.html
---------------------------------------------------------------
下半年通货膨胀是我党我军已经计划好的，就不说什么了，列表如下：
食品：
据农业部对全国470个集贸市场的定点监测，猪肉价格已经连续10周回升，累计涨幅达23.1%，鸡蛋价格也连续5周上涨，累计涨幅6.2%。
能源：
就在市场认为成品油调价要到国庆后推出时，发改委突然宣布，自9月2日零时起，国内汽油柴油价格每吨均提高300元，超过去年最高位。
个人所得税：
国税总局对“双薪”计税方法出现重大调整，年终奖和年底双薪单独计税法取消
公共事业：
水价在上调；月底成品油又要涨价了；天然气8月上涨30%，已供不应求；电价改革呼声渐高……中国正在进入新一轮公用事业涨价潮。各地听证会不断，涨价也此起彼伏。
看来是除了工资什么都涨，不过人要乐观，即使生活艰难也要乐观，毕竟工资还没降不是，如果有一天老板说现在各种成本都在上升，要降低工资压缩成本才是哭的时候。
话说回来，工资其实也“被增长”了…
---------------------------------------------------------------
本站作品根据创作共同协议进行授权, 转载时请务必以超链接形式标明文章原始出处
原文地址：http://www.mirecle.com/2009/09/03/i-lead-a-hard-life-and-other-small-fart-china.html
---------------------------------------------------------------
C2C平台已然整合了开店，支付，推广等环节，但现在资金与商品还是分开两条线在管理，无法整合快递与物流，则必然使卖家需要面对国内混乱的快递市场，承担不必要的风险。即使推出了货到付款服务，降低支付门槛，也使资金回流较慢，不好进一步提高服务品质。
快递行业门槛之低，使大量公司在行业里面混杂，提供的服务水平参差不齐，发出手机收到砖头的现象屡有发生。邮政系统确实保证了它在全国的覆盖率，属于民生基础设施之一。但它希望完全通过垄断立法而不是结合提升自身竞争力的方式来维持它的利润，就已经违背了它最开始的初衷。
而现在，民营快递则要关心的是自己的生死了
《邮政法》及其配套细则《邮政专营范围》将正式实施，国家邮政局在第二次征询意见会上提出了“普通信件和单件重量在100克以内(国家规定的特大城市市区内互寄的单件重量在50克以内)的信件的快递业务由邮政企业专营。”
圆通快递董事长喻渭蛟道：“我们85%都是100克以下的商务信件，这一拉线，叫我们怎么办？”
凭借国家邮政系统已覆盖的网络以及财力物力，支持电子商务的接入能力绝非难事，能提供出来的服务应比现在好上几倍，而它现在的眼睛却只看着别人碗里的饭…
btw:有特殊的业务，需要发普通信件类型的广告时，封号的信封不要去邮局盖章，去集邮市场买邮票会比邮票上印价格低上一个数量级，这些年啥也不干，净发邮票了…
---------------------------------------------------------------
本站作品根据创作共同协议进行授权, 转载时请务必以超链接形式标明文章原始出处
原文地址：http://www.mirecle.com/2009/08/25/c2c-platform-to-express-difficulty-in-integrating-the-state-as-a-result-of-the-postal-system-does-not.html
---------------------------------------------------------------
edikud提到希望增加随机文章的功能，其实这个与增加热门文章类似，也是修改model.py文件，Blog类，就在上次的hotposts函数下面，增加下面一段代码（那个num=3是说每次取3个随机文章）
def randposts(self, num = 5):
entries = Entry.all().filter('entrytype =', 'post').filter('published =', True)
#TODO use entry_num since already got the entries from db
if not entries or num >= g_blog.entrycount:
return entries
rand_ids = {}
for i in range(0, num):
rand = random.randint(0, g_blog.entrycount - 1)
#hope the entrycount in the blog is big a lot then num
while rand_ids.has_key(rand):
rand = random.randint(0, g_blog.entrycount - 1)
rand_ids.update({rand:True})
result = []
for id in rand_ids.keys():
result.append(entries.fetch(1, offset = id)[0])
return result
加好后，就修改模板文件sidebar.html，拷贝原来的热门文章的那一段就可以啦，只需要把其中的hotposts修改为randposts
---------------------------------------------------------------
本站作品根据创作共同协议进行授权, 转载时请务必以超链接形式标明文章原始出处
原文地址：http://www.mirecle.com/2009/08/22/to-increase-the-random-article-feature-micolog.html
---------------------------------------------------------------
使用micolog的过程中，发现blog记录的发表文章总数在某些情况下可能产生问题。这个数只增不减，并且有可能增加到超过实际的文章总数，使分页时候产生的最末几页没有文章。
下面所提要增加的代码，均为这两行代码，其实应该将这个层次抽象的更好的，但徐大的代码已经写成这样了，这代码风格，实在不敢恭维啊
g_blog.entrycount –= 1
g_blog.save()
1.文章删除后，没有对文章计数进行减少。修改admin.py中admin_enties类，post函数，在那个for循环里面，与entry.delete()左对齐，增加那两行代码（其实可以将第二行放在for外面优化一下）
2.在admin后台，将已存在的文章状态修改为非publish，没有对entrycount进行减少。修改admin.py中admin_entry类，post函数，大约590行的位置（改过不少，不知道具体在哪了），或者说就是那个if published的else分支最后，加上那两行代码
3.通过live writer将一个已经发表的文章修改为不发表时，没有对entrycount进行减少。修改api_rpc.py中metaWeblog_editPost函数，在最后的return上面，就是那个if publish的else分支，增加那两行代码
4.通过live writer删除文章时没有对entrycount进行减少。修改api_rpc.py中blogger_deletePost函数，在函数的最后（return那一行）加上那两行代码
通过修改上面五处，可以在一定程度上减少分页错误的问题。嗯，我说的就是一定程度上，因为page也是算做文章的一种，同时这个东东也参与到了对已发表文章的计数中。要想解决这个问题，需要做如下修改：
在model.py的Entry类，publish函数中，if newval的判断中的那个”if not self.published:”修改为”if (not published) and (self.entrytype == ‘post’):”
顺便说上一句，Entry的那个publish函数，newval为False的分支从来没有走到过，并且，那个分支的代码是有错误的…，不知道这个newval是做什么用的
---------------------------------------------------------------
本站作品根据创作共同协议进行授权, 转载时请务必以超链接形式标明文章原始出处
原文地址：http://www.mirecle.com/2009/08/21/the-article-has-been-published-on-the-micolog-count-caused-by-paging-problem.html
---------------------------------------------------------------