大致上，用荧光长发+荧光塑料贴在MIKU衣服上，半夜在外面跳舞这样……
我觉得效果会很美，不过没有时间实现了
———————————————————-
下次漫展把保安全部换成绿坝娘吧，最好还是有格斗基础的，一定会很有喜感的

终于是发布了……怎么说，很不满意吧
如果我还能有时间的话，我会继续修改，不过怕是不可能了吧
【略鬼畜中文UTAU】绝望学生の消失 绿⑧消失应景
http://124.228.254.234/html/music/20100713/119646.html
【中文UTAU】绝望学生の消失 绿⑧消失应景
http://bilibili.us/plus/view.php?aid=13534

而且还做了AC娘和WIN7娘的模型
等待他的发布
还可以……但是要完善很多细节

【不洗脑】BILIBILI入站歌-小绿激唱
http://www.bilibili.us/video/av22679/
bilibili入站歌用UTAU人声创作尝试，效果倒是很悲剧

WIKI功夫·绿坝
晒太阳的冰的碎碎念
NET2FTP

背景目前设置的是超大的萌miku，还是想改一下，载入太慢了

铛铛！这就是新首页啦！
我自豪的贴上地址：http://greendamlove.netau.net
还不算难看吧？虽然总觉得站点左上角那个标题图还可以再换一下。目前首页那个绿坝的图还是确定宽度的（所以小屏幕的用户可能会非常麻烦）将来可能会撤掉这张图。
现在里面还没有内容，所以不准备将网站公开推广
（活跃用户-1名让我很疑惑……为什么？）

我是该高兴呢还是该伤心呢……人好少啊
最近应当不会更新了，有一堆考试，烦。

老娘又来和谐你全家啦！
http://acfun.cn/html/anime/20101024/149448.html
http://www.bilibili.us/video/av32766/
为greendamlove.co.cc做的宣传视频，现在从结果看来视频做的太早了，当时网站没什么内容就宣传，留不住用户啊。
这次视频带来将近700+访客记录（实际肯定不止）因为访问人数太多，直接导致网站都宕机了orz

访问量
从16号建站开始，最多一天自然出现37流量。20日开始我到ACFUN以及BILIBILI留言区张贴广告。（流量稳步上升）

A站（截至29日1W多点击，还得感谢广告君……他们不刷评论就沉了）
http://acfun.cn/html/anime/20101024/149448.html

B站（1千多点击）
http://bilibili.us/plus/view.php?aid=32766

23日发布的宣传视频被通过审核，23日BL带来一定流量274
直到25号，AC视频被围观。A站+B站总点击过6000，带来了峰值流量667次独立IP，（当时没开缓存）服务器出现不稳定
26日因前天域名重绑定为IP记录无法登陆（开启了缓存，出现一定问题）
27日 被临时DNS污染，更换DNS服务器
28日 流量恢复到193
29日 27号服务器出现一定问题，连续两天down掉至少半小时（近期可能会更换服务器）
（比较诡异的是，googleanalytics给出的是59而yahoo给出的是142
不过google的通常都在第二天才会有个准确的统计）
目前流量基本稳定在200日IP左右（个人估计一周后会掉至40日IP）
30日雅虎给出的是21访问(yahoo预计会有34个访问，过一段时间看看准不准)（30日45个最终访问量）
最头疼的就是找不到绿坝的相关内容，让我很痛苦。而且对一般用户相对不友好，导致编辑的人很少，郁闷啊
（目前google29日和30日访问量稳定在59和58比我预计的日10访问多了很多）（不过yahoo和google的数据差很多，不知道该信那个了）
12000视频点击换来2000独立IP。
50名注册用户
5个活跃用户（编辑了内容的）
还要去掉我自己本身……郁闷啊

使用率

流量来源
都是A和B站套来的，自然都是直接连接啦

浏览器来源
我敢保证很多都是IE6，导致网站上很多效果显示不了

分辨率
有50%以上的人在1024以上，让我松了口气，但是分辨率不齐导致首页大图不敢设置的很大以防小屏幕用户出现错位

流量来源
可见广东省和上海经济发达的程度

访问次数
明显网站对大家没有吸引力啊

访问持续时间
除开一般左右开了就关的
2~3分钟为最长停留时间（呈正态分布的说）

访问次数
这个倒是很符合幂函数的形式……

嗯，他们做的的话，肯定比我做得好

嗯……一直以来点击都是直接进入的（估计多半是看到我的百度签名进来的吧）

于是乎点击非常不稳定，我不去百度发帖点击就会下降。之前请求的
LV8N和ACFUN wiki友链全部都失败了，转而请求拟人吧之类的百度贴吧以期带来稍微稳定的流量。
可惜也失败
最近流量太少，按照目前这个点击量发展方式，估计撑不过两个月。
正在考虑要不要用自己的老电脑做服务器……

greendamlove.co.cc/蓝泽_光
一下子吸引来了100多点击（平时都是10昨天117）
确实有10%的用户是日文原版系统的，而且这部分用户100%的直接关页面了，大概是因为发现不是官网了吧。

还有一个很有趣的发现是，chrome浏览器者访问的页面最多，时间也最长（即便是同等时间长度下PV量也是最多的）
大概是因为我自己也多用chrome，所以调出来的网页效果在chrome下显示最好吧？
或者是因为chrome相对来说反应最快？
===========================
以上发现都是在安装百度统计后发现的。百度统计，确实是和google analytics不一样，从名字上就可以看出来。百度是统计，GA是分析。
百度基本上把所有数据显示给站长，人少还好说，人多就不行了。
之所以取消了yahoo奇摩站长，是因为台湾的服务器，不管是从大陆访问还是从美国，加拿大访问。效果都不是很好，比较拖慢速度，所以换百度了。百度还是更懂中国，把网通，电信线路都分开显示了。
有意思的是，百度把台湾和日本以外的地区全部都不算。（这大概很符合BILI的人流组成吧）
我正在积极地把网站搬到香港。

中华萌娘小百科启用了香港镜像（其实是个免费空间）目前没有同步数据库（其实可以连到000的数据库，不过那样就没有什么速度优势了）
还在调试，不过那个空间极不稳定，我在想能不能用什么办法把那个空间当作CDN来使用就好了

我很无奈的发现，几乎没有一台电脑显示我中华萌娘小百科的效果是一样的。
我那台512内存的方正老电脑有严重偏色，对比度又差。显示 greendamlove.co.cc/首页 背景几乎是全白的
MAC模拟XP下用firefox看，左方侧边栏倒是有很好的看的灰色
到MAC下的safari和chrome侧边烂居然是偏粉红的肉色……ORZ……
这不是我网页设置的问题……连维基百科zh.wikipedia.org的vector皮肤也是这样囧的效果……
综上所述，XP下chrome和firefox浏览weikipedia有最好的显示效果

我真想问候挂成人网站那位全家列祖列宗。
他把网站挂在html代码的最上边，我删掉之后，人家改为挂在下面
WTF！
赶快把除PHP外其他的什么ASP支援全关了，然后把登录密码，FTP密码全部重置换成18位随机字母数字
如果是伺服器的漏洞我就没办法了。
这个香港主机用起来还真是窝气，不开urlrewrite，不开gzip，什么都不给开，
不过看在hk主机都贵的吓死人的地步，而且这个主机速度又还不错的份上，忍了。

诶……其实人家能给你免费空间已经很不错了，不开就不开。

My wiki’s URL is greendamlove.co.cc
It’s a site about anime girls.
Actually, I can’t use this website more than 3 days.
Over the past two days, the site show me
“(Can’t contact the database server: Can’t connect to MySQL server on ‘mysql7.000webhost.com’ (4) (mysql7.000webhost.com))”
Today, the site show me
“MediaWiki internal error. Exception caught inside exception handler”
Then I use google to find ways to solve it.
I got this page:
http://www.mwusers.com/forums/showth…eption-handler
The last man said that he find this problem when system administrator updated MySQL.
The problem is that administrator added skip-innodb to the MySQL configuration file, my.cnf, turning off support for the InnoDB data engine.
So, may 000webhost’s administrator restore innodb, and removed the skip-innodb line from my.cnf?
Or, there are other reasons cause this problem. May you solve it?
All editor and reader of greendamlove.co.cc waiting for recovery.
My wiki’s URL is greendamlove.co.ccIt’s a site about anime girls.Actually, I can’t use this website more than 3 days.
Over the past two days, the site show me ”(Can’t contact the database server: Can’t connect to MySQL server on ‘mysql7.000webhost.com’ (4) (mysql7.000webhost.com))”
Today, the site show me ”MediaWiki internal error. Exception caught inside exception handler”
Then I use google to find ways to solve it.I got this page:http://www.mwusers.com/forums/showth…eption-handler
The last man said that he find this problem when system administrator updated MySQL.The problem is that administrator added skip-innodb to the MySQL configuration file, my.cnf, turning off support for the InnoDB data engine.
So, may 000webhost’s administrator restore innodb, and removed the skip-innodb line from my.cnf?Or, there are other reasons cause this problem. May you solve it?
All editor and reader of greendamlove.co.cc waiting for recovery.

http://www.000webhost.com/forum/customer-assistance/22032-my-wiki-got-exception-caught-inside-exception-handler.html

因为一升级修改就会失效，要重新修改，所以我记录在这里以免自己忘记
截至2011年2月26日16:58:19
修改处有（可能不全）

1。显示繁简转换标签
vector.php
把
// Appends variant link
$links['variants'][]
改为
// Appends variant link
$links['namespaces'][]

2。禁止自动繁简转换
把LanguageConverter.php(在langue目录下)第233行的
（注意行数可能会变，自己搜索getHeaderVariant找下面这个形式的修改）
function getHeaderVariant() {
global $wgRequest;
$ret = null;
改成
function getHeaderVariant() {
global $wgRequest;
return ‘zh‘;

3。加入googleanalytics等分析代码
vector.php
找到
<?php endif; ?>
</body>
</html>
在前面加入google analytics code

4。刷新缓存按钮
搜索以下代码if ( $this->mTitle->exists() ) {
// Adds history view link
$links['actions']['history'] = array(
‘class’ => ‘collapsible ‘ . ( ($action == ‘history’) ? ‘selected’ : false ),
‘text’ => wfMsg( ‘vector-view-history’ ),
‘href’ => $this->mTitle->getLocalUrl( ‘action=history’ ),
‘rel’ => ‘archives’,
插入点！
if( $wgUser->isAllowed( ‘delete’ ) ) {
$links['actions']['delete'] = array(
‘class’ => ($action == ‘delete’) ? ‘selected’ : false,
‘text’ => wfMsg( ‘vector-action-delete’ ),
‘href’ => $this->mTitle->getLocalUrl( ‘action=delete’ )
);
}
找到后把我标记的 插入点！ 替换成
$links['views']['purge'] = array(
‘class’ => ($action == ‘purge’) ? ‘selected’ : false,
‘text’ => wfMsg( ‘purge’ ),
‘href’ => $this->mTitle->getLocalUrl( ‘action=purge’ )
);

前情略……
哇……姐姐……这束花好漂亮哦！
这是茉莉花哦……来……拿好。
嗯！
果然！
我就知道你穿白色连衣裙配茉莉花最好看了！
来，姐姐我再给你扎个双马尾……
那个……姐姐你轻点哦……
（扎头发……）
扎好了！来镜子前看一看吧！
哇！姐姐最棒啦！
好，去吧……去玩吧……
我保证你今天能把那些死萝莉控大叔全部迷倒
———–（loli出了门，往平常的公园走去）———
绿坝娘：听说最近又有个什么茉莉花革命了
XX：啊？那是什么？
绿坝娘：不清楚，但是最近连K师傅的茉莉花茶都不让卖了。
XX：什么！惨了！loli她拿着我给他的茉莉花去公园了！
绿坝娘：你想杀了她么！现在看到拿茉莉花的会直接被那群疯狗打死啊！
切！
———–（绿坝娘直接从窗口飞了出去）———-
请求通告loli位置……
工作人员：不行，无线电已经被管制了，无法查到loli的位置
切……来不及了，请求突破音障。
bigboss：否决，在市区不行
就没有办法了么……
bigboss：你要小心，上头的消息是格杀勿论，周边全是便衣和狙击手，接到人的时候不要停，直接抱回来。但是注意减速，loli不能抗超过4G的加速度。
知道了！
———–（loli行进中）————
好一朵美丽的茉莉花……
好一朵美丽的茉莉花……（转圈）
芬芳美丽满枝桠~
又香又白人人夸~
便衣：报告，发现一幼女持茉莉花向广场方向靠近
领导：如果进了广场，格杀勿论
便衣：明白
围观群众1：看！真有人拿着花来了诶（窃窃私语）
围观群众2：嗯，怕是马上就要被抓了把。
———–（loli一只脚就要踏入广场）———
领导：杀！
便衣：收到。
绿坝娘：啊！！！！！！！！！！！！！！！！！！loli！
loli惊，回头
绿坝娘：抓住我！
loli：哇！
绿坝娘一把抱起loli直接飞走了……

（好吧……真是够狗血的剧情了呃）

星期四, 31 三月, 2011
真的是不敏感，确切的说，从网页板式到穿衣的风格搭配，色彩搭配，都非常糟糕。

平常都不太关注这些，衣服也基本上是姐姐大人买给我的，款式什么的都是她决定。

姐姐大人艺术感很好，上大学前画画就画得很棒了，那时她画的画很有clamp风格，想当漫画家。（不过最终没实现……）

现在她做的是设计方面的事情，视频，平面都会（3Dmax什么的不会……）

so衣服什么的由她来挑一点问题都没有，不过轮到我自己就不行了咕~~(╯﹏╰)b
—————–
自己的网站（现在只有两个，这个BLOG，以及萌娘百科）一旦要进行风格升级就两眼一抹黑，完全不知道怎么做，只能抄别的网站。可是我总觉得这样抄不好，
一是抄袭本身就不好，
二是让访问者觉得这是个山寨网站。
怨念啊

我个人一直希望萌娘百科能匿名编辑
可惜敌不过可怕的垃圾机器人，最后还是用上了验证码这才消停了……真郁闷，其实我不想加验证码在萌娘百科里的

接触wikipedia已经有将近1年时间，mediawiki基的网站也已经维护了半年以上了。
en.wikipedia 大约编辑了50次， zh这边经常换账号，加起来大概有70次
自己维护的greendamlove.co.cc仅管理员账号就有大约有3000次编辑
就我的感受来说，中文维基没有前途。
现状
从有一定编辑量的人数上来说
en:15万
zh:0.57万
差不多百倍的差别

从条目数上来说
en:3,619,585
zh:352,947
条目数也有10倍以上的差别

尽管大陆网民很多，但是中文维基大陆编辑者和台湾编辑者差不过各占一半，然后是HK，等地区少数的贡献
是编辑百科的大陆人少么？并不是这样，百度，互动等百科有非常活跃的社区，编辑人数也是非常多的（质量当然差很多，还有各种版权问题，这个后面说……）
就我看来，有这么几个原因使得维基中文发展前景堪忧。

首先，维基中文很复杂：
这个复杂不仅是软件层面上的，更是社群层面上的。
政治现状加上中文维基一直强调的繁简共存使得这一问题似乎无解……

中文维基有非常多的模板，即便是是用了很久的用户也经常会被弄得晕头转向。
中文维基有很多限制，阻隔了很多潜在编辑者。
举个例子，
中文维基强行限制提交修改前预览，
我亲眼见过许多人（大陆人）在某个条目内写了长篇大论后因为找不到保存键而把内容粘到了百度百科上
（而且还经常是整个编辑框，把别人写的有版权的也粘过去了……）
当然熟悉编辑的、港人、乡民们大可以指责说大陆人太SB，但不可否认仅强行预览这一项就阻隔了很多潜在编辑者。
中文维基用户群有很大差别，修行不深的人很容易被弄糊涂。
相较于西方英文使用者基本相似的背景，中文维基显得异常复杂，
既有
名为共产主义，实则官员（贵族）资本主义的大陆的编辑者，
又有卡在国家和地区之间上下不得的台湾的编辑者，
还有近年来越来越大陆化的香港澳门的编辑者，
以及新马泰的中文使用者，留学生等各种各样背景的人
因为用户组成非常复杂，每天光是繁简转换，就占去了维基人很大一部分精力（繁简转换表的维护，繁简不同称谓的条目的转换合并等……）
并且
光是技术层面的繁简问题都已经阻挡了很大一部分潜在编辑者（所谓望而生畏）
更致命的是编辑者本身的政治立场相差太大，“敏感”事项上保持中立是非常困难的一件事情
（相比之下英文维基反而在部分事项上没有中文的社区中立，但这些非中立的事项对于大多数英文使用者来说是可以接受的，这样免去了很多麻烦）
再者,中文维基的社群并不友善：
中文维基整个运行偏向小圈子模式，或者说的好听点是精英模式
wiki功能本身就比较复杂，中文维基更加复杂，在这个前提下，中文维基的社群却没有英文维基的社群那样热心，乐于引导新入者熟悉功能+融入社群。
中文维基的维护者常会在字里行间中流露出一种高人一等的态度
经常在有人问及一些基本事项/指出明显错误时 指责提问者不先行阅读帮助或者是要求对方到XX去做OO，
光是这样的指责就已经让一部分潜在编辑者流失了，
剩下的那些
看到维基那既不符合大陆习惯，又不符合港台习惯的和稀泥式还写得很麻烦的帮助手册时就离开了
被维基运行的各种潜规则弄得不明就里的情况下就离开了很多。
举个例子：
有一位自称身居伊朗的大陆人在Q群中指出：伊朗伊斯兰革命 这个条目与事实情况有出入，不应设置为优良条目（Good Article）
（这是个翻译条目，在英文维基中不是优良）
这位自称身居伊朗的人士，其实很早之前就问过一次这个优良评选的事情，而当时无人回应他应当去哪里，他可以作什么

此群中的一位维基人先是挪揄式的要求这位在伊朗的大陆人直接改写条目，
在对方表示了解并不全面，不敢贸然改写后又要求对方提出重审（前提是满50次编辑+注册满7天）
当这位先生表示没有权限时转为开始说抱怨没有意义，抱怨不能提升维基质量云云
（这个例子同样也说明，中文维基人对于QQ等大陆流行的东西并不感冒）
（似乎曾经有建议维基入主QQ 新浪微博等地方以期扩大社群，但似乎不了了之了）

三者，百度互动等百科的冲击
百度互动等百科不受版权限制
中文维基的回退率算比较高的，其中不符合版权内容的东西的快速回退/删除 占了不少比例。
很大一部分原因在于大陆人根本对版权一无所知。随意粘贴内容到维基上。
大陆人一旦谈起版权那就是讳莫如深，快速回退之后他们不会去看版权协定查找原因，而是转而投向百度/互动的怀抱
有些甚至包含一定报复心理的把维基上的条目粘贴到百度上。

维基上不少条目变成了百度百科的“种子”
就我这一年的百科使用/管理经验来说，大部分用户相较于完全由自己写一个条目出来（创建条目），更倾向于修改完善已有框架的条目

举个例子：
腾讯娘和360娘这个两个人物是去年3Q征战时出现的萌拟人化形象（这可你玛的是少见的大陆原创啊！卧槽！），在萌娘百科中，腾讯娘的条目很早就创建了，有寥寥几句描述。而360娘一直都是未创建。
结果半年过去了，腾讯娘被六名用户分别编辑过，而360娘在前几天检查的时候才发现还是未创建的状态

百度百科不仅直接完全的抄袭维基的优良/特色条目，还把维基上的其他不完全的条目抄到百度上，其结果是这些条目在百度上的维护者反而比维基上的多。
百度有良好的虚拟激励机制
相较于维基百科仅显示编辑次数，百度百科会在侧边栏显示参与用户的名称。
并且创建条目还有大量积分奖励，很多人为了这些虚拟的积分故意大量随便的创新新条目。
一位原本在百度百科上查不到信息就会放弃的用户，可能会在看到错误的信息后义愤填膺的将之改正以免后人受误导（比如我，修改过生物显微实验用的细胞染色剂的条目：固绿fast green，电磁学中的磁流体条目）
积分增长后还能升级，所有的这些都能给编辑者带来莫大的满足感（虽然很多时候条目并非原创而是纯复制而来的，很多时候这让原创作感到非常丧气）
（反观中文维基，到目前为止否决了一切有关虚拟激励机制的提议。
其实很多网站/软件/游戏都是靠这一招锁劳用户的，QQ的在线时长，VERYCD的用户等级，eMule的上载量，泡菜游戏的等级……）
尽管百度现在条目质量良莠不齐，但借助抄袭和大量的用户基础，显然百度百科的进步速度更快，超越维基百科应当是必然的事情。
（维基中文对条目质量要求过高，致使社群小型化，条目增长缓慢。高质量的条目又被百度直接抄去，感觉吃力不讨好。不过若是对条目质量没有限制，一样会有很多问题，在这里我不对此项政策作出评价……）

最后，政治因素使得中文维基的中立原则不再中立
中文维基繁简结合，要求尽量中立。
而即便是这样的“中立”，对于大陆政府来说都是无法接受的。一到所谓的“敏感时期”就常会无法访问。
对于一般用户，他们对政治事件的条目的需求并不强烈，一个不那么准确却一直可以通畅访问的“百度百科”可能更适合他们
因为大陆缺乏政治事件的“真相”的发布窗口，一个服务器位于美国的网站：中文维基，不可避免的成为“渴求真相的大陆人”的好去处
这样循环的结果就是强化了维基的政治立场，也使得其更难吸引到潜在编辑者（包括因墙无法访问的以及不喜欢政治事项的潜在编辑者，甚至还有因说出真相而人间蒸发的或被这样的威胁吓住了的人）

总结就是：
繁简共存情况下增加了繁琐程度，
繁简分开的情况下简体必然没有前途
作为一个短见的决策者，我会选择只做繁体中文
作为一个有远见的决策者，我会选择繁简共存或者只做简体
毕竟wikipedia计划至少维持100年，不是么？(只是怕大中华成型之时中文维基的“中立”原则就不复存在了吧)

注明：以上全部为我一家之言，很多观点并没有来源材料，请不要用文中内容作为谈资，以免以讹传讹，越传越过分。

一直在权衡bluehost和hawkhost 一个稳定一个便宜……
最终还是顶不住便宜的诱惑买了hawkhost
可惜的是hawkhost最近刚开了支付宝ailpay的付款方式，估计离“寿终正寝”不远了（我没别的意思，但事实就是中国人往哪里涌，哪里就悲剧）
wiki之前是放在ushost.me 上gege提供的免费cpanel主机
（话说这个免费的从香港PING过去比hawkhost响应时间还要短，一直在200上下，除了有时会长时间访问困难，其他都很好）
这里必须要说下感谢~！
（顺附，这个BLOG也是放在台湾的免费主机上的……不信你看页脚还有链接）
mediawiki应当说不是受环境影响很大的一个程序，之前从000webhost搬到HK，然后又搬到TW，然后搬到gege的免费主机都是直接打包FTP到新主机，解压，导入数据库，然后设置下localsettings里的数据库名和用户名 密码就解决了
这次换到hawkhost却不是很顺利。
先用之前的每日备份脚本直接把网站打包发到hawkhost上，然后解压，这时候就发现一直是什么PHP头已设置
无奈只好reinstall了mediawiki1.16.4
重新来才头大，localsettings里很多参数不再适用，我设置了好久。
然后，两个大改动，
一是把繁简转换暂时关闭了，因为filecache在$wgLanguageCode = “zh”;时无法开启。等1.17了……如果1。17没有问题届时再换回zh
然后因为$wgLanguageCode = “zh-hans”; 导致所有mediawiki:XXX都失效了，我没有找到批量刷新的办法，只好手动一个一个都编辑一般来强制刷新了
二是用二级域名，我想了下，觉得把moegirl.org限定在wiki上不太好，所以就把新域名设置成 wiki.moegirl.org了
弄这个才折腾，我错了好多次，花了好多时间，这里只写出我这环境下的正确配置方法（不一定在别的环境下有效哦！即便都是cpanel也会有差异的）
1首先在goddady 里A 记录添加 wiki IP指向服务器IP
2然后在cpanel里的subdomain（子域名）里添加wiki.moegirl.org，指向/wiki目录（也可以换成别的，我为了安全改了目录名）
（一般网页程序到这里就结束了，但是mediawiki还要设置）
3把localsettings里设置成这样
$wgServer = “http://wiki.moegirl.org”;
$wgScriptPath = “”;
$wgArticlePath = “/$1″;
$wgUsePathInfo = false;
$wgScriptExtension = “.php”;
（$wgArticlePath这个参数比较有意思，如果希望URL显示成http://wiki.moegirl.org/index.php/条目名 的话，不要动它。如果有用默认的，如果没有不要创建）
4把mediawiki目录下的htaccess改为
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+)$ /index.php?title=$1 [PT,L,QSA]

以后谁跟你说mediawiki静态页抓取效果好，上去给他一耳光。
萌娘百科 开启了filecache+CDN缓存（不是主动联系squid那种）之后，限制bot只能爬缓存页面
尼玛的全部都只抓sitenote啊混蛋！
以后谁跟你说搜索引擎抓mediawiki的静态/伪静态页面效果会比较好，直接TDG它。这人的SEO水平肯定还停留在百度97年的水平。
google比他们想象的聪明多了好不好！百度虽然渣，但是好歹也能抓动态页啊
———-2011年6月3日更新———–
天天让google百度抓动态页吃不消，现在设置成每星期抓一次动态页。

一般来说，英美用addthis，大陆用jiathis就可以了……台湾的话……特别加一个噗浪就好。
因为开启了站点副标题“萌娘百科，万物皆可萌的百科全书”，所以最终决定把分享按钮放在标题下方右边。
效果见萌娘百科：http://wiki.moegirl.org

因为没有见到适合的插件，于是乎直接改动了皮肤vector.php
在<!– tagline –> <!– /tagline –>之间，tagline那行代码后边直接插入jiathis的代码，div id=”ckepop” 再添加一个style=”float:right”就可以了
为了加快加载速度，最好再把两个script移动到/body之前，analytics代码之后
本来还加上了google的+1按钮的，可惜加载速度实在是糟糕透顶，于是乎取消了。
下一步计划在使用简体时显示jiathis，繁体时显示addthis和噗浪，不过现在还不知道怎么写才好。

我现在很怀疑google analytics统计的萌娘百科流量是否准确……
2011年7月4日 07:49 左右首页被点击了100,000次
2011年7月9日17:55:56时首页被点击了109,022次。
也就是说5天首页被点了大约9000多次。但是GA显示首页只被点了700次

两个可能的解释是，
1、google在大陆地区会被时断时续的屏蔽，被屏蔽期间无法返回数据
2、萌娘百科页面在亚太地区加载太慢，导致用户在页面完全加载之前已经离开了网站

———————————————————————————————————-
百度统计因为出了大陆范围之后的加载速度极度糟糕，使得萌娘百科不可能再开启百度统计。
而且现在萌娘百科每个月都会消耗掉至少40G的流量，换HK主机也很贵的样子。
更糟糕的情况是，因为流量、CPU占用等超过了现用主机的限制，只能开CDN，
而这个CDN现在又出现很多节点被墙……网站加载速度也从过去的4S左右升到10S左右（大陆地区）。
目前还真没有什么好的解决办法呢……诶

首先要感谢G+上的 Roy Binux 同学，这个方法是他给出的
mediawiki的最近更改RSS可以显示这个WIKI上每一次更改的位置，以及改了哪里。对于管理员来说是一个很好的监控WIKI的工具
不过萌娘百科用这个地址来同步在微博上显示页面更新，所以需要简化
萌娘百科的RSS地址：http://wiki.moegirl.org/index.php?title=Special:最近更改&feed=atom
生成RSS的文件的路径在这里：
http://svn.wikimedia.org/svnroot/mediawiki/branches/REL1_17/phase3/includes/ChangesFeed.php
首先把：
generateFeed这个函数中：
$item = new FeedItem(
$title->getPrefixedText(),
FeedUtils::formatDiff( $obj ),
$obj->rc_this_oldid ? $title->getFullURL( ‘diff=’ . $obj->rc_this_oldid . ‘&oldid=prev’ ) : $title->getFullURL(),
$obj->rc_timestamp,
($obj->rc_deleted & Revision::DELETED_USER) ? wfMsgHtml(‘rev-deleted-user’) : $obj->rc_user_text,
$talkpage->getFullURL()
);
改为
$item = new FeedItem(
$title->getPrefixedText(),
FeedUtils::formatDiff( $obj ),
$title->getFullURL(),
$obj->rc_timestamp,
($obj->rc_deleted & Revision::DELETED_USER) ? wfMsgHtml(‘rev-deleted-user’) : $obj->rc_user_text,
$talkpage->getFullURL()
);
就可以去掉RSS输出的URL里的版本对比，可以直接让用户看到正常页面
（萌娘百科的CDN设置为不储存编辑，维护用的页面，所以直接提供正常页面可以提高加载速度以及减轻服务器负担）
然后，因为RSS只用于同步，所以把内容输出也禁止了
把
$item = new FeedItem(
$title->getPrefixedText(),
FeedUtils::formatDiff( $obj ),
$obj->rc_this_oldid ? $title->getFullURL( ‘diff=’ . $obj->rc_this_oldid . ‘&oldid=prev’ ) : $title->getFullURL(),
$obj->rc_timestamp,
($obj->rc_deleted & Revision::DELETED_USER) ? wfMsgHtml(‘rev-deleted-user’) : $obj->rc_user_text,
$talkpage->getFullURL()
);
$obj 改成 “” 即可
当然现在这还是有些麻烦，每次升级后都需要重新改，所以希望能做成插件，这样就不会影响到需要使用原来的RSS的人了。

~\(≧▽≦)/~撒花~~这一轮的萌娘百科首页改写完成！主观载入速度比过去快了50%~~~~ 请大家control+F5强制刷新萌娘百科首页或者直接清除浏览器缓存！！！！（不刷新，整个首页会成一大条OOXX的样子）

@GClover1985 我是站长，有所有更新姬账号的密码不奇怪吧？