在新发布的 WordPress 2.2 中，内置 Widget 支持可能吸引了大部分人的注意。这里所讲的三点对 WordPress 插件和主题开发者也是非常有用的。 你现在可以在 wp-config.php 文件中设置你的站点的 “home” 和 “siteurl” 的值 假设实际的站点和一个镜像的开发站点。在 2.2 之前，如果你想从一个拷贝数据库到另一个，你需要在数据库中去修改 URL，你现在可以在 wp-config.php 文件中设置你的站点的 “home” 和 “siteurl” 的值。 define(‘WP_HOME’, ‘http://www.fairyfish.com’); define(‘WP_SITEURL’, ‘http://www.fairyfish.com/’); 这意味着如果你使用不同的 config 文件，你可以轻易地从一个站点迁移数据到另一站点而不需做任何修改，这个让我节省了不少时间。 WordPress 现在使用 PHPMailer 收发邮件 PHPMailer 是一个非常好的 mail class。现在可以使用它而不依赖于 wp_mail 函数了（但是你需要手工去导入 class-phpmailer.php 和 class-smtp.php 着两个文件）。一个最简单使用它的方法就是访问对象 $phpmailer，通过引用调用给“phpmailer_init”的 action hook。 举个例子，假设你想在使用 wp_mail 发送的邮件增加附件，你将设立一个回调函数去增加附件，使用 PHPMailer’s AddAttachment 方法： […]
2.2
Movable Type 4 vs. WordPress 2.2
一直听人说，Movable Type 是一个 CGI 类型的博客，没有数据库，速度会快很多，今天看到为 Mashable 上面这篇对 Moveable Type 和 WordPress 各个方面对比的文章 — MovableType 4 vs. WordPress 2.2，于是就把他翻译出来，按照个人想法进行翻译并约有删节。但是这篇文章并没有谈到 Movable Type 如何运行机制的问题。看来还得做些别的研究。 很多 blogger，开始的时候都会碰到所有 blogger 都会碰到的一个选择的问题，使用那个博客系统？因为有很多，并且各有利弊。这篇日志，我会探讨目前最受欢迎的两个博客 WordPress 2.2 和新的昨天发布的 Movable Type 4 的主要方面的区别。 Installation WordPress 有它的著名的 “5 分钟安装”，安装之后，所有东西开始变得很慢，并让你感觉痛苦。安装 WordPress 所需是要建立一个 SQL 数据库。解压缩 WordPress zip 包 （小于1M），上传到你的服务器，运行 install.php 安装脚本。（注释：第一次尝试安装 WordPress 可能会超过5分钟）。 第一件 Movable Type 引起我注意的事情是它的文件相对较大的，有4M，相比，WordPress 只有它的四分之一。由于文件大小的关系，你花在上传到服务器的时间会多出一倍多。至于实际安装，它也能够非常顺利，可能相对需要更多一些背景技术知识。 优胜者：WordPress。 […]
WordPress 2.2
本人（不是我，是原文作者Matt）仅代表全体 WordPress 开发小组，满怀自豪和兴奋的心情向大家宣布WordPress 2.2 版本“Getz”立刻就可以下载了。这个版本包含了很多新的特性，最显著的是集成了 Widgets和修正了200多个bug。此版本以著名的萨克斯管演奏家 Stan Getz命名。 优点： WordPress Widgets 允许你通过简单的拖放就能非常容易重新安排和定制或你的博客的区域（主要是 sidebar），这个功能最初是通过一个 Widgets 的插件实现的，现在默认就被包含到核心代码中去了，做了大量的优化，并在默认的主题中启用。 全面 支持Atom，更新了我们的 Atom feeds 以符合1.0的标准。并利用了Atom 发布 API 来拓展我们的 XML-RPC 接口。 新的 Blogger 导入器，现在可以支持最新的 Google 的 Blogger，只需输入登录信息，便可全自动无缝的导入主题和评论。 无限的留言流，意思是在你编辑的留言的页面，当你使用每条留言后面的 AJAX 按钮去删除留言或者设置为垃圾留言时候，它会从后面带来另一条留言，因此你总有20条留言在页面上（我知道这听起来有点难以理解，但是你去试试就会明白！） 我们现在能够使你免于因为激活一个插件或者编辑插件而使你的 blog 当掉。 核心的插件和 fileter 的速度优化 应该使得你服务器上的一切都能感觉更加流畅和轻快。 我们为所见即所得的编辑器支持未来版本的浏览器 Safari增加了一个 hook。 另外还有许多的用户界面和可访问性的改进，从在 Option 中更简练的措辞到当你编辑文章或者页面时候的在内容框上面的查看或者预览的链接。 开发者特性： 我们同时改进了非常多你可能没有注意到的底层的代码，但是如果你是一个 WP 平台的开发者 我们会提供很多的特性来满足你的要求，下面是一些实例： 新的 WordPress XML-RPC […]
Akismet 2.2.1 有统计了
根据 Akismet 官方博客介绍，Akismet 从 2.2.1 开始对垃圾留言开始有统计了。 如果你已经升级反垃圾插件 Akismet 到 2.2.1，你可以注意到一个非常好的新功能：Akismet 统计： Akismet 统计功能 在这个统计中，你可以看到以下数据，spam（垃圾留言），ham（合法的留言），false positives （Akismet 认为是垃圾留言，而你不认为的，也就是 Akismet 判断错误的）和最后的饼图。 Akismet Stats Yummy Pie，红色的为垃圾留言 上面这份饼图看以看到，垃圾留言的数量远远超过实际留言的数量。由于 Google Ragerank 的魔力和 Spammer 对 SEO 的一些误解（很多 Spammer 不理解 nofollow 的投票没有权重的），所以防垃圾留言对于 blogger 来说是还是一项艰巨的任务。 最后对于还不知道 Askismet 是什么的同学，这里是一篇关于 Akismet 介绍的文章，如果你不小心进入了 Akismet 黑名单，这里有篇文章教你怎么从 Akismet 黑名单中逃生。 标签：Akismet SPAM
新浪微博连接 2.2
新浪微博连接是我使用新浪微博 API 接口开发的一个 WordPress 插件，它的主要功能是能让用户使用新浪微博账号登陆 WordPress 博客，并且可以直接使用新浪微博的头像。 新浪微博连接插件升级到 2.2，主要修正：通过 Windows Live Writer 发布或者设置为未来发布的日志更新到新浪微博没有标题的问题，并且把新浪微博连接的按钮更换为官方的连接按钮。 详细介绍和使用说明：新浪微博连接：使用新浪微博登陆 WordPress 博客 下载：新浪微博连接 WordPress 插件。 有什么问题请给我留言，我的新浪微博是：denishua，欢迎围观！ 标签：WordPress 插件 新浪微博
Android 2.2新增的DeviceAdminInfo类 Android开发技术
在Android 2.2中新增了一个android.app.admin.DeviceAdminInfo类，可以帮助我们以管理员权限获取一个Package信息，DeviceAdminInfo类有一个构造方法为DeviceAdminInfo(Context context, ResolveInfo receiver) 来实例化该类，参数一为目标PackageManager的Context。 ActivityInfo getActivityInfo() 获取该Context的Activity信息，返回一个ActivityInfo对象 ComponentName getComponent() //获取这个Package的Component名称 String getPackageName() //获取这个apk包的package名称 String getReceiverName() //返回所有的receiver名称 String getTagForPolicy(int policyIdent) //返回一些定义的tag根据定义，这里定义的有 USES_POLICY_FORCE_LOCK 、 USES_POLICY_LIMIT_PASSWORD 、USES_POLICY_RESET_PASSWORD 、 USES_POLICY_WATCH_LOGIN和USES_POLICY_WIPE_DATA CharSequence loadDescription(PackageManager pm) //载入一个package的描述 Drawable loadIcon(PackageManager pm) //这里android123提示对于apk文件在2.2中推荐的获取icon方法 CharSequence loadLabel(PackageManager pm) //获取软件名称 boolean usesPolicy(int policyIdent) //参数定义参考上面的getTagForPolicy
Android 2.2开始resources.arsc有改变 Android开发技术
从Android 2.2 API Level8开始APK文件的资源resources.arsc的编码有了小幅的改变，过去使用的是UTF-16LE编码方式被转换成了UTF-8编码，这样的好处就是处理纯英文等直接通过ascii存储语言的国家资源文件将会更小，而对于中文、日文这些国家的资源文件反而会变大。 UTF-16LE对于编码中文、英文均使用2个字节，但是Google可能考虑各个国家主要还是基于类似英文这样的语言存储，使用UTF-8可以减少文件体积，UTF-8是可变长度的，存储英文占1个字节，存储中文占3个字节。总而言之resources.arsc对于汉化Android应用程序十分关键，结构使用了索引表的方式存储，不过Google经常的更改Android API或部分文件的结构并不是一种好的方法，比如在Android 2.3上OpenCore又被换掉了。
