徐明的博客

IDP申请成功，开始转战Apple阵营

徐明 — Thu, 07 Jul 2011 12:54:38 +0800

今天，我申请的IDP（Apple Developer Program Enrollment）终于成功的通过了审核。

相对来说，整个过程还算比较顺利，鉴于网上教程很多，就不详细说明了。

简单描述一下：

6月27日开始申请，网上按流程填写注册信息到信用卡信息输入后要求发送Purchase Order Form，下载pdf,用photoshop,输入文字，将相机拍摄的个人签名ps到需要签名的地方（拍摄的签名如果不是纯白背景，可以用ps使用黑白效果，或调准明暗度处理一下）。

将pdf转换成jpg格式，通过邮件发送到chinadev@asia.apple.com，请他们帮忙提交申请。

当然，如果有条件发国际传真，就直接填好pdf发传真好了，不需要这样折腾。

然后就是等待。。。

7月5日，信用卡成功扣款99美元后收到激活邮件。但点击链接过去，发现提示“We are unable to activate your Apple Developer Program membership because we are unableto successfully verify your identity.”，意思是不能确定我的身份。

赶紧又给chinadev@asia.apple.com发信说明情况。

7月6日晚，收到反馈，已经去除限制，请激活。

至此，申请成功。

历时十天。

又有的折腾了！

本文网址:http://blog.xuming.net/2011/07/idp.html

Apple Tv 2 1.4.3完美越狱及xbmc搭建家庭影院

徐明 — Sat, 21 May 2011 15:13:38 +0800

受这篇文章《TV2+普通路由+移动硬盘打造最廉价客厅多媒体中心+家庭网络存储NAS+脱机下载方案+网络》影响

出售败了一款apple tv。接下来就是艰苦的越狱过程。

越狱篇

Apple tv不越狱，在国内等于砖头一块。

越狱前准备：micro usb cable 线一根。

A。4.21（显示4.11）越狱（参照http://bbs.weiphone.com/read-htm-tid-1690956.html 或 http://bbs.weiphone.com/read-htm-tid-1986167.html ）
B。4.31(显示4.21)完美越狱，解决XBMC声卡问题。（参照http://bbs.weiphone.com/read-htm-tid-1988553.html ）

目前针对apple tv的越狱工具有很多，个人总结主要有下面三款：

greenpois0n.com越狱参考教程：http://bbs.weiphone.com/read-htm-tid-1986167.html
本人测试，没有成功，貌似不支持目前最新的ios 1.4.3(apple tv 1.2.2)版本，照教程的说法是要先降级，所以不推荐。
Seas0nPass
越狱参考教程：http://support.firecore.com/entries/387605-jailbreaking-101-seas0npass
使用这种方式和上面的方式相比，需要先下载最新的apple tv固件，然后将破解的软件加入到固件中，使用itunes的固件恢复功能，刷入apple tv ,相对来说成功率会比上面的高。本人使用此方式成功越狱,这种方式关键是进入dfu比较困难，安装软件的提示，很难成功进入。
我的经验是：
- 先断开电源和usb
- 连接USB
- ３秒内接上电源
- apple tv2按住menu+play 7秒左右
- 进入DFU一定是机器前面的白色小灯一闪一闪（不是快速煽动）才行的。
- 如果不行，先在电视上启动机器，然后拔掉电源后，再连接micro USB到电脑操作
- 这是个技术活，要有耐心
sn0wbreeze
参考教程：http://bbs.weiphone.com/read-htm-tid-2059730.html
目前最新版本是2.7.3　http://filetram.com/direct/download/file/8806955585/sn0wbreeze-v2-3-zip
优点是不用每次都下载apple tv固件
按照教程没有成功

总的来说越狱不是特别难，但需要耐心和运气。

安装篇

nitoTV安装：（装完后可以安装其他软件)
使用 ssh 连上 ATV2，自行安裝 nitoTV。
1.使用 putty 连接apple tv连上 ATV2
2.使用下列的指令
apt-get install wget
wget https://dl.dropbox.com/u/16129573/com.nito.deb --no-check-certificate
dpkg -i com.nito.deb
apt-get update
apt-get install com.nito.nitotv

XBMC：强大的多煤体软件，TV看网上电影（优酷，奇艺），看本地电脑，NAS视频。必装软件。
4.21用XBMC官方正式版10.07，
4.31用官方论坛最新测试版
上面的越狱贴子都有下载地址和安装方法。

附：

安装xmbc的nightly版本（最新测试版）
http://forum.xbmc.org/showthread.php?t=96725

具体方法，先用nito装xmbc正式版

然后SSH执行:
apt-get install wget
wget -O- http://apt.awkwardtv.org/awkwardtv.pub | apt-key add -
echo "deb http://apt.awkwardtv.org/ stable main" > /etc/apt/sources.list.d/awkwardtv.list
echo "deb http://mirrors.xbmc.org/apt/atv2/ ./" > /etc/apt/sources.list.d/xbmc.list
apt-get update
cd /private/var/tmp
wget http://hadm.net/~keith/xbmc_atv2/latest_atv2.deb
dpkg -i latest_atv2.deb
rm -rf latest_atv2.deb

XBMC使用常见问题及解决方法：
1. 4.2 1中的nitoTV装不上XBMC：4.21只能用SSH命今装，方法见上面越狱贴，如中断，掉线就重打命今，实在不行就换一个时间。没办法国外服务器。
2.4.31中安装XBMC：论坛测试版才支持4.31，方法见上面越狱贴。
3.设置中文：
系统---用户界面，先把皮肤字体设为Arial, 再把语言设为 chinese simple,此时界面字体全成方块了。再回去把字体再次设为Arial,就变成中文了
4.设置正确的时间：
cd /private/var/db/timezone
rm localtime
ln -s /usr/share/zoneinfo/Asia/Shanghai localtime
killall AppleTV
5.安装中文插件（优酷之类的）：来源请百度（HTPC1），安装方法见4.21越狱贴。注意有时安装后不能用，可以删除再安装一次就行了。有时出现脚本错误是网络问题。
6.过扫描解决方法（电视画片被放大，四周有约2CM的地方显示不出来）：系统设置--系统设置--视频输出--屏幕校准   或在视频中长按确认键，调出屏幕校准选项
7.常自动退出/闪退：
》. ATV进入主菜单
》. 进入 NITO TV菜单
》. 选择SETTING
》.  选择ABOUT，查看你的NITO TV 版本，目前最新是0.66   如果你的版本低于这个，请先升级（选择上面的 NITO TV UPDATE
》. 升级完NITO TV  重启 ATV2
》.  再次进入 NITO TV菜单
》.  选择 INSTALL SOFTWORE
》.  选择第一个项目进行更新。
》.  更新后重启。
8.禁用苹果提示固件更新：同7
9.设置与电脑或网络储存或NAS连接：
a: SMB(方便 )，
b:UPNP（效率高，看1080P不卡），在电脑或NAS设置UPNP共享就行，在XBMC中的源里就能到。

资源大多来自网络，留此备忘！

GAE 1.5.0 发布，再出猛料

徐明 — Wed, 11 May 2011 15:42:09 +0800

Google I/o 大会正在如火如荼的进行之中，值此盛会之际GAE又更新了，目前最新版本是1.5.0.　这次更新为我们（或许不包括我们）带来了什么新的东东呢？

瞄了一眼release notes ,貌似东西不少。（眼馋哪！）

新增Backends，允许应用程序在后台执行
Task Queues ,增加pull mode，借助Task Queue REST API ，可以实现站外启动或删除Task
增加了task queues的配额
HTTP 请求和应答大小限制增加到32m
去除了requests, datastore operations, memcache , image API的操作配额限制
High Replication Datastore作为默认存储方式
增加了get_async(), put_async(), delete_async()等异步数据操作函数
支持go语言（go语言或许会是今后gae的主打语言，目前提供的功能还比较简陋）
... ...

身在天朝，一声长叹！

再谈GAE

徐明 — Thu, 21 Apr 2011 16:13:27 +0800

在这个时候，再谈GAE，或许有点不合时宜。

因为众所周知的原因，在我们伟大的党国，Google已经被当作“资本主义亡我之心不死”的大毒草，彻底的批滥批臭，灰溜溜的滚出了国门。

而Google旗下的app engine 作为其颠覆中国的工具之一，长期被有效的阻挡在长城之外！

什么是糖衣炮弹，这就是糖衣炮弹，谷歌提供免费的服务，其别有用心之情形昭然若揭。

今天，我们只谈技术，莫谈国是。

其实，最近一直很"忙",也有一段时间没有关注GAE了，今天又重新审视了一遍，发现依然有了一些新的变化。下面，就我个人的一些见解，和大家探讨一下。

目前，GAE的最新版本是1.4.3,距离我上次关注，已经提升了２个小点，从版本的变化看，应该没有特别大的架构上的变动，更多的是一些功能上的提升。（注意：本文只描述1.4.0版本以后的Python版本的变化，java版本的变化不在本人关注范围之内)

Webapp Framework开始支持django1.2

django0.96确实太老了，现在gae终于开始支持django1.2，虽然django的模板系统并不是十分的高效，但作为GAE原生支持的框架，能与时俱进，更新版本，对我们来说还是不错的消息。而且据说，以后1.2版本，将成为默认的版本，所以，该升就升，该改就改吧！

micolog目前尚不支持django 1.2.5版本，想要升级的同学可以参考这篇文章 Micolog升级默认0.96版本Django至Django1.2

数据服务更加高效

在创建应用程序时，可以选择使用: High Replication 或者 Master/Slave.方式，关于这两种方式，我曾经写过一篇博文 GAE新特性－高性能数据存储 (Python) 。Google 的官方文档中，对这两种方式进行了深入的对比。从对比结果，我们可以发现，使用high Replication方式，需要占用更多的存储空间和cpu时间，但并不能带来性能的提升，唯一的好处是能够保证数据的完整性。所以，对于我们并发数并不高的一样，实在是没有必要使用。而目前，Master/Slave还是默认的数据存储方式，我们只能在创建应用程序的时候选择存储方式，一经选择，就
不能再修改。
提供了数据在不同应用之间迁移的功能
你可以在管理后台，使用Datastore Admin选项也，进行数据的复制或删除。数据复制功能可以在同一用户的不同应用之间进行，这为我们备份或迁移数据提供了一个思路，比如说，对于Micolog的升级，我们可以创建一个新的应用，然后把旧的Micolog数据，通过数据复制功能，复制到新的应用中去。
支持元数据查询
可以用来从数据存储中检索，命名空间(namespaces), (类型)kinds, (属性) properties，有了这些Api，我们就可以创建自己的管理后台了。不过要注意的是，元数据查询，会比普通的查询消耗更多的资源，所以嘛，好像也没什么必要使用。不过，在某些特殊情况下，这个东东还是很有用的。
可以将数据存储设置为只读模式
在这种模式下，任何对数据写的要求，都会触发异常。设置为只读模式，可以帮助我们在迁移或合并数据时，保证数据的一致性！

服务功能的增强

UrlFecth的后台抓取超时时间扩大到了10分钟，这样一来，能够抓取很大的数据包了。
Task queue允许每秒钟执行100个任务,并且支持用程序来删除队列。
Images API增加了quality参数，可以在做图像处理时指定图像质量
cron job 允许指定开始和结束时间
Prospective Search API: 允许Python使用者在写入数据时进行检测，一旦符合特定条件时便加以处理.可以参考一下这篇文章：http://www.keakon.net/2011/03/31/GAE%20SDK%201.4.3%E7%89%88%E5%8F%91%E5%B8%83
Testbed Unit Test Framework: Python 测试套件，为在整合测试中使用App Engine API 提供一个简单的接口。

域名忘记续费，Micolog服务被中断几天

徐明 — Fri, 11 Mar 2011 13:39:55 +0800

各位，同学，不好意思：

因为，个人原因，xuming.net域名忘记续费，导致Micolog官网，徐明的博客，Micolog论坛，全线无法访问，对此表示歉意！

老实话，好多天没有使用Micolog了，所以挂掉了也不知道。

今天，访问xuming.net发现竟然无法访问，第一反应是，靠被墙了？？？不至于吧，事实证明，我还没那么强大,经过简单的技术判断，判别是域名出了问题，赶紧去godaddy续费！

一切恢复正常，希望大家继续支持！

2011新年快乐

徐明 — Sat, 01 Jan 2011 09:51:02 +0800

2011年到了，祝大家新年快乐。

希望Micolog能在新的年度更上一层楼，

希望能有更多的朋友喜欢和使用Micolog.

希望大家身体好，吃得饱，穿的暖。

希望宝宝茁壮成长。

希望家庭和睦，国家和谐。

希望世界和平。

顺祝：G。F。W早日倒塌！

Micolog更新到0.74

徐明 — Tue, 07 Dec 2010 21:03:20 +0800

做了一点小更新，主要是

修复了Tinymce图片相对链接问题
修改了一下wordpress插件，更好的支持wordpress数据的导入
增加live import插件，用于将Live space备份的space.zip文件导入到Micolog

下载：http://micolog.googlecode.com/files/micolog0.74.zip

使用livespace插件将你的Live spaces空间转移到Micolog

徐明 — Sat, 04 Dec 2010 10:43:06 +0800

前段时间，微软宣布了将终止Live Space的博客服务，并且推荐大家将博客转移到Wordpress,但因为一些大家都知道的原因，在我国，wordpress的网站是不可访问的。所以，最近不断有朋友问我，能不能方便的将Live Space中的文章转移到Micolog上来。

为此，我特意制作了用于导入MSN Live Space文章的插件：live space import plugin。使用该插件可以完美的将Space.zip中的文章，评论，图片导入到Micolog中，并且Space.zip文件大小不受限制！

您可以按照下面的步骤进行操作：

去你的Live Space空间，将文章导出为Space.zip
安装Micolog
下载并安装live space import plugin插件。
下载好插件后解压缩，并将其放置在Plugins目录下。
管理后台　－　插件　，激活Livespace import 插件
在管理后台　—　导入导出　页面选择导入方式为Live Space
在导出页面，单击“选择(space.zip)并上传",选择你刚刚导出的Space.zip文件
耐心等待，完成所有文章的导入工作

欢迎使用Micolog。Micolog是追求自由、开放、简约的GAE免费博客程序。

本文网址:http://blog.xuming.net/2010/12/live-space-import.html

GAE新特性－高性能数据存储 (Python)

徐明 — Fri, 03 Dec 2010 14:03:13 +0800

App Engine即将为数据存储提供一个新的配置选项（High Replication).这个选项即将生效。并且对所有GAE应用都有效。

当前的数据存储(Datastore)

目前，GAE只有一种存储方式（Master/Slave datastore）. 这种方式使用主从服务器的方式来处理数据的写入，当你将数据写入主服务器后，它将自动将数据同步到各个从服务器。因为他只有一个主服务器用于写入数据，所以能够提供非常良好的数据一致性。但是当系统出现故障或进行数据迁移会出现临时的数据不可访问的情况。不过这种方式相对来说消耗的存储空间和Cpu时间会稍微少一点。

高性能数据存储(High Replication datastore)

高性能数据存储方案，使用Paxos算法进行各个数据中心之间数据的同步。提供更加好的读和写的性能。但同时它可能会比主从服务器的方式多消耗两倍以上的存储空间和CPU时间。
稍候，GAE官方将给出如何使用这项新特性的相关文档。如果你打算创建一个新的应用，您可以选择使用 Master/Slave或High Replication这两者之一。如果你已经有了自己的应用，你可以选择是否将当前的应用切换到使用High Replication模式。

估计这个功能将会在未来几个月内发布，请大家保持关注。

PS:越来越有云计算的味道了！

GAE程序优化最佳实践(一)-处理工作最小化

徐明 — Thu, 02 Dec 2010 14:54:39 +0800

原文：http://code.google.com/appengine/articles/scaling/minimize.html

App Engine 允许您使用Google提供的高性能的Web服务运行环境.　虽然环境本身已经提供了良好的性能可扩展性，但我们仍然可以使用一些方法来优化我们的应用程序，以提供用户体验减少系统资源的消耗，当然也节约了你的钞票。

这篇文章提供了一些技巧，帮助你优化代码，提高性能。使用key, key name,或 ID来检索实体数据

App Engine的数据存储依赖于BigTable，BitTable是为分布式计算所设计的，所以它的一些实现与传统的面向对象的数据库系统有所不同。比如， App Engine数据库直接读取数据非常高效, System Status page 显示直接读取数据要比使用查询平均快四到五倍. 这就要求我们认真的考虑如何根据这个情况来设计我们的应用程序，以获取更好的性能。

为了能够直接读取数据, 我们需要用到实体的keys. 当一个实体第一次创建的时候，您可以选择一个字符串作为实体的主键名(key name). 如果你知道这个实体的某个属性是唯一的（比如email地址），那么你就可以用这个属性值来作为主键的名字。如果你没有指定主键名.存储系统会为这个实体创建一个唯一的ID,并使用这个ID来关联实体的主键(Key).

不过如何指定主键，存储系统都允许你通过主键(key)简单并高效的来检索数据。

Python

# To retrieve an entity given its corresponding Key object, pass it into get
# directly:

e = db.get(key)

# You can fetch an entity given its key name using the Model class'
# get_by_key_name class method:

key_name = 'Alfred.Smith@example.com';
e = Employee.get_by_key_name(key_name);

# To fetch an entity given its numeric ID, use the Model class'
# get_by_id class method:

id = 52234;
e = Employee.get_by_id(id);

您甚至可以使用一个列表来批量获取实体数据

Python

# The return value is a corresponding list of model instances, with None values
# when no entity exists for a corresponding Key.

#...
entities = db.get([key1, key2, key3]);

Note: 现在还无法使用 JDO and JPA接口来批量获取或设置实体, 您必须使用 low-level datastore API for Java.

不要使用offset进行分页

分页是将大量数据呈现在用户面前的一种常用的手段。通过分页我们把数据切分成多个子集，我们可以在单个页面展示有限的数据，从而减少页面加载的时间。但需要的时候，用户可以通过上一页或下一页来查看更多数据。

许多GAE的开发者喜欢使用offset来实现分页。但这种方式存在很多的问题。

不能检索超过1000个实体
性能不高，每次检索都必须搜索所有实体，比如说，pagesize=10,每页显示１０条数据，使用offset来分页，将搜索所有数据，然后从中过滤出合适的数据进行显示。

所幸，这里有一些好的分页的方法，比如 "How-To Do Paging on App Engine". 这种方式在每个实体中存储一个字符串属性，然后使用这个属性来判断那些实体需要被提取。使用这种方式，你不再需要提取不需要显示的实体，而且可以显示所有数据（不再受1000个实体的限制)。

另外一个有效的方法是，当实体的显示顺序不是十分重要的时候，我们可以使用 __key__ 属性来进行分页，

这两种方法都比使用offset来的快，具体实现方法请参考文章中的相关链接。

Note: 从GAE SDK 1.3.6开始已经取消了1000个实体的限制

减少读／写频率

在前面的章节里面，我们介绍了一条原则：只提取必须的数据。这只是我们减少读写的原则中的一条。我们需要考虑哪些数据是必须的，并优化我们的实体设计模型和业务逻辑从而获取更好的数据处理能力。

这是完全有可能做到的，下面以文件列表操作为例。

由于Google App Engine不支持写入文件，所以我们需要使用datastore来存储文件的内容。

一种可能的设计就是将文件的元数据（比如：文件名，大小，创建时间等）和内容存放在一个实体里.但是我们知道，其实通常情况下，我们并不需要获取文件的内容，比如说我们列出所有文件的时候。将文件云数据和内容存放在同一个实体中，但我们获取文件信息的时候，将会浪费很多不必要的CPU时间和内存。

解决方法是将文件的云数据和内容使用两个实体类保持，实体１保存元数据，另外一个实体２保存实际的文件内容。实体１里面保存实体２的reference信息，这样但我们列出文件信息的时候，就可以不用去提取文件内容了。

当然，当我们讨论减少读取频率的时候，我们不得不提到memcache. App Engine的Memcache服务为我们提供了非常高效的分布式缓存系统。您可以存储字符串或者其他实体在里面，并且快速的将其读取出来，从而避免直接从数据存储中重复读取数据。Memcache是一种非常好的数据库读写的替代品，他可以防止由于读取时间过长而导致的数据冲突（contention）。但Memcache并不能完全替代datastore,因为它保存的数据是不稳定，并且随时都有可能被丢弃。但Memcache的使用，确实可以大大的减少数据库的读写操作，从而提高程序的性能。更多内容请阅读： Effective memcache .

代码和环境缓存(Python runtime)

如果你使用Python运行环境，我们强烈建议在你的代码里包含一个main函数。感觉Python 运行环境中关于 "App Caching"的说明, 添加一个 main 函数，将使系统能够缓存key items(比如python脚本，全局变量），这些数据可以在下一个Request中重用。如果没有main函数的情况下，这些脚本将在每个request中重新加载并执行，从而浪费大量的资源，导致响应变慢。

App Engine 在内存中自动缓存重要的模块，所以你不需要太担心你的脚本使用了太多的模块。但是，正因为这些缓存的存在，您可能会发现一些预期的Reload或Reevaluated可能不会发生，您必须提起注意。

本文网址:http://blog.xuming.net/2010/12/minimize.html

徐明的博客

IDP申请成功，开始转战Apple阵营

Apple Tv 2 1.4.3完美越狱及xbmc搭建家庭影院

越狱篇

安装篇

相关阅读

GAE 1.5.0 发布，再出猛料

相关阅读

再谈GAE

Webapp Framework开始支持django1.2

数据服务更加高效

服务功能的增强

相关阅读

域名忘记续费，Micolog服务被中断几天

相关阅读

2011新年快乐

相关阅读

Micolog更新到0.74

相关阅读

使用livespace插件将你的Live spaces空间转移到Micolog

GAE新特性－高性能数据存储 (Python)

当前的数据存储(Datastore)

高性能数据存储(High Replication datastore)

相关阅读

GAE程序优化最佳实践(一)-处理工作最小化

不要使用offset进行分页

减少读／写频率

代码和环境缓存(Python runtime)