月归档：三月 2010
四月
四月就要到了 这两天博客更新的也比较频繁，podcast现在看来运行还算是稳定的，而且被调教的速度也可以，今天就不说这个了～ 三月瞬间就过去了，从一个月前写得三月安排来看，基本上算是完成了。 不太满意的是DS/AL基本撂下了，Object-C根本没看过 可能更多的休息时间给了python/django/VPS调试上了吧 那么在四月份，主要的工作还是基础东西，数学和英语当然还有数据结构以及算法，这几个东西就是学几十年都不为过的～ 其次就是要加上paper，要不然脑子都被腐蚀掉了，但是paper这个东西吧从上个学期就没怎么看过，突然怀念起去年这个时候疯狂的看paper的感觉了。以后专门要拿出一天的时间找论文，然后又要和非常垃圾的cnki的阅读器（CAJ）打交道了～～～MD，原来在原生的win下用着就恶心，这次再加上MAC的阻碍不知道会有多恶心的事发生呢 最近总是感觉时间不够用，这还不如说是我的效率不够高，一天的时间一晃就过去了，莫非是我时间片分的太少了？总是感觉一天天的不够丰富精彩，这让我感觉十分的不爽，得想个好办法稍微扭转一下。 总的来讲，这一个月马马虎虎的完成了，但没有丝毫满足感和兴奋感与快乐感，简单而言就是不爽～
下期预告（相声podcast）20100331
pod.res0w.com开张了，现在已经贴出了几个段子 下一期，很可能的时间是下周一晚上，会继续更新一个系列 我想如果不出意外的话（比如突然发现了更好的段子或者VPS出现了不可预料的错误）应该会继续发布单口相声 我个人比较喜欢单口相声，相声评书其实不分家，单口相声就是一种快乐讲故事的形式，困了累了听一段有益于身心健康，痛痛快快的笑往往能赶走现实中的忧愁 那么，在下周可能会放上《刘公案》系列，刘公就是刘罗锅，刘墉，如果看过《宰相刘罗锅》的话可能会对相声中的某些包袱，情节比较熟悉，讲的就是刘墉、和珅、乾隆之间的故事。 貌似现在我手里有刘宝瑞先生、陈涌泉先生、郭德纲、曹云金各自说的《刘公案》也就是刘罗锅的故事，其中刘宝瑞、郭德纲、曹云金的段子基本相似，情节没有什么不一样的，陈涌泉先生的刘公案就比较特殊了，虽然比较短（只有两段）但是很有内容，很有文化，很有听头，也是我最早听过的刘公案版本，2000年左右去上海的路上几乎听了一路以至于到现在我几乎能够把情节和主要包袱复述出来～ 而刘、郭、曹这三段情节类似的段子以刘宝瑞先生说的最好，郭德纲其次，金子最后（按照他的话来讲就是在学习），但如果有机会的话呢我还是会都放出来，刘宝瑞说的各个火候都非常好但是却少了和观众的沟通（或许是时代问题，要么就是专门录音的缘故），郭德纲自然是推荐了，个方面符合我的要求，金子作为郭德纲的徒弟其实说的也挺好的，而且我这个版本中“说闲话“和观众聊天的比较多，挺有意思～ 具体怎么弄出来到时候再说吧，此文算是一个小小的预告 如果你想听什么，也可以反馈给我，邮件可以，在blog留言可以，在podcast网站留言也可以～
相声podcast——新站推出
我是一名相声爱好者，但算不上票友，只是在无聊的时候听听段子高兴高兴，也算是一种生活情趣 同时自从有了iTouch之后就开始用iTunes听Podcast，不得不说Podcast是一个非常有趣的东西，比传统的MP3强多了。这个“强”不在于音质效果等硬件条件上而是其获取和组织形势上，换言之如果没有iTunes+iPod我是不会选择听podcast的。 对于听mp3音乐来讲，我一直感觉iTunes管理就是鸡肋，甚至是垃圾，首当其冲的就是版权问题，如果不借助外力，iTunes无法把iPod中的音乐down到电脑上，其次就是“同步”问题，由于我的iTouch可能在好几台电脑上同步，这就造成了我很容易一不小心就把歌给同步消失，比如刚才直接干掉了我上2G的歌曲。所以对于歌曲来讲我更喜欢传统的方式，因为我也不需要歌曲管理。 不过，这个特性放在podcast上就显得非常非常NB了，试想一下现在下载podcast的流程，首先进入store订阅一个种子，然后iTunes自动组织episod，用户选取需要下载的条目，然后点击同步，非常简单。在听podcast的时候提供了倍速浏览，自动记忆播放位置等功能，这些功能的配合让你只要插上iTouch就可以自动更新到最新的podcast，完全不用人的参与。 所以，渐渐的我已经在逐步放弃那种在“网络上搜歌-下载-解压-导入iTunes-创建播放列表-手动管理（删除旧歌曲，加入新歌曲）”的繁琐步骤了，而渐渐的喜欢上了订阅podcast，几乎不需要我动手就都可以自动完成。 不过，这仍旧是有问题的： podcast在中国不流行，除了几个知名站点就找不到什么资源 podcast的功能不适合管理音乐，或者说它和iTunes管理音乐的功能如果能够取并集我就心满意足了，呃。。。其实也不是不可能，如果你按照苹果的设想，从iTunes Store购买音乐的话，刚才说的一切问题都消失了，可是这是在中国~ 对于第二个问题，我由于很懒所以都放弃了听音乐只听podcast，虽然这是一种解决方法，但恐怕很少有人会因为怕麻烦而不去听歌的~~~ 对于第一个问题，现在也有了解决办法，我自己建立了一个podcast网站 也就是“相声podcast” 网站是完全免费的，不仅如此甚至是一点阻碍没有的，没有密码，没有广告，没有垃圾信息，什么都没有，只有相声和我推荐的理由。 只是，如此的开放我也是很担心的，我不知道VPS是否能够承受的了，负载的压力现在应该不会很大，毕竟我也不想去推广，不做SEO，不想盈利，甚至连提高知名度都没有奢求，只是给我和我周围的朋友们提供方便罢了。但是，无所不入的迅雷和百度盗链让我很担心，因为曾经受过伤害所以至今心有余悸7G的流量瞬间消失~~还只是因为一个mp3文件~~~所以如果谁对防盗链有所心得的话可以和我联系一下，不胜感激。现在做的防盗链只有nginx基本措施，不知道能不能奏效。 再说说本站的特点吧： 完全我个人整理的东西，不是抓取的东西，最近患上了”推荐癖“，总是想在博客上推荐点什么东西 我在每一个podcast中都会加入一些背景信息，甚至是整理出一个专辑，一个系列的东西，甚至还会有个预告什么的。 网站没有采用feedburner烧录，因为众所周知的原因，这玩意不靠谱 同时也没有采用wordpress构建podcast，网络上貌似都是用wordpress+feedburner构建的，但是作为一个GEEK来讲，永远要有探索的精神，加上这两天又是我的”休息日“，所以自己在loudblog这个开源程序的基础上修改一些东西，做了一个自己的blog系统 本网站建立在美国VPS上，容量、带宽等等都得自己负责，而我又是一个新手，所以很容易出现down机的情况 网站提供了feed，同时也提供了直接订阅到itunes的功能（在chrome下测试有效），如果你有iPod，会发现他是非常非常方便的~~~~ 本站的内容不得作为商业用途 最后，我说说这个开源的程序loudblog 这是一个php+mysql的程序，不过貌似从07年还是08年就不更新了，德国出品的，好像国内也有用它来搭建的podcast 具体更多的信息不也不知道了，没有太关注，反正看他是GPL的协议也就拿来源码修改了一下。没有动太多，因为我根本就不会PHP，但是在看代码的同时也算是学会了一点点点点PHP吧，总之是修改成功了，主要就是修改了连接问题，这个也是我在使用的时候发现的，当用googlereader订阅之后不能解析出真正的链接地址。同时也在修改其他的bug，不过还没有完成，总体来讲还是基本可以的状态 最后，欢迎使用订阅网站：http://pod.res0w.com
Atomic Commit 导读
本来想写的，但是在下笔之前Google了一下有没有相关的内容，然后还真让我找到了，既然这样就不再重复了 直接看这里（这个中文版我没有看过，不保证翻译质量） 如果想看英文的原版可以看这里《Atomic Commit in SQLLITE》 讲解的比较详细 先导读一下： 实现的关键就是“锁“和“Journal File”，而Journal File中的关键就是那个”head”；对于锁，一个是share锁，用来保证可读不可写，还有就是reserve，pending，exclusive三个锁，这三个锁的作用是逐步加强的，第一个说“我这个进程可能要写了，不能再有第二个reserve锁“，第二个锁就是开始清场，就和帝都地铁限流似的，停止新share锁的创建，第三个锁就是真正开始干活了，这次真的要开始写入了～ 那个“Journal File”之所以是重中之重，是因为它存放了原始信息，比如某个进程修改一部分数据，但是你不能保证写入是“原子“的，万一2012来了，警察来了，闯入机房把线拔了等等不可预测的灾难发生时候一部分数据写入了还有一点数据没有写入，这个时候总得恢复吧，这个”Journal File”就是恢复数据用的，它保留了原始数据。可是这里还有个问题，万一我在恢复的时候或者写入”Journal File“的时候遭遇不测了，又怎么办呢？这个时候就请出了“内容“和“文件头“两部分结构，以及两次flush这个机制，然后再配合一个判断算法，就可以正常恢复了～也就实现了原子操作。 上面是单文件的原子操作，在文中还涉及到了多文件的原子操作，原理类似。 更详细，更具体，更准确的内容还是看原文吧，这只是一个导读～～～