<?xml version="1.0" encoding="UTF-8"?><!-- generator="WordPress/2.6.1" -->
<rss version="0.92">
<channel>
	<title>MoontoC Inc.</title>
	<link>http://moontoc.com</link>
	<description></description>
	<lastBuildDate>Tue, 02 Sep 2008 03:22:33 +0000</lastBuildDate>
	<docs>http://backend.userland.com/rss092</docs>
	<language>en</language>
	
	<item>
		<title>有关正在热炒的Chrome</title>
		<description>今天所有的新闻几乎都会出现Google和Chrome字样,为了配合广大的全球Blog圈动向,特此发稿,内容同样是评价Google即将推出的Chrome浏览器,评论自然要写的很长,所以我正在输入和内容很不相称的前言,之所以很不相称,因为内容主体实在太少,也许会对不起观众,所以前言要写多一些,当然了,这并不能弥补内容过少的缺憾,但另一方面考虑,写东西偶尔也要体现一下简约美,并且为了配合Google一向的简约风格,评论Google的东西也需要简约才相称对吧,所以,如果你在首页上看本文,轻点,点More,如果是Rss,操作类似,文章主体:


-------------------------------------------------------
无视 </description>
		<link>http://moontoc.com/blog/chrome/</link>
			</item>
	<item>
		<title>有关ie8b2的质量..</title>
		<description>我想一部分疯子已经用过ie8b2了,我想一部分已经体会了它很烂了

是的,它烂的很可怕,在巨大的页面面前,甚至不那么大,但内容很多的叶子里,或者几个tab切换之间,你偶尔连渲染颜色出错都能看得见,

很不巧的我装系统时刚好它出现了,就是这几天,第二天看到cnbeta也出现了下载地址,我想这会贻害很多无知尝鲜/好事者

当然了,事不关己就高高挂起最好不过,但是它让我很生气,后果并不严重,生气的原因是它居然经常出现兼容问题,比如XX内存地址无法读取,比如卡死在某个链接里,比如从某软件里单击链接后再无响应等,当然还有它那非FF,非SF,非OP,非任何浏览器的诡异显示状况,无所谓了,我干脆拿它当ie7用好了,相对ie7来说,它还是有些优点的,比如颜色分组之类,不过偶尔会出现打开一个ie窗口多出好几个ie进程实在让我觉得很不可思议,这其中包括打开win update-_-

刚装好系统,暂时懒得重装了,但是页面显示有点偏差无所谓,如果有严重偏差导致功能丧失之类就不好说过去了,所以我写了3非凡的wp插件,做在一个包里了

一个是给前台的,也就是你的wp所有访客中使用ie8,无论b1b2进到你的网站都会以ie7模式来渲染,

另外一个是给后台的,功能同上,但这个我觉得属于ie8用户必备,因为wp的后台完全无法兼容ie8,至少b2不行

还有一个是ie8的标准渲染模式,是专供前台使用的,因为后台不归用户管,即便你自己手动修改了wp,也不在我考虑之列,所以不提供,而且能手动修改wp程序,也就可以照葫芦画猫了,这只插件的出现纯粹是为特定人群,比如已经为ie8做好了准备,或者说自己的网页完全的非常优秀到兼容任何浏览器或者非常简单到连css都没有肯定能兼容..

之所以做成3个独立而不是同个插件提供选项是因为内容太少,我觉得智商70以上的孩子都会认为不需要给wp的数据库添加3个无聊选项进去,另外有个问题是ie8的ie7兼容模式比正常模式更加不稳定,但既便如此,为了正常浏览,还是需要它的存在的

实际上b1我没试过,b2告诉我说wp的后台和它完全无法兼容,包括写文章时标题栏居然可以高到100像素以上这种奇观
巨大的PS:

ie8b2的ie7兼容模式实际上比ie8自己的渲染模式要不稳定的多,也就是说ie8中的ie7模式很不稳定,还不理解吗,那就是说,闲着没事吃饱了撑得也别装ie8玩,它还很不稳定,如果用了ie7兼容模式会更不稳定,所以不是闲出病来的尽量别装ie8b2
废话结束,下面的是让wp的前台或后台直接使用ie7兼容模式的wp插件,有需要的可以点击下面

[download]WordPress/ie8render7.7z[/download] </description>
		<link>http://moontoc.com/blog/product_quality_of_ie8b/</link>
			</item>
	<item>
		<title>历史上名字最多的塔(的动画</title>
		<description>历史上名字最多的塔(的动画

大家都知道多拉A梦哈, 名字很多哈

我要说的是,它过时了, 现在名字最多的动画并非是它,而是

The Tower of DRUAGA
德鲁亚加之塔(官方日文
龙之塔(官方英文
贺东塔(贺东招二,作者,抽风抽搐到神作级的轻小说作家[什么?你没看过全金属狂潮?
脑残塔(看过表的第一集也看过里的第一集就非常清楚为啥是脑残了
结婚塔(看过表的第一集就彻底理解了
迷宫塔(玩过这游戏的人理解会很深刻
欢乐塔(看这片子你会很欢乐的,相信我,没错的...
共享塔(解释太多你会认为这塔很糜烂的...
其他诸如洗澡塔,配对塔,便当塔之类没气势的名字就不一一介绍了...

在长达三个月的跟进之后,它终于迎来了新的气势名称

换妻塔(看过前13集就全明白了,它们演示了多人的多次的多人次的全方位立体交叉式换妻...

主角貌似2009还会再次登塔, 到时候也许会继续如下事件:
如性别转换,如"回去后准备结婚"这种禁句的Plus版,如校园爱情,如多角恋爱,如爱与背叛,如,,,

总之CM的大意就是敬请期待2009再登塔! </description>
		<link>http://moontoc.com/blog/the-tower-of-druaga/</link>
			</item>
	<item>
		<title>停止一切活动3天, 悼念我逝去的耳钉</title>
		<description>内容无 </description>
		<link>http://moontoc.com/blog/to-mourn-my-lost-earring/</link>
			</item>
	<item>
		<title>百度</title>
		<description>我想这是我第一次表扬百度

在我想捐款的时候,它作到了,它让我看到了我最想看到的,也是让我很高兴看到的

我想也许有部分被侧边挡住了, 没关系, 打开再看一次 [Open] </description>
		<link>http://moontoc.com/blog/baidu/</link>
			</item>
	<item>
		<title>WordPress Administration Panels Lite</title>
		<description>当前版本: 1.4 更新记录和下载地址在最下面

嗯,这是个无聊插件, 确切的说, 它不过是我写的一个wp插件的框架模板, 用于填充, 作它纯粹为了设计一个良好的扩展模板, 比如说它只需要一个数组来保存, 为了整洁的数据库我希望所有插件都这样作-_-, 但是没几个人这么好心的, 大多数都会写成满数据库都是它的同个插件数据, 哪怕卸载了仍然如此-_-

那来说下这个插件吧, 你用IE进后台是不是会看到右下角有个让你觉得诈一看还算长的能看下去, 点了之后发现它很龌龊的东西, 对对, 就是它-_-

这个插件的第一个功能就是它,

接下来是一些特定人群专用东西, 比如我从不用tag, 所以管理文章的页面不需要显示一个全空白的tag栏目, 另外某些blog是完全不需要有人回复的, 所以tb和评论全关的blog自然也不需要在管理文章和管理页面的面板上显示评论数量

另外一些偏执到分类都不需要的人也可以隐藏掉分类-_-

另外还有个我估计大多数人用的着的, 不显示作者栏, 还是说后台那个管理文章和管理页面两个面板上的纵列啊, 这插件你看名字就知道和前台半点关系都没的

最后还有个功能是关掉后台首页的那些widget, 想关哪个都是单独的

其实都些小功能, 如果你有其他需求, 可以回帖, 这个是AP Lite, 只会加入新的删除wp原有功能的功能, 而且是针对wp后台的, 稍后还会有AP Plus, 是专门添加各种wp没有的部分

PS:只支持2.5+

更新记录:

1.0 -- 2008.05.11
首发,这必然
1.1 -- 2008.05.17
更新内部机制, 完善内部结构,
安装和删除都在激活和反激活插件时直接进行,
添加选项更新时的提示信息,
未添加或删除任何功能, 也没有修复任何bug, 太简单的插件哪来bug-_-,
除了打算用本插件作为wp插件研究之用的话, 基本没必要下载
1.2 -- 2008.05.17
继续更新内部结构, 加强对本地化的支持, 虽然功能还非常少, 本地化意义不大
+ 编写文章/页面时, 标签栏的可选显示选项
1.3 -- 2008.05.18
继续维护内部结构, 改动显示文本
+ ...</description>
		<link>http://moontoc.com/blog/wordpress-administration-panels-lite/</link>
			</item>
	<item>
		<title>WordPress vs CMS</title>
		<description>简单说这是一篇WP杂文, 闲聊下WP作为CMS的潜质

我想很多人都考虑过像我这样把WP作为整站程序, 这时候有几个问题让我很闹心

WP的定制性能, 这基本上对于blog来说它已经超越了, 但是对于网站的统一风格来说, 它的性能很弱了, 听我给你娓娓道来一下-_-



WP的前台的地址大部分来说都很随意, 没有什么限制, 没有什么章法,

比如你想访问一篇文章, 那么直接访问index可以做到, 如果打开了rewrite, 你可以用/分类/文章名/ 或者 /日期/文章名/ 或者 /文章名/ 等等各种玩法, 几乎什么地址变动都不被WP限制, 而即便2.3开始WP可以记录旧的文章名slug, 并记录在数据库中, 如果遇到会自动跳转, 但是这仅仅是救活了一批死链而已

对于随意的 WP 地址, 导致了一个WP建立起来的网站SEO问题很严重, 一个网站的重复内容太多, 即便你的地址可以限制, 但你网站改了文章位置, 而在其他站上的你的反向链接并没有更改, 而WP无论什么样都能显示东西, 根本不会自动跳转, 比如你给文章换成了分类/文章名,而之前你是用日期的, 这时搜索引擎可以正常访问到它, 而并不会被跳转, 而我觉得最基础的方法就是你既然找到了真正的文章内容, 并确定是它, 就应该把它再一次的引导用户或SE到它唯一的或者说被限制好的地址

当然说了这么多, 其实这点上它还是有办法定制的, 毕竟WP的成功就是它的插件功劳, 在WP上写插件定制它是一件很轻松的事情, 当然不会事事尽如人意, 所以下面要说的话和这里有了极端的冲突...

大家用WP的话, 都会发现WP对于注册和登录, 与其他功能都不同, 应该说很特殊, 当然也许它们是在安全和可用性方面来作的这种考虑, 但我觉得对于界面表现, 完全没理由影响到安全

首先注册,登录,登出3个功能不再是WP一贯的前台地址风格, 而是直接使用wp-login.php, 还有个很多余的wp-register.php, ...</description>
		<link>http://moontoc.com/blog/wordpress-vs-cms/</link>
			</item>
	<item>
		<title>WordPress的Feed</title>
		<description>本篇文章并不是用来介绍WP的Feed的新手教程,更不会是歌颂WP的优秀功能,而是批判WP对Feed的近乎可憎的'优秀'易用程度

简单的说,WP用户都多少会发现WP的Feed遍布任何角落,附件,文章,页面,分类,链接分类,标签,每个东西都有一个Feed,而我并不希望它存在,确切的说,它很让我反感,因为无论你希望用户订阅你哪一个固定的Feed,你都没办法阻止,你都没办法统计到底有多少用户订阅了哪些不该订阅的,在统计外的Feed,这很讨厌,所以我决定砍死它,结果发现砍死它的结果无论你希望砍死哪一只,你都会让它全军覆没,从此不再提供Feed功能给你



WP对Feed的支持真的是够彻底,而且彻底到让我恨它,因为我没有任何办法定制它,首先说如果你希望打开一个WPblog的Feed有这样几个办法

/post&#124;page&#124;cat&#124;tag&#124;att&#124;/feed/
/post&#124;page&#124;cat&#124;tag&#124;att&#124;/feed/feed&#124;rdf&#124;rss&#124;rss2&#124;atom/
/wp-commentsrss2.php
/wp-atom.php
/wp-feed.php
/wp-rss.php
/wp-rss2.php
/wp-rdf.php
当然还有最重要的,/index.php?********&#38;feed=
最后这个可以让你在任何单个feed文件被删除,rewrite被屏蔽或破坏的情况下,任意的显示你想要的feed

然后我考虑一件事,如何迫使用户订阅我希望的Feed?!

之后我尝试过了,最后发现我尝试了一个没可能性的方向..

WP对Feed请求的处理过程是由rewrite.php匹配最后决定要输出什么内容的,我想文章看到这里,除了第一天用WP的都知道/任意内容/feed/可以显示一个feed内容,而这个feed四个字母,是WP内定的,不允许更改,它是$WP_Rewrite-&#62;$feed_base, 唯一的定制方式是在插件中载入$WP_Rewrite来修改它, 而对于分类,你却可以在后台随意定制, 但即便你载入了$WP_Rewrite, 并且修改了它, 但你还需要让这份新规则被添加到数据库中-_-, 必须先清空数据库里的规则才能生效

接着, 即便把/post/feed/feed灭了,/post/rss&#124;rss2&#124;rdf&#124;feed/都可以完好的显示, 原来还有个$WP_Rewrite-&#62;feeds, 最后我真的败了, 我发现即便我改了这些, 最终, 用户是可以用index.php访问一切的...

完全没有任何定制可言, 我真的很无奈, 最终, 我选择从核心破坏feed, 让所有人都看不到它, 而不是改变成我想要的路径或结构, 然后选择一个白名单来输出feed内容, 再交给我自己的程序来选择性的输出特定的feed给用户

接下来的事情就是让用户来考虑是否订阅这个网站的新feed地址了

Update: 2008.05.06

也许的确是我要求太苛刻了, WP提供了generate_rewrite_rules和一个rewrite_rules_array

前一个用于用户自己添加新的URL地址规则,第二个用于定制现有规则,但由于定制好的规则是一个大面积的数组,而这个东西我觉得更应该提供一个片段的修改能力,所以一直没碰它, 今天尝试了处理它, 最后把自己搞烦了, 把大把的规则自己重写, 还不如全删-_-, 但无论如何, 最终我都无法阻止index.php直接访问到feed, 所以还是放弃了这个玩法, 转而从feed的模板载入这个阶段添加filter, 限制来访的人, 除了特定ip/ua之外, 都被跳转到特定地址 </description>
		<link>http://moontoc.com/blog/wordpress-feed/</link>
			</item>
	<item>
		<title>Shutdown Day</title>
		<description>去年参加了一次CSS裸奔节, 今年的活动没参加, 完全忙忽略了, 对于这种有意义的活动, 我觉得各媒体似乎也完全没有尽到责任,

而今天要说的是明天要举行的, 关机日, 我想你如果和我一样每天要对着电脑, 你会很容易理解我要说什么, 关机日的意义也在这里, 电脑对人类的进步有多大贡献大家都理解, 电脑对人类的危害也一样-_-

所以今年的5月3日是关机日, 让我们安静一天吧, 并且另个角度来说, 这也是一个环保活动不是吗

这个活动并不是要你关机几个小时, 而是从0点开始, 接下来的24小时都是这个活动时间, 你能做到吗?

由于关机后上网有些困难, 所以我安排了WordPress的计划发布,对对,就是2.5版有bug的那个功能-_-,改了数据库上的,,, </description>
		<link>http://moontoc.com/blog/shutdown-day/</link>
			</item>
	<item>
		<title>BC,BT</title>
		<description>BC大家都知道是什么吧,请结合标题看...

很多不用BC的人都痛恨BC,因为BC在种子里加了很多无意义的00填充的文件,其实我想说的是,非BC用户恨它还算合情合理

那作BT软件的人都恨它算怎么回事,是,的确BC这个做法完全是为了一个主要目的,也就是让看到这些文件的名字时把大部分白痴用户/初级用户/菜鸟用户/菜帮子用户都转换成BC用户

但是貌似很多人都没考虑过BC这个做法仍然是有实用性的,简单的说,BC一方面打了无限的作弊广告,一方面,也在为用户节省时间

具体来说是这样的,BT的内容是分区块的,一个种子可以有上千上万个区块,而一个文件也会跨越很多很多区块,当然有时过小,就会是一个区块存几个文件

而BC的做法时,给每个文件分配至少一个区块,不满一个区块的位置,它会用00填充,并且给这个空白位置指定一个垃圾的超长名字,各语言版BC作出来的名字都带着各语言的文字介绍,总之是个超规模的BC广告

而它这么作,在打广告的同时,也可以让你不去下载无意义内容,

比如说普通的其他BT软件作了一个种子,这个种子中包含两个文件,第一个文件并没有精确的占满结尾的一个区块,

而这部分,按照BT的功能,是可以把一个区块分给不同文件的,所以在此之后,谁下载了这个种子,都需要为自己不需要的文件买流量,

比如说两个文件仅有一个是你需要的,那么你需要多下那么一点不属于它的,因为有一部分融合在同个区块中,

也许有人会说,所以BC自己打包一堆文件,下载后直接删?当然不至于,那样的话BC就真BC了,BC自然是先匹配每个特定名字的,比如匹配_____padding_file_开头,并且以____结尾的文件,发现这种文件,干脆停止下载,这样就节省了流量不是

那么其他软件这时候就受苦了,因为BC的这种方式,只让BC的用户本身可以少下载东西,而却让其他BT软件比其他情况多下载了很多用来填充区块的00,每次有非BC的BT软件来下载时,由于这些多出来的文件内容完全是表示空白的00,所以只要连接到的用户中有BC软件,那么就有这部分文件,并且随时无偿提供给你,让你看到BC的广告,而且让你多付出流量

那么真的就没办法解决吗?不是,这太容易了,容易到让我费解为什么BC这么流行的软件,大家都了解BC的行径,而都只是在背后咬牙切齿而什么事情也不作呢

简单的说,BC的下载和上传原理完完全全的可以用于任何BT软件,也就是说,当下载时发现种子中包括了那个特定开头和特定结尾都有的文件,就可以自动填充上去,也告诉其他用户我这部分已经有了不需要给我上传,然后再和BC一样的做法,自己屏蔽掉这些文件的存在,不写盘就好了

我想说的事情似乎一点都没说清楚,嗯,的确如此,我想说的是,这么多BT软件背后骂BC,还不如自己照样也这么作,即便不这么作,也至少针对BC的做法作一下屏蔽,至少不至于让BC抢自己用户不是吗,不过我觉得更多的是我无聊而已,基本上包括我在内的已知的写程序的人,多多少少都得有点傲吧,不然怎么写程序,所以忽略这事然后继续骂BC显然还会继续 </description>
		<link>http://moontoc.com/blog/bcbt/</link>
			</item>
</channel>
</rss>
