如果你在使用Global Translator插件…
很多人都在使用Global Translator插件吧,一个非常好用,而且能带来实实在在流量增长的WordPress翻译插件…但是,由于它有非常奇怪的debug策略…你还是记住这个解决方案比较好,毕竟,我因为这插件差点离开WordPress,还差点以为所有的数据都找不回来了…
如果你升级/修改Global Translator插件,或者升级WordPress(比如我上次),也许会遇到WP升级失败,插件出错等等情况。问题是,在这些问题之后,你会发现你无法登录WordPress,站点也无法访问,显示的只有空白…这个时候应该怎么办呢…
这个时候你的数据库应该很庞大,因为Global Translator插件往wp_options表写入了超多的垃圾…你需要进入你的phpmyadmin中,然后查看下是否wp_options表大的有点奇怪。然后再搜索gltr_enable_debug,如果有大量的gltr_enable_debug存在的话,那基本可以肯定就是这插件的问题了。然后就简单了,运行下列SQL语句…当然,这么做以前先备份下数据库吧…
DELETE FROM wp_options WHERE option_name = "gltr_enable_debug";
理论上你会看到有超过几万条的垃圾被清理,然后,一切又恢复正常了…
突然想起来写这个的原因是,今天这个插件又升级了,而升级后我这又出现了以前的问题…幸亏之前冰古告诉过我数据库是因为充满了gltr_enable_debug而出的问题…所以这次很顺利的就把这个问题处理了…
给大家也提个醒,出现类似的问题的时候可以这么处理。如果你刚好备份了这样的数据库,导入都会很困难(因为过大),可以参考冰古的这篇文章进行导入…
本人严正声明:Cuptool分类/WordPress分类/COMODO分类文章均为原创,在全世界只有一个作者。本人是该分类文章的唯一合法代表。自古以来本人一直对该分类文章行使主权。该分类文章的标题出处是文章正文不可分割的一部分,任何企图转载此分类文章不留出处,或恶意采集修改该分类文章的行为,都必将遭到包括中国人民在内的全世界人民的反对!各族人民反对文章标题出处与正文分裂、维护原文统一、维护原文稳定的决心是坚定不移的,任何破坏原文完整性、恶意采集转载的图谋都是不得人心的,是注定要失败的。
如需转载请按照 署名-非商业性使用-禁止演绎方式,并请注明: 转载自作甚@ZUOSHEN.COM
本文链接地址: 如果你在使用Global Translator插件…

这么变呀,那它还自称 No database modifications: Global Translator is not intrusive. It doesn’t create or alter any table on your database
嗯,前提是在这个插件没出问题的情况下…哈哈。
能带来很多流量?确实能?真的么?根据访问ip来源自动翻译博客内容?调用google翻译?
我也想问真的能带来流量?
机器翻译出来的都让人看不懂,这样骗流量不厚道呀。。还是放个Google Translate的链接让他们自己点好了。。
BTW,你这防SPAM的插件是改了 input 的 name 吧?怎么我输入开头的字符都不提示了。。这样麻烦呀,好歹得记录访客信息,要不用户体验会不好
作甚的反垃圾机制隔三差五就会换,用尽各种极端方式……
嗯,目前这种方式我个人还是很满意的…所有缺心眼的垃圾都掉陷阱里了。哈哈
真缺心眼, 哈哈. 我目前用的防垃圾的也不错啊. 除了人肉的不能杀之外, 都能杀掉.
嗯,我这现在使用YAWASP反垃圾插件,谁用谁知道
输入开头的字符?什么字符?群众们好像没反映有问题啊…这个反垃圾的法子其实在用户体验上已经很不错了,“几乎”感觉不到…无误杀无验证码无审核,呵呵…而且抓垃圾机器人抓得很准
没用过。。。
没用过这个插件,楼主什么时候能仔细介绍下!
嗯,我又写了一篇详细介绍这个插件的文章,看看吧![[cusFace:22]](http://zuoshen.com/wordpress/wp-includes/images/smilies/5.gif)
http://zuoshen.com/2009/03/07/563/
那个trackback删掉吧,你这里都没有nofollow的。
一点办法都没有,你遇到了最恶劣的一种copier
嗯,已经处理了…唉。这年头没RP的人真多。
这个插件要经常保持更新,因为Google翻译的接口会有变动。
4241 0 gltr_enable_debug 1 yes 我怎么没看到写入超多的垃圾呢?