话说回来,我的句号不是随便肯送人的,LuLu死的太华丽了,果然是一代王者,,,片子结尾的配曲也是如此华丽,没有什么华丽的效果衬托,只用了简单的zero,zero的呼声极力掩盖娜娜莉的哭声的手法便把观众征服了,虽然CG被骂了两年,收视率也低到谷底,但越接近结尾,收视率却开始反常,谢幕时居然让所有观众的眼泪失控,的确值得让我给它一个句号

整部片子我都在刀割中观看过来,的确有的时候会想,什么时候结束啊,快点结束吧,但我想很多人都很类似,这片子看的太看不下去了,每集都要死人,而且都不是无关痛痒的群众演员,直到夏莉都死了,我看的手有点抖了,这有没有完了,地球毁灭才结尾啊,但事实上没有多少人会去盼结尾,或者说期待结尾会是怎样,而只是关心死人多少...

有的时候是觉得死的太残酷了,有的时候是觉得死的太过分了,太便宜它了...

看这片子总是在跟自己斗争,CG今天圆满的结束了,和我预想的一样,娜娜莉不会变成这部片子结束的重心,lulu不会让它的妹妹变成世界的中心点,最终选择了所谓的事业,而让娜娜莉自己孤独下去,

片子的结尾让所有人都记得lulu死了,然后去播别人的快乐,只有一个娜娜莉在大声的哭,而其他3个只能安静的流泪,所谓快乐建立在痛苦之上..

话说回来,主题的意思是,lulu死的太华丽了,我都不禁感叹,果然是一代王者...

我不是纯洁的人也没有纯洁的心,所谓童真的东西也早在数年前不知道弄丢在哪了,所以这部片子从开头我就告诉自己,它们不会找到翡翠森林的,狼与羊的结局大家都清楚的,然后随着剧情的发展,我总是在期待和回避结局,直到结局出现,我告诉自己,你早已经不是那个年纪,这个片子从你下载开始就不会有你要的结局..

一只笨手笨脚的羊在暴风雨之夜躲进了一个小木屋,就这样遇到了同样躲雨的狼,

黑暗中看不到对方,摸不到对方,闻不到对方,电影巧妙的告诉了我狼是智力发达的种族(成功的木棍制造了羊蹄的声音),

然后我反复告诉自己,它们语言不通,它们语言不通,事实证明它是童话没错,它们都不说外语,

然后它们约好第二天一起去野餐,暗号是暴风雨之夜,

我告诉自己,见面时羊会被狼吓跑,羊会被狼吓跑,事实再次证明那是童话故事,没错,这只羊胆大,这只狼不饿,

接下来我怀着复杂的心情看狼看着午餐在吃午餐(这句话如果你看不懂可以反复读一下

下面没有剧情提要了*(前面也不是

事实上大部分结果在我的预料之内,包括被两个对立的种族孤立后狼与羊选择投河,那个时候我仍然是看电影最初时的感觉,那就是希望它们是一男一女...也因此在第一次听到羊说话时我就很郁闷它是公羊,让我郁闷的主要原因是狼想推倒它只能是饿..

接下来的电影仍然以我能预料的方向发展,毕竟童话故事我还是有能力预测结尾的..

但结尾是我无法接受的,即便那是我在下载前预料到的结尾..

无论如何,请以轻松的心态看待这部片子,如果你想看的话,画质非常优秀,风格很清新,内容很诙谐,虽然我觉得结尾处理的不好,但是总体上说是个很优秀的片子,说结尾接受不了只是我个人接受不了那个结尾而已,并不是它做的不好,所以请忽略本文一直提到的结尾,当然也要忽略标题的结尾,那不是本文的主题...

也许有孩子到现在都不知道我在说什么,我在说的这部动画片叫做翡翠森林狼与羊,这是中文译名,原名あらしのよるに,Stormy Night,直译是暴风雨之夜

顺便推荐动物村,同样很有趣的童话

-------------------------------------------------------

无视

是的,它烂的很可怕,在巨大的页面面前,甚至不那么大,但内容很多的叶子里,或者几个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 / ie8render7.7z / 553 bytes

大家都知道多拉A梦哈, 名字很多哈

我要说的是,它过时了, 现在名字最多的动画并非是它,而是

The Tower of DRUAGA
德鲁亚加之塔(官方日文
龙之塔(官方英文
贺东塔(贺东招二,作者,抽风抽搐到神作级的轻小说作家[什么?你没看过全金属狂潮?
脑残塔(看过表的第一集也看过里的第一集就非常清楚为啥是脑残了
结婚塔(看过表的第一集就彻底理解了
迷宫塔(玩过这游戏的人理解会很深刻
欢乐塔(看这片子你会很欢乐的,相信我,没错的...
共享塔(解释太多你会认为这塔很糜烂的...
其他诸如洗澡塔,配对塔,便当塔之类没气势的名字就不一一介绍了...

在长达三个月的跟进之后,它终于迎来了新的气势名称

换妻塔(看过前13集就全明白了,它们演示了多人的多次的多人次的全方位立体交叉式换妻...

主角貌似2009还会再次登塔, 到时候也许会继续如下事件:
如性别转换,如"回去后准备结婚"这种禁句的Plus版,如校园爱情,如多角恋爱,如爱与背叛,如,,,

总之CM的大意就是敬请期待2009再登塔!

在我想捐款的时候,它作到了,它让我看到了我最想看到的,也是让我很高兴看到的

我想也许有部分被侧边挡住了, 没关系, 打开再看一次 [Open]

嗯,这是个无聊插件, 确切的说, 它不过是我写的一个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

继续维护内部结构, 改动显示文本
+ 编写文章/页面时, Excerpt, Trackbacks, Custom Fields栏的可选显示选项

1.4 -- 2008.07.26

跟进wp2.6
+ 隐藏文章/页面编辑页面的所有框框...(应S变态的要求..)
+ 隐藏管理链接页面的Categories,rel,Visible三栏的选项
+ 隐藏编辑/添加链接页面的Categories,Target,XFN,Advanced四栏的选项

Download / ap-.7z / 3.00 KB

我想很多人都考虑过像我这样把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, 我几乎找不到它的存在意义, 既然WP对rewrite那么钟情, 为什么这些基础功能比如让人看到wp字样, 其实CMS表现的优秀, 一方面就是要和网站整体融合, 做到忍者一样的隐藏自己气息, 让人觉得它就是这个网站, 而不是这个网站用了WP建了CMS, 在这点上, 还好,我们可以绕很多的圈, 甚至直接修改.htaccess来作到一部分功能, 但是没办法, 我们要的是全部

那么全部是什么呢, WP所有的页面几乎都是可以定制的, 却有个功能介于前台和后台之间, 那就是注册/登录以及用户的个人信息修改, 这点上我很难理解

为什么属于前台功能的登录不被定制, 而且是完全一个php解决, 插件完全触及不到它, 这让我很恼火, 如果我希望它作到我要的风格统一, 我必须主动修改它, 而还有一个更可恶的部分, 那就是用户的个人信息修改, 完全依赖后台功能, 多作一份你会死啊?

简单的说,WP用户都多少会发现WP的Feed遍布任何角落,附件,文章,页面,分类,链接分类,标签,每个东西都有一个Feed,而我并不希望它存在,确切的说,它很让我反感,因为无论你希望用户订阅你哪一个固定的Feed,你都没办法阻止,你都没办法统计到底有多少用户订阅了哪些不该订阅的,在统计外的Feed,这很讨厌,所以我决定砍死它,结果发现砍死它的结果无论你希望砍死哪一只,你都会让它全军覆没,从此不再提供Feed功能给你

WP对Feed的支持真的是够彻底,而且彻底到让我恨它,因为我没有任何办法定制它,首先说如果你希望打开一个WPblog的Feed有这样几个办法

/post|page|cat|tag|att|/feed/
/post|page|cat|tag|att|/feed/feed|rdf|rss|rss2|atom/
/wp-commentsrss2.php
/wp-atom.php
/wp-feed.php
/wp-rss.php
/wp-rss2.php
/wp-rdf.php
当然还有最重要的,/index.php?********&feed=
最后这个可以让你在任何单个feed文件被删除,rewrite被屏蔽或破坏的情况下,任意的显示你想要的feed

然后我考虑一件事,如何迫使用户订阅我希望的Feed?!

之后我尝试过了,最后发现我尝试了一个没可能性的方向..

WP对Feed请求的处理过程是由rewrite.php匹配最后决定要输出什么内容的,我想文章看到这里,除了第一天用WP的都知道/任意内容/feed/可以显示一个feed内容,而这个feed四个字母,是WP内定的,不允许更改,它是$WP_Rewrite->$feed_base, 唯一的定制方式是在插件中载入$WP_Rewrite来修改它, 而对于分类,你却可以在后台随意定制, 但即便你载入了$WP_Rewrite, 并且修改了它, 但你还需要让这份新规则被添加到数据库中-_-, 必须先清空数据库里的规则才能生效

接着, 即便把/post/feed/feed灭了,/post/rss|rss2|rdf|feed/都可以完好的显示, 原来还有个$WP_Rewrite->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之外, 都被跳转到特定地址