电话销户了 | Phone number got canceled

According to an interesting policy in China Mobile, if your phone account is in debt for 90 days, it will be cancelled, which means, it will be recycled and made available in the market sometime later. Due to my very inactive willingness of using my phone, my number qualified this policy and is now gone. Somehow I’m feeling a little sad about it because I spent much time using it. But as it is indeed not playing any role in my life, maybe it’s better to not waste this resource. Anyway, I would really like to see one day that phone numbers like this can be turned into pay-as-you-go accounts and be activated whenever needed, just like the phone numbers in the UK. Although it is not likely to happen in countries like China where resources are not so abundant when compared to its population.

移动硬盘分区表重建及去除写保护 | Repair Partition Table and disable write-protection

Intro – 杯具的移动硬盘

前天早上起来开机发现迅雷的下载才刚开始就全部自动暂停了,重新开了一个一试,仍然被暂停,右下角出现提示“临时文件不存在”。于是果断打开我的电脑,震惊地发现移动硬盘的分区都不见了!那一瞬间真的是冷汗直冒,毕竟超过500GB的东西就这么没了的话损失太大了,于是洗了把脸,振奋精神,踏上了数据恢复的道路。

UPDATE: 找到分区混乱的原因了…是因为笔者试图把ChromeOS的img镜像写进移动硬盘的一个分区,但是那个img里有很多分区,结果就是win32-image-writer把img往整个硬盘上烧,幸好半路出现Access in denied错误才没有把数据全都做掉。

所需工具预告:

  1. DiskGenius (中文) 或者 TestDisk (英文)
  2. diskpart (Windows自带命令行工具)

Continue reading…

火星的好奇号将接受“大脑移植”OTA升级 | Curiosity Recieves OTA, “brain transplant” on Mars

来源:engadget.com 作者:

Curiosity

好奇号(图片来源:theregister.co.uk)

当你的运营商屈尊为你的智能手机提供久等了的OTA空中升级的时候你是否感觉很棒呢?就在这个周末, 8月6号登上火星的美国好奇号(Curiosity)探索机器人将接收它的第一次长距离OTA空中升级 — 从地球一直到火星。此次升级的目标是将两台电脑中多余的着陆用的软件过渡成为地面探索优化过的版本,来实现如驱动,障碍物规避以及机械臂的使用。NASA称这次行动为“大脑移植”并且指出新的软件其实在飞行期间就从地球上传过去了。现在是否有人能够实现人脑的OTA呢?我们倒是真想学学这个功夫(醍醐灌顶?)。以下是新闻报道。

Continue reading…

用EasyBCD引导Android x86 | Booting Android x86 with EasyBCD

Android x86 移植出来已经有一些日子了,此前的版本大致了解过,各方面功能都有缺陷所以并不是很感兴趣。不过最近更新到了最新的 Android 4.0 RC2,代号 Icecream Sandwich (冰淇淋三明治) ,系统的流畅性,功能以及硬件兼容都达到了不错的水准,于是准备给ThinkPad X200装上一试。

安装之前机器内已经装有Windows 7, Ubuntu 12.10以及OS X 10.8,引导方面以Windows的Bootloader为主辅以GRUB2(Ubuntu)和Chameleon变色龙 (OS X)。考虑到 Android x86 默认可选安装的GRUB 引导器会直接写入MBR取代 Windows 的引导管理,俺决定用EasyBCD手动配置 Android x86 的引导项。

Continue reading…

股沟的提示被墙字段功能 | Google Notifying Terms Blocked in China

下图是试图搜索“学习”时 Google 的提示,有兴趣的话,还可以试试:“长江”,“体温计”,“胡说”,“毛病”,“天安门”,“广场” 。

Searching "学习" in Google.com.hk

Google

之前一直用着.co.uk没改回来,最近换回.com.hk之后看到了这喜感的一幕。

G·FW的字眼屏蔽的已经开启许多年了,作为搜索引擎的大家,股沟当然是深受其害。每每遇到“网页无法显示”,对于相对“较高端”的电脑用户来说,当然能够理解问题的真正起因,可是一般用户就会直接把责任全部挂在股沟的头上了。

添加这个提示功能大概一方面是为了撇清关系,另一方面则是对于G·FW的抗议。

GFW

这个就不做太多讨论了,公开的谈论貌似还是违法的,跨省之类的实在是怕怕。

不得不说信息公开神马的实在是个大问题,虽然考虑到某些隐情对正·腐而言还是Invisible为妙,但是连搜个“学习”,“体温计”之类的在正常不过的词都要面对“该页无法显示”实在是有些过分了。

另外值得一提的是这个过滤机制有些欲盖弥彰的感觉,就好象反黄软件被人拿来查找成人网站地址一样。

iPod Nano (一代) 替换计划 | iPod Nano (1st Gen) Replacement Program

前些天把 Nano 翻了出来,于是本着开发剩余价值的心思去股沟找ZeroSlackr和Rockbox的更新。寻找过程中,偶然看到了老外写的“如何用你的老 iPod Nano 一代免费换到第六代Nano”,具体内容是说好像苹果在宣布召回之后用户的反响非常大,以至于作为替换品的翻新一代Nano库存马上空了,无奈之下便开始用六代的翻新Nano。

作为时隔9月才了解到苹果的这个计划的俺,抱着侥幸心理登进去看了看,发现并没有写结束日期,于是果断开始填表申请。第一步是选国家地区,然后填序列号,输完之后不知是通过了验证还是怎么的,就提示要登录Apple ID,然后便是填收货地址(在刚才所选国家的地址),于是理解意图了之后回到第一步看了看列表发现并没有期望中的香港,这意味着网上填单寄到香港再拖人带来的妄想破灭了。虽说可以等米国学校的申请成功以后溜过去再填单,但是这要等的时间实在是久了些。

于是换到中文版,试图寻找在China本地的解决途径,发现在线申请的连接直接没了,取而代之的是“您可以通过 Apple 授权服务提供商(AASP)或 Apple Store 零售店订购更换产品。

——————————-

1. AASP

好的,AASP是吧,果断去官网找了,附近只有6家,一看表,19:20,于是拨通了唯一一家还未下班的AASP的电话。

– “喂,你好,我想询问一下关于 iPod Nano 召回的问题。因为我有一台朋友送我的一代Nano,所以想询问一下看是否在召回的范畴?”

– “您好,关于这个Nano的召回的问题,你得打苹果的400电话才能问到。”

好,于是400-627-2273,这个电话的过程就不做叙述了,期间与客服MM进行了讨论与询问还让她去请教了上级,最后的结论是:召回计划是苹果公司自己搞的(大概是指销售部分?),而这个400电话负责的是技术支持,具体的相关信息还要向AASP(授权服务提供商)及零售店询问。

2. Apple 零售店

于是无奈之下找到了北京Apple Store的电话(010-64198900)打了过去,这下很顺利,说完意图之后客服MM表示需要提供序列号然后就可以马上进行查询,结果也令人满意:属于可更换的批次。略为蛋疼的就是再次确认了这事儿只有零售店能干,并且还需要预约Genius Bar。于是根据400MM的说法”我们有一批同事已经在上海进行培训了“,俺决定淡定地等待益田假日广场的Apple Store开业的那一天。

——————————-

这小黑伴随了俺高中的大部分时间,而且Linux,Rockbox,igpSP等等功能还真算挺强大,所以心下略有些舍不得,很有点买零件自己再装一台的想法。在淘宝看了看貌似零件一共300RMB左右,2手原装机也有类似价格的,不过成色略差些,主要体现在前后壳的划痕。嘛,从另一方面想想又觉得有了iPod Touch之后Nano功能再强大也没啥意义了,各种矛盾,于是乎,再议吧。

经验总结(虽然按照近年来常用的英文习惯应该先把下面的意思放在最前面,不过既然是用中文写,那便写出点中国特色吧: )

1. 前往www.apple110.com输入序列号查询购买日期,若是处于2005 年 9 月到 2006 年 12 月间出售的,则符合条件。

2. 查询结果中购买日期可能是”未记录“,这时候就可以拨打零售店的服务热线进行询问了,相关的替换办法也可以咨询。

目前不能确定的是AASP们到底能不能换机,不过俺已经没时间也懒得折腾了,便留给后来者发掘吧。

嗯…还是 PMangar | Yeah…PMangar Again

上次提到了 PMangar 会占用大量内存而导致浏览器崩溃,于是经过测试了各种清理内存的手段之后,决定还是放弃这方面的优化。虽说根据 Kindle 的浏览器配置文件wrs.ini来看默认设置是内存达到70MB的时候重启浏览器,但是实际使用总感觉70MB来得太快了……如果漫画本身是双页的,那么貌似不到10页就重启了,初步结论是变量清空(blah=””)对实际内存占用并没有神马影响。

于是接下来要改进的就是使用Cookies,这样即便浏览器没能撑住,也能保证在重启刷新页面后能够恢复到弥留之际的页面状态,可能的话还可以尝试涉足一下数据库,弄个用户注册登录神马的OLO。嗯,就写到这里。

————————Lang Sep————————–

Finally an English version post after a long time, well, this is simply because the Chinese version of the post is not so long so the rephrasing work will not trigger the limit of my laziness.

So lately I’ve been improving the online manga viewing website – PMangar, which is now almost working to my expectation. After a lot of logical improvements and the enhancement of Javascript, jQuery and some ugly UI designing, the site is now capable of basic features like manga searching, preloaded image viewing and keyboard shortcut. Even though more functions are going to be added, there is one major problem that I need to fix for now: the restart of the browser when memory limit triggered. Up to the latest version,  all data are stored in the cache and, after the restart, will be completely gone. The user will have to start from the first page and repeat all the inputs to get to the last page before the sudden death of the browser.

Therefore, I’m planning to utilize the Cookies of the browser and put the info needed for crash store in it. It might even be a good chance to have a taste of the MySQL database and try to implement some simple signup,login and comment system.

That’s me.

继续PMangar | PMangar Keeps Going

又是一番折腾,算是把CSS弄清楚一些了。首页和浏览页也勉强算是弄了个比较美观的UI,不过高兴的是首页顺利通过W3C认证了,无论结果如何,在过程中算是把规范弄得比较清楚了。

最新版PMangar已经上传到了ver0.003,目前实测在Kindle上依然有个内存不足的问题,虽然设法在浏览中删除了6页之外的旧内容,不过实测表明大约近20页之后浏览器会因为内存的原因重启,这时候Cache数据就完全丢失了。目前准备了解一下Javascript的内存清理方面是否还有优化空间,以及,把保留6页内的内容改成前5页外的全部清空试试。

几张截图:

顺带一提,做完这些的时候偶然在jsfiddle看到了jQuery Mobile,然后立马震精了,这货已经实现了近乎所有移动设备上的浏览器的HTML5兼容(Kindle 3赫然在其中),然后UI方面也有了很不错的兼容各种设备的设计器,不得不说对俺自己设计的想法是个巨大的打击。不过既然工具在此,就可以加以利用,之后的列表一类的功能估计就可以用jQuery Mobile来做了。

PMangar 大进展 | Improved PMangar

首先给出 PManagr 测试版链接: 〇L〇 或者 〇.〇

上回貌似就提到了,亚马逊在3G的代理服务器上面做了手脚,以至于超过800×600的图片都被缩水了(有人反映图片也被转成灰度了,因为PNG的透明部分变成了黑色)

大图缩水版
3G下的大图
(注意标题的尺寸)
大图原版
WiFi下的大图
(注意标题的尺寸)

 

这对于 PMangar 来说是个不小的问题,于是当时第一个念头就是: 把图片切成小图

这样的话小图可能就不会超过尺寸限制,或者即便超过了再被缩小也刚好在能接受的范围内,不过这就需要在服务器端进行图像处理,例如使用GD模块. 于是就使劲查相关资料企图了解函数的用法,同时考虑图像文件的存放问题(例如按照访问时间为名称建立临时文件夹来存放),期间偶然看了看html5rock主页的源代码,发现有一些类似于:

的图片, 而在网页中的显示完全正常,于是就猜测是否有一种特殊的编码格式允许把文件的每个字节都用字符表示并直接用在网页中–Data URI. 利用这个就能绕过代理服务器对图片的处理而获取原本的图像内容了.唯一的缺点是因为结果是字符串的形式,所以浏览器不会进行缓存,于是用javascript建立了一个array专门装data解决了. 昨天画了几个图标把图形化的导航菜单加进去了,效果还行,目前唯一剩下的问题就是使用”document.title”之后标题栏并不会刷新,除非页面reload,猜测是浏览器本身的设计所以暂时无解了.

总的来说对这个东西还是挺满意的,剩下的除了对于漫画目录的获取处理,UI美化以及用户体验优化应该没了. 嗯,要专心学习了.