@ZEAL Blog·厉
WWW Zeal Blog
We stand alone,
TOGETHER.
+ 0 - 0 | §元旦,休博。

元旦将至,诸事加身。大概要离网数日了。

+ 0 - 0 | §del.icio.us ZealLinks 2005-12-28
+ 0 - 0 | §当方博玩起文字游戏

年末了,关于博客网的传闻不断。身处是非中心,大抵郁闷得紧。于是乎义正言辞地宣布:“此门户非彼门户!”

- 所以,“博客门户”将走出传统门户的编辑模式,走向以自动化和开放式的链接模式来为读者汇聚内容。

姑且不考虑在目前的特色国情之下,开放式的内容聚合能让你做到多大多开放。这种改“手工编辑”为“自动化”处理,充其量也只是维护手段的技术升级而已,骨子里还不照着彼门户的葫芦画自己的瓢?

- 未来每个网民打开电脑的首页都应该是自己的博客。因此,每一个博客都是自己的“门户”(入口)。

这样的Portal还真够小的。顺便问一下,到时候(每个人都已经拥有了自己的博客的时候?)人手一个Portal,博客网本身想做“博客门户”的终极理想咋办?

- 当然,博客门户并不排斥传统门户,双方是两种模式,两种可能而已。彼此各有特点,各有空间。完全是,大路朝天,各走一方。

是啊,sina们还是好好去做它们“一站式”传统门户这个很有前途的职业吧。何必非要跟方某拼个你死我活呢?

- “博客门户”不是“资讯门户”,而是“生活方式门户”。

方博的文字游戏实在是到了炉火纯青的地步,通读三遍咱愣是看不明白“生活方式门户”是什么样子。等待2006年谜底揭晓ing。

- 但是,“博客门户”的定位是坚定不移。

看来方博是要誓保“博客门户”的概念大旗不倒了。有毅力,佩服。倒也是,大不了到时候再想办法给“门户”下个新的定义。

+ 0 - 0 | §Blog大点名

看Blog上的点名游戏传来传去,想不到有一天会被charm给点名。
游戏规则:回答以下最近的10道题,然后加上自己的问题,发送并通知另外5个博友作答,其实就是除第一题以外的9题都要回答~外加自己出的一题

提问35: 相信爱情吗?  出题人:Rayray
作答:信

提问36: 往后生儿育女了,喜欢男孩还是女孩? 出题人:红粉菲菲
作答:无所谓,不让我烦就行。

提问37: 觉得自己以后在家庭和社会上分别会扮演什么样的角色?出题人:小小小小小绿豆
作答:The One ??

提问38:和男友(女友)一起做过最疯狂的事情是啥?出题人:水神冬月
作答:贷款买房(现在想想颇有些后怕)

问题39:对谁说过一句这辈子以来最最残忍的话?出题人:蓝心贝
作答:对父亲说“五一不回家”,谁想再没机会和他过一次节日。

问题40:会听从父母之命与不相爱的人结婚生子,过完一生吗?出题人:PINK◎小妖
作答:和谁结婚自己能控制,生小孩就不得不受长辈的压力影响了。

问题41:什么时候会犯窘? 出题人:Simon
作答:买东西要讨价还价的时候。

问题42:你的怪僻或不良嗜好是什么? 出题人:bessie
作答:看到珍珠就浑身不自在。

问题43:你洗澡的时候会唱歌吗?出题人:陈近南
作答:当然。这大概是唯一让我自我感觉良好的唱歌地点了。

问题44:你有几个知心的朋友?是异性多还是同性的多?出题人:hover
作答:我信奉君子之交淡如水。

问题44:特异功能你相信存在吗?出题人:charm
作答:以前怀疑,现在相信。

我的问题:你希望自己活到多少岁?

点名: calfen, pacman, 南出, purple, winter

标签 ( 网络 ) :
+ 1 - 0 | §Links 2005-12-25: 成大事者
+ 0 - 0 | §Links 2005-12-24: X-mas

注意,这是打劫!
中国人你过的哪门子圣诞? 确实搞不懂,可从来没听说老外过春节的。大概是因为商家巴不得每天一个节日来刺激消费罢?就跟脑白金广告一样进行促销宣传疲劳轰炸,让你觉得不过还真对不起社会了。
Xmas Movie 2005 圣诞电影对于老外来说,就等于是咱们的贺岁片,图个乐子,看过就算。矮子里面挑高个,给这些影片来个Top10排名,你的选择是什么?
10 + 100 Creative Commons Christmas Songs 100多首CC许可下的圣诞歌曲。既然要过节,音乐是必不可少的。

标签 ( 网摘分享 ) :
+ 0 - 0 | §魔兽起博:BSP垂直化假想

  不记得昨天在谁的Blog网摘看到了wowchina的Blog服务,跑过去参观了一下。该服务目前基本上算是公测阶段,还在控制注册账号的人数(不知道公测结束后九城是否打算像游戏那样对Blog服务收费?),魔兽世界中文官网的首页上也还没有对此作任何的推广,原因大概如魔域薇薇小仙在Blog里面所说:“感觉现在BLOG还不是很稳定”。

  既然我也算是一魔兽玩家,没理由不赶在注册截至之前占个坑。操作不算繁琐,只是激活的时候需要填自己在WoW里面的种族/职业之类的信息,很魔兽化。

  虽然说还只是公测阶段(尽管没使用流行的Beta标志),但九城的这一动作无论对于网游业还是BSP来说,都是件好事。

  之前游戏防沉迷系统的试运行导致3000多名玩家以罢玩来抗议让九城处在很尴尬的境地,这时候“第一个将Blog与大型网络游戏相结合的游戏类Blog”应运而生。九城或许在向玩家们传递这样一个讯息:当你沉迷的时候,还可以先写几篇日志消磨时间。通过这样一种新的途径来引导玩家“健康网游”,毋论效果如何,其精神可嘉。

  从BSP的角度来说,围绕这样一群既定受众来提供有针对性的Blog服务,既能最大限度地把Blogger按照兴趣聚合、为他们相互之间交流沟通提供最便利的渠道;同时可以方便的围绕主题概念开展营销,将Blog与其他产业链真正的结合在一起。这样目标明确的BSP至少比所谓为博而博的BSP门户所做更加接近Blog诞生的初衷吧。

  或许其他的BSP可以做如下服务垂直化的假想:

Donews - IT+web2.0研讨班

  Donews在我看来应该是最接近垂直性BSP模型的了。正如它自己的定位那样:“IT社区&媒体平台”,想看这方面的评论日志,找Donews没错(这当然很大程度上需要归功于keso的传经布道)。

  建议口号 -- 站直喽,别趴下。

  Updated 2005-12-28 20:16 -- 可惜,好像要被猫扑给收了。开始大谈“理想与现实间的距离”。

MSN Spaces - 网络日记

  似乎在MSN Spaces上写正宗个人日记的不在少数(算我一个),这大概跟它与MSN Messenger的天然结合有关。反正对我来说MSN Spaces用户一个比一个花哨的界面加上图片音乐的配合,作为多媒体版的网络个人日记最合适不过。

  建议口号 -- IM上有说不完的话吗?你还可以写进日记。

Sina - 名人串串烧

  虽则新浪已经做惯了门户的行当,但从BSP来说可只能算是新手。雄厚的资金砸下去买来大批的名人到此一博,吆喝与眼球自是赚足,可这好像离草根们越来越远了。看看连注册之后个人Blog的URL地址都分了三六九等,新浪是准备把阶级作穿了。

  建议口号 -- 够名气的保证您名利再丰收;名气小的帮助您更上一层楼;没名气的拜托您修炼好了再来;过了气的只要您够胆放放厥词。

Hexun - 谈股论经

  和讯尽管努力在打造一副更为“门户”的马甲,可在我眼里就是个财经资讯网站。但它的Blog服务却淡到看不出这种痕迹。这本该是一块大有钱途的蛋糕啊。它应该向新浪学习,把所有的财经名人拉过来写博,什么乱七八糟情感休闲之类的,理他干嘛!

  建议口号 -- 博得精彩,赚得钱财。

Bokee - 一炮成名车间

  这个原先叫blogchina的BSP,自从改头换面叫bokee以来,似乎风波不断。其实它的问题在于战略目标与实际行动的错位。有这么好的网络红人资源,却非要拼了老命往门户概念挤。如果老方同志能够一条路俗到底,也不至于现在转一圈又回来了

  建议口号 -- 你想一夜成名吗?我们有最红的市场部经理!

  >> 最近百度的年度BSP排行刚刚出炉,众仙家顿时百口争鸣,好不热闹。争吃一块小蛋糕的结果便是如此。老大不是人人都能做的,对于大多数BSP来说,与其大口通吃互相火并,不如专注于某一块领域去做大做强更为实际一些罢。

+ 1 - 0 | §del.icio.us ZealLinks 2005-12-22
标签 ( 网摘分享 ) :
+ 0 - 0 | §自动生成代码的可维护性

  slashdot上kale77in提出一个问题:“Ruby on Rails的自动代码生成(scaffolding)机制是否会使以后的代码变得难以维护?”

  实际上问题的关键并不在于RoR。看看Black Parrot的反问:“Do you have a beef with compilers and assemblers?”当我们使用C/C++/Java等各种语言的编译器把高级语言进行编译之后交付机器运行解释的时候,并不会去担心编译之后的东西是否具有“可维护性”,因为没几个程序员会去阅读这些汇编语言的内容。这样一个事实建立的基础在于各种编译器已经足够鲁棒,能够准确地翻译我们所使用的高级语言。kale77in之所以有那样的疑问,在于他对这些自动代码的不信任,基于可能会出问题的假设之上才会有需要去维护的担忧。

  这种担心当然是有理由存在的。毕竟RoR也才刚刚发布了1.0版本,功能缺陷不可避免。也许不久的将来会出现真正的“高高级语言”,将目前手工实现的大部分编码工作自动化(程序员们要么学习新语言,要么失业 ^_^);但在目前来说,正如不少回复者所提到的那样:scaffolding在Rails中并未占据着举足轻重的地位,你完全可以不去使用这项功能。

  在Rails之前,类似或者不似的代码生成功能在各种IDE之中并不鲜见。VC++的那些项目向导也曾经让我颇感迷茫:一个字还没写目录下面已经有成堆的源文件了;直到后来理解了MFC的来龙去脉,摒弃向导去白手起家完成整个VC++项目的编写,才明白原来那些大段大段的自动生成代码也就那么回事而已。甚至你使用UltraEdit/EditPlus之类的文本编辑器也可以设置自己的文件模板,从某种角度来说Rails的自动代码生成和这些没太大区别。而数据建模中应用到的代码生成更是广泛(ROSE, Erwin, PowerDesigner)。

  对于不成熟的东西,可以去尝试、促进,但不要依赖。目前来说,Rails的scaffolding充其量也只是一个辅助工具 -- 帮助新手热身或者用来创建那些临时性、生命周期很短的Web应用 -- 只要使用得当,完全谈不上会否影响项目代码的可维护性。

  说到可维护性,不得不提一句:人类的破坏力绝对要比任何机器强,手写代码难以维护的可能性远比程序自动生成的要高 >>。希望有一天,程序员这个职业会完全消失。

+ 0 - 0 | §del.icio.us ZealLinks 2005-12-21
+ 0 - 0 | §del.icio.us ZealLinks 2005-12-20
+ 1 - 0 | §Links 2005-12-18: 大片无极
人当风筝放,小心摔残了
欢乐无极限也许只是奢望。看看巨片[无极]全片图文详解,你能知道无极:无聊之极这个事实。其实我们一直错怪了张艺谋,作为同样的知名国际大导演,陈凯歌跟着张艺谋的脚步从来不曾落后。无论从哪方面来说这次的《无极》都称得上是张氏前作的全面超越,《无极》一出,《英雄》和《十面埋伏》可以完全被大家忘却了。同时本大片很好的控制了主角的死亡难度系数,在淋漓地讲述一大堆浅显而幽默的人生哲理基础上最大限度照顾了观众的心理承受力。 -- 可是 -- 风筝不是这样放滴!“等哪一天你们知道钱该怎么个花法了,再回来拍一部真正的大片吧。”
+ 0 - 0 | §del.icio.us ZealLinks 2005-12-17
+ 0 - 0 | §Links 2005-12-14: Rails 1.0 Released
+ 0 - 2 | §del.icio.us is down for maintenance

是巧合,还是收购引发的必然阵痛?

忽然发现如果bloglines宕了我可以用gougou,因为每次添加一个feed我都会往它们两个身上加作为互备;但现在del.icio.us宕了,却没办法先用替代品顶着 -- 每个书签服务定义的数据字段和内容长度都各有差异,导入导出便不像feeds OPML那么标准化。

这对del.icio.us们也许是好事,对我来说可不是。

+ 1 - 0 | §del.icio.us ZealLinks 2005-12-13
+ 0 - 1 | §Ruby致富十大秘诀
是否要去掌握一门新的编程语言的决定性因素对于大多数程序员来说,第一是实际项目的需要;第二是语言的流行程序/发展前景。概而括之,是它能否为自己带来“钱途”。Ruby以及Rails很酷,但怎样才能学有所值,利用Ruby让自己致富?Danny提供了十大“秘诀”,供各位共勉。  查看全文
+ 0 - 1 | §del.icio.us ZealLinks 2005-12-12
+ 1 - 0 | §Yahoo看中了Flickr们什么?

  Yahoo在收编Flickr之后又搞掂了del.icio.us,Jan认为这两个web2.0服务之所以吸引Yahoo是因为它们的用户群和开发团队。但实际上呢?

  • 用户数:几十万的用户数对于Yahoo自身已有庞大用户来说,只能算是牛之一毛。看看新浪Blog、MSN Space这些服务甫一推出便轻轻松松得到了的庞大用户群支持就知道,对于1.0的巨无霸们来说,吸引用户永远不会成为难题。
  • 开发团队:Flickr和美味书签所提供的服务所依赖的底层实现技术谈不上有太多的难度 -- 这些服务之所以吸引用户,只是因为增强了用户的交互性体验。也正因为这样,类Flickr、类del.icio.us的新站点每天都会冒几个出来(多到Binzy都觉得烦了),就像将开未开的一壶水般气泡不断 -- 何况Yahoo在收购之前已经有类似的自有产品,要说想通过收购来得到对方的技术力量,最多也算是附带功能而已。

  在我看来,与其说Yahoo是通过收购来得到对方的技术、服务和用户,到不如说是为了得到Flickr们的品牌影响力更确切。

  Flickr和del.icio.us作为web2.0时代的杰出代表,其影响力和历史意义都是毋庸置疑的。在web2.0王朝格局未定之时,花点小钱把这两面旗帜买下来插在自己的Yahoo高地上,作为品牌塑造也好、风险投资也好、技术储备也好,总归没坏处。至少提高了Yahoo自身在web2.0界的声望是肯定的。

  或许Yahoo在做出收购决定的时候,压根就没去考虑如何在收购之后让它们真正成为Yahoo产品链中的一环。

  Y所需要的,只是两个品牌而已。

标签 ( 杂言乱语 ) :
+ 0 - 0 | §搜狐博粹最新文章之IT科技
搜狐博粹最新文章之IT科技 -- 我快要吐了

也来学学贴图不说话...

标签 ( 幽默 ) :
+ 0 - 0 | §del.icio.us ZealLinks 2005-12-10
+ 0 - 1 | §del.icio.us ZealLinks 2005-12-09
+ 1 - 0 | §eval() may be evil
Simon Willison 认为:虽然提供了把动态字符串作为脚本代码来执行的 eval() 函数,为代码的编写提供了很多的便利,但同时也导致了代码执行效率的低下以及难以维护。通常来说,只有设计存在缺陷才会不得不用 eval() 来弥补这些缺陷。  查看全文
+ 0 - 0 | §del.icio.us ZealLinks 2005-12-07
+ 1 - 0 | §del.icio.us ZealLinks 2005-12-06
+ 0 - 1 | §Ferite:取代PHP的脚本语言?

Pixelcarnage介绍了一个新的脚本语言: Ferite(其实2001年的时候已经作为开源项目在进行开发,只是直到今年才发布了它的1.0版本)。

该脚本语言糅合了C/C++/Java/PHP等现有编程语言的特点,作为轻量级、线程安全的脚本解释引擎对其上层应用提供接口支持。该文作者甚至兴奋的宣布从此可以和PHP说再见了。当然语言的优劣是一回事,能不能得到各种上层应用和广大开发者的采纳又是另外一回事 -- 现在谈Ferite取代PHP的地位似乎为时尚早。但至少里面提到的Ferite语言所提供的modifies特性很有意思。

如果Ferite能够比先天不足加上后天局限的PHP吸收更多的OO高级语言特性同时保持轻便高效的优点,对于Web开发者来说,又多了一种选择,乐哉。

+ 1 - 0 | §用YAML节约网络传输带宽

  XML无疑在如今的各种网络/传统应用中扮演着重要的角色,不同服务之间通过统一的结构化标记语言来交换数据、发送请求,同时能进行文档的结构合法性检查。尤其时下大热的Ajax框架中,XML更是不可或缺的角色。

  但同时,提供这些便利和健壮性的代价是数据传输量的倍增。有时候用以完整表述文档所使用的Tags和Attributes甚至比实际内容本身还要多。

  当这种冗余的数据传输变得相当频繁的时候(比如我之前所做的即时比分系统为了让浏览器第一时间得到最新的比分变化XML数据必须以2、3秒一次的频率不停的刷新这个XML地址,或者类似的一些即时证券股票交易系统),由此所造成的网络带宽的无畏消耗会变得相当惊人。当然,我们可以通过调整Web Server的HTTP Header做些有益的工作(gzip, Http 1.1 Etag 与 Last-Modified等),但何不同时也考虑一下在优雅的XML之外使用其他的数据组织方式来传输那些“带宽至上”的数据?

  YAML作为一种更为紧凑的数据序列化格式,在保证数据结构可读性的同时大大减少了结构化所需要的额外数据量。Laurence Moroney比较清晰的描述了XML和YAML之间的异同以及YAML的基本语法以及基本的YAML数据生成和解析的方法。

  对于YAML来说最大的问题是其流行程度。目前的.NET和Java平台对YAML语法的解析支持都比较欠缺(不像XML你可以轻而易举从各种途径找到最好的解析器)。但 RubyPython 等已经提供了对YAML的很好支持 -- 包括PHPPerl。流行度引发的另一个问题是YAML的数据结构目前无法通过DOM接口来解析,也就是说你如果在使用Ajax或者其他涉及到客户端DOM接口的应用,要么就放弃使用YAML的念头,要么就把YAML的内容包装在一个最简单的XML Tag之内,通过DOM来获取文档,然后再使用自己的YAML解析器来解析封装在里面的实际的YAML数据内容。

  如果你的系统符合这些条件,不妨试试YAML:

  • 用XML来交换数据使你的网络带宽支出费用剧增(随着用户数的增加)
  • 数据的生成和接收方都在你的可控范围
  • 你没有太多的时间去从头设计定义一个完全个性化的数据交换结构
  • (或者)你正在使用Ruby :)

see also:
XML 问题: YAML 对 XML 的改进
Slaven Rezic's Javascript binding
Using YAML to Decrease Data Transfer Bandwidth Requirements
YAML 和 Ruby

标签 ( WebDev ) :
+ 1 - 0 | §del.icio.us ZealLinks 2005-12-05
  • Sun to offer more free software
    Sun宣布,将其捆绑软件全部免费提供给客户下载(包括Java Enterprise System、Sun N1管理软件以及开发工具等)。这也许是收费重心从软件转向服务的开始?
  • ActiveState发布了新版本的Ruby IDE
    这个IDE主要是对动态语言开发提供支持, 从这个版本开始,ruby终于得到正式的支持
+ 0 - 0 | §程序员何苦为难程序员
程序员是不是天生憎恨同行们?如果不是的话,为什么会有那么多较劲的代码(特别是API、库函数中)产生出来,让使用这些代码的其他程序员们抓狂?  查看全文
+ 0 - 0 | §del.icio.us ZealLinks 2005-12-03
  • Burning bridges can cool a career
    Keep in mind when leaving a job that you could find yourself working again with former colleagues and bosses. Make your last impression a positive one.
+ 0 - 0 | §del.icio.us ZealLinks 2005-12-02
  • 国产恐怖片为什么不吓人?从周迅说起
    所以结论就是,建议国内电影投资方、制作方,什么阿三、阿四,除非李少红来执导,决不要再碰恐怖片,否则一定会是碰一个死一个,碰两个死一双。
  • 一无所知的CEO
    将CEO看成是全能的,他们决定公司的一切,公司的成功与失败全部取决于他们,这是当代最大的管理“神话”(myth)之一。
  • 刘润-白袍战士 vs 黑袍法师
    正直是一把利刃,正握的时候可以披荆斩棘,反握就会刺伤自己。
  • tagthe.net - Webservice that tags your resources
    帮你来打Tag的服务。你可以输入一段文字,或者URL,或者上传一个文件。接下来它会给出与相关内容所匹配的Tags供你选择。处理速度似乎不是很快,你需要耐心等待几秒钟
  • getID3() - The PHP media file parser
    A PHP4 script that extracts useful information from MP3s & other multimedia file formats
  • Get Real URL Of Download
    3 个免费软件,主要的功能就是通过这些地址获取软件的真实连接
  • 信息过载:资讯不息,装锅不止
    信息过载的语境,90%的时候是在你处在无所谓的时候。这时候你上网也罢、读报纸也罢、看电视也罢,第一需求是兴趣、消遣...
+ 0 - 0 | §del.icio.us ZealLinks 2005-12-01
+ 0 - 0 | §Google Analytics的时区问题

Google Analytics虽然一度不堪重负暂停了新帐号的注册,总算反应还算快,至少能先恢复已有账户的统计工作。一段时间的使用下来,整体的功能很强大,可是不能根据自己的需要来设置统计报告日期的时区,报告数据看上去总有些别扭:每天的访问量一半算在昨天,一半算在今天。Analytics的技术支持对于这个问题的回复是:

I understand that you would like to change the time zone of your reports. At this time, all reports are in Pacific Standard time in order to match with AdWords reports. However, we understand the need for users to have reporting in different time zones and will take your thoughts into account as we move forward with our product development.

看来这是还没有被列入日程的事情了。

+ 1 - 0 | §信息过载:资讯不息,装锅不止

12 satellite dishes
  这套挂了12只卫星电视接收天线的房子的主人Al Jessup从1998年开始他的装锅寻星事业,每天可以接收到五千多个电台电视台的节目。据说现在Jessup已经着手准备安装他的第13个锅了。

  见过装锅的,可真没见过这么能装而且锲而不舍的。这样的节目源数量大概可以和keso的上千个RSS feed订阅相媲美了。

  然而那么多节目里面,这位Jessup老兄真正对其内容感兴趣的,只是“racing or music”而已。至于其他的,不管是内容无聊,抑或说的语言根本就不是英语,“It’s just interesting to watch stations from far away.”。

  重要的在于他觉得从不同的地方接收讯息本身很有趣,足矣。

  我们每天阅读的那些feeds虽然都是自己亲手一个个订阅起来的,却不见得每天都能得到让我们感兴趣的内容。即便是相同的feeds每天在提供的相同内容,现在让你如遇知己,过段时间之后却好似在看说明书。

  但,去点击这些feeds本身让你觉得有趣 -- 至少成了习惯 -- 足矣。

  几天前keso们在说“信息过载”(1,2)。大抵认为要改善之,或则求助于内行、联系员和推销员的指点迷津,或则寄望于个性化搜索引擎的横空出世。可惜,有人的地方就有信息,有信息的地方就有良莠之分。即便自己有时候也分不清自己是无聊消遣的时候就爱看垃圾还是抖擞精神的时候需要高蛋白营养,更别说是内行专家或个性搜索了。

  信息过载的语境,90%的时候是在你处在无所谓的时候。这时候你上网也罢、读报纸也罢、看电视也罢,第一需求是兴趣、消遣,次要需求才是如果碰巧得到些对自己来说很有价值的内容并收藏之。这样的信息过载,完全可以按照自己的耐心限度来裁剪过载的部分 -- 又会损失多少呢?如果非要要求这样的语境中产生的信息都是精华,那恐怕多少有些信息采集强迫症的倾向;剩下的10%,来自特定工作学习中目标明确的信息搜索。既然目标明确,通过内行专家/个性搜索自然可以很快过滤掉垃圾的部分了。

  在这篇“过载”的信息内容末了,最后“过载”一句:让过载来的更猛烈些吧 -- 在我还保有兴趣的时候!

+ 0 - 0 | §提高DVD刻录成功率的三点细节

在刻飞了5张dvd-r盘片中的3张之后,我不得不承认dvd-rw产品确实远不如cd-rw那样好脾气。网上搜索高人的经验之谈加上一张张业已报废的盘片告诉我:要提高刻录质量,至少需要记住以下几点

  1. 升级主板驱动,这关系到IDE/ATA Controller是否优化,间接影响到刻录的速度和成功率。
  2. 升级DVD刻录机的Fireware到官方的最新版本。
  3. 刻录之前对空的DVD盘片进行测试,使用Nero CD-DVD Speed或者DVDInfo Pro工具得到盘片质量信息。根据测试结果决定采用几倍速来刻录,太高或者太低的刻录速度都是致命的。应该把刻录速度设置在测试结果的最佳范围之内。
+ 0 - 0 | §del.icio.us ZealLinks 2005-11-30
Since 2005.04.27  梦想 就像鸡蛋 要么孵化 要么臭掉RSS Feed (Entries) | About me | Back To Home | @ZEAL | zbird.com | 沪ICP备05024379号