TechPush

今天写帖子时碰到了一个奇怪的问题，自动保存时报错：Fatal error: Allowed memory size of 52428800 bytes exhausted (tried to allocate 242856 bytes) in /home/.digger/championeer/blog.techpush.com/wp-includes/functions.php on line 326，这是升级到Wordpress 2.1以来遇到的第一个错误，当时并没有太在意，写完后发布时有出现了同样的错误，继而又发现删除旧文章时也有同样的情况出现。于是马上google了一下，Wordpress的支持论坛上有一个帖子与此有关，那个网友碰到了与我一样的问题，但尚未有人给出合适的解答，我开始在Dreamhost的论坛上发帖子咨询，并且给Wordpress测试人员邮件列表也发了求助email，因为我并不确定问题出在Dreamhost还是Wordpress上。这些求助陆续有了回复，Dreamhost论坛上有人认为我应该去问问Dreamhost支持人员，呵呵，我知道这个办法肯定是最慢的，可是好吧，我听从了这个建议，给Dreamhost发了email，至今还没有回复；最踊跃帮助我的无疑是Wordpress的广大测试用户了，很快就收到了他们的回复邮件，Jeremy Visser建议我在.htaccess中加上一条命令：php_value memory_limit 16M，以提高php的可分配内存数量，我试了试，没有效果，Andy Skelton则建议我一个一个disable插件，看看是否是插件的问题，我正准备这么做，感谢上苍，Mark Jaquith的邮件让我省了很多力气，他说我所使用的Google Sitemaps有一个内存泄露问题，我马上屏蔽了这个插件，于是一切都正常了！！

感谢所有帮助我的人，特别是Wordpress的活雷锋们，Thank you guys, you are great!
而对于Google Sitemaps，当初升级到Wordpress 2.1时很顺利，后来也工作正常，没想到会出这样的麻烦，让人措手不及，希望作者尽快修复这个bug。

自从微软推出了WGA，无数用户便发现自己无法像从前那样自如地在微软的网站上下载各种补丁和软件了，因为它首先会检测你的Windows是否为正版产品:wink:，那么我们就没有办法绕过这令人讨厌的关卡吗？答案当然是肯定的，而且答案就来自微软自己！

mgadiag.exe是微软的正版增值诊断工具，这正是我们跨越WGA所需要的东西。

• 下载mgadiag.exe
• 运行此工具，找到”Download Center Code“，记住这个代码，通常是6位数字和字母的混合编码，比如6TCVRJ，如下图

  

• 访问微软的下载页，将&Hash=”download center code”附加在下载链接之后，比如&Hash=6TCVRJ，由于download center code更新频繁，所以在下载前务必要重新运行mgadiag.exe，找到新的代码
• 按下确认键就可以下载了

[注意：微软可能会修补这个Bug，但至少目前它还是有效的]

附图：附加&Hash=”download center code”前后链接的对比

Via: Here

Wordpress Data Backup+WP-Cron组合一直是Wordpress定时备份数据库的不二之选，其中前者已经是WP的自带插件，由于这对组合工作始终很稳定，没有出过什么差错，所以通常情况下我都对它们“不管不问”，今天看到Yskin的文章《WordPress 2.0.4中WordPress Database Backup插件的定时备份功能失效》，立即去我的备份专用邮箱查看，果然升级后这几天都没有收到备份邮件，看来问题确实存在，Yskin已经在Wordpress Trac提交了这个Bug，目前我们只有等待了，另一个办法是用旧版本的Wordpress Data Backup覆盖当前版本使用，待问题解决后再换用更新的版本。

如果你使用UTW1插件，那么你设置的永久链接（Permalink）格式可能会导致站内文章无法按Tag搜索，比如有一个Tag是test，当搜索该Tag时（例如http://www.example.com/tags/test/），会找不到标记了该Tag的站内文章，这的确是一个非常奇怪而且很不容易察觉的问题，至今我仍然不确定它是否普遍存在，你可以试一试下面这两种格式，看是否存在我所说的现象：

• /%year%/%monthnum%/%day%/%postname%/
• /%postname%/

这两种格式在我的Blog上都会导致这个怪问题，最初我以为是插件冲突，于是停用其它所有插件，只保留UTW，但问题依旧；我也怀疑过主题模板有Bug，但将这个模板原封不动的用在另一个站点，却很正常，仔细检查，发现两个站点唯一的不同就是Permalink，于是更改Permalink格式，怪现象消失了。我不清楚其它人是否遇到过同样的问题，也许你可以帮忙测试一下，若该问题普遍存在，那么相信这是UTW的一个Bug，否则的话就是我自己的站点见鬼了～

PS: 由于出现了这个问题，我不得不更换Permalink格式，如果你曾经收录过本站的文章，那么非常抱歉，你可能需要更新一下文章的链接

1. Ultimate Tag Warrior是一个功能极其强大的Wordpress插件，用于给文章增加Tag，生成Tagcloud，显示相关Tag、相关文章等等 [back]

Wordpress最新升级到了2.0.3版本，与2.0.2的升级类似，这次也只是修正了几个bug，在性能上略有提升，具体更新请参考这里，可以在此处下载

Firefox今天也升级到了1.5.4版本，修正了几个Bug，增强了稳定性，但我最关心他们什么时候能解决Firefox内存占用过多的问题:wink:，你可以在这里下载，或通过自动更新完成这次升级。

新用了两个Wordpress插件－－AdSense Deluxe¹和Coolweather²，都很棒！不过在试用时遇到了一些小问题，如果不能解决，就无法正常使用，这里写出来，希望给遇到了同样问题的朋友们做参考：

• AdSense Deluxe：安装时一定要注意不要将这个插件的整个目录复制到WP的Plugins中，这样的话虽然可以正常激活，但当你在Option中保存配置时会出现“Cannot load adsense-deluxe.php”错误，其实只须将adsense-deluxe.php这一个文件复制到Plugins目录就可以了（如果你使用Richeditor，需要添加Adsense Deluxe的按钮，请阅读该插件Readme.txt中的相关说明）
• Coolweather：这个插件的问题并不是每个人都会遇到，如果你的Blog系统直接装在了你的域名下，那么一切正常，如果你是装在了子目录中（比如我装在了http://www.championeer.com/blog），就会发现该插件不能显示天气状况图片，这是由于图片的链接错误造成的（它忽略了子目录）。这个问题解决起来要麻烦一些，必须手动修改插件中的coolweather.js文件，将其中图片的相对路径改为绝对路径就可以了（注意共有3处需要修改！），即：
  将229行、264行、306行中<img src=”/wp-content/plugins/coolweather/icons/…….改为<img src=”http://www.你的域名.com/wordpress所在的子目录/wp-content/plugins/coolweather/icons/

注：Coolweather的问题已经被作者及时修正！请下载该插件最新版本！

1. 可以灵活的在你的网站插入Google Adsense代码 [back]
2. 使用了AJAX技术的天气情况显示插件，国人作品，这个作者的其它几个插件也很不错，比如coolplayer和coolcode [back]