wp 另一更新正在进行 最近更新wordpress ，真是不好用，更新了几次，各种原因崩溃，其中一个问题就是崩溃后，无法再更新了，提示，“另一更新正在进行”问题原因是：每次wp更新的时候会在数据库里打标识，解决问题：就是删除标识了。进数据库，然后执行下面的sqldelete from wp_options where option_name='core_updater.lock';

sm.ms wordpress插件 sm.ms 上传挺不错的，速度快，虽然持久性还有待考证，但是自用还是挺不错的, 所以就自己动手做了一个插件，实际测试还不错，共享出来给大家测试，有感兴趣的，希望能修改后给我个修改版本.sm.ms 插件下载 ： smimg

blogger.getUsersBlogs method received from the blog server was invalid 先看图，这种毛病出在windows 系统 下的wordpress，确切的说是 ixr 库的问题，应该是编码的问题。解决方法：修改 wp-include 下的 class-ixr.php header(‘Content-Length: ‘.$length); 修改为 header(‘Content-Length: ‘.$length + 2);ps：看有的人说，+2 无效，那你就继续加，+9 试试，原因就是win 在读取的时候会漏2个，好诡异啊。我测试了就算改了编码也不行，搞不懂什么问题了。

iis7 遇到权限问题 最近把微软云利用起来了，都是花钱买的，丢在哪里怪可惜的，一直用linux 做服务器，感觉顺手好用，windows 做服务器还是好多年的事情了。正好手里的这台微软云是windows2008 rc2 的，就拿来配置成服务器吧。 说起windows服务器就揪心，各种配置互相关联，真心没有linux 配置起来方便，就说说我遇到的这个权限问题吧。问题的状态是这样的：安装的wordpress，更新的时候提示不能找到目录，里边的一个插件提示没有权限写入文件，安装各种教程，我添加了 DefaultAppPool 这个用户，（ps，就是一个虚拟账户）,而且设置了完全权限，当时重启iis ，重启计算机，甚至我都想到了要去重启地球，依然没有作用。揪心了我好几天。一次偶然的机会看到了，这个选项，我只想对微软说，你妈！看见这个东西了么？就是iis 下的身份验证 ，原来选择的是特定用户IUSER，导致的结果是就算你把所有权限加给IUSER也白搭，查看任务管理器 ，运行php-cgi 的是DefaultAppPool 也就是应用程序池的用户名，我自己猜测，大概是这样的，DefaultAppPool作为一个特定的用户，用于运行程序，他的权限从属于user 用户，而又有些特别，所以说你需要设置上面的匿名验证为应用程序标示。

bae后续 为了省钱，先是开的64m,实际使用有点悲剧，一人浏览都困难。随后调整为128m,稍好一点，但是执行php文件的时候还是悲剧，经常性卡死。只好再次调整为256m.总算是流畅了。 补充下，我博客的规模，12个插件，除首页外，全部生成静态页面，明天准备在64m vps测试下，看看怎么样。 总结下，估计是bae的虚拟机性能不行，希望百度的工程师好好优化下吧。如果能让64m顺畅运行，那这个东西的性价比就超高了。

本站启用了加速乐wordpress 应用 说句实话，感觉和没启用一个样，问客服，客服也说不上个所以然，就是前后说让我测速去，好吧，上测试数据。1、没启用应用前 总时间 dns解析 连接 下载 1.147 0.518 0.095 0.535 1.078 0.594 0.124 0.36 1.825 0.596 0.316 0.913  2、启动应用后 总时间 dns解析 连接 下载 1.519 0.906 0.086 0.527 1.305 0.305 0.083 0.917 1.915 0.95 0.093 0.872  分析这个数据，启用专用应用后，连接时间的确缩短了，但是下载时间并没有明显好转，基本没有变化。这个是个啥意思 ？大概猜想下，难道是加速乐优化了服务器，让买应用的优先连接。但是这个毫秒级的应用优化，似乎没啥用处啊，也难怪我感觉不出来。举个例子吧：就像你去买油条，卖油条的生意火爆，想买的都在排队，你买了卖油条的应用，然后你能插队了，然后你就可能比没买应用的先买到油条。但是这里有个问题，炸油条的师傅还是那一个人，一直都是2分钟出一根油条。卖油条正规的缓解排队的做法应该是，增加炸油条的师傅或者增强炸油条师傅的能力，提高出油条率；但是卖油条的鸡贼，他卖号。效果是卖油条的增加了收入，卖号的能晚来早买，不买号的排队时间更长了。这样看，可以得出个结论：加速乐的效果是，买应用的能早连接cdn服务器，加速乐收到了插塞费，没买应用的连接时间增长。无形中受损害的用户有：套餐中没买应用的。那些买套餐的会不会很受伤，那些用免费套餐的会不会感觉“免费的又被剥层皮”。总结下：这个应用5毛钱一月，有钱你就买吧。花不花这个钱，其实都一个样，毫秒级的优化，对访客来说，无视，还是省省吧。加速乐要是卖加速节点还是很值得购买的，那加速效果是很明显的，比这种空手套白狼的应用实在的多。期待加速乐实在点！

wp的500 错误 说明下，感谢万恶的资本主义，申请到个免费的独立ip主机，我实在是太高兴了，硬盘还是ssd的。虽然小了点，但是够用了。原来博客放在vps上，太纠结，那vps的网络，还是搬家到这免费主机上。虽然ke你丢数据，我勤快点，多备份就是了。说说这次转移遇到的问题吧，首先是wp的500 错误，起初以为是资源超限了。但是不是，这台服务器还是超强大的。最后google后，发现wp-config 文件里有个参数，可以打开调试模式，超惊喜啊，我才知道。打开后，重新访问，不500 了，提示数据库用户没权限。哦，原来问题在这，轻松解决。大家记住吧，以后wp搬家出错，记得打开调试模式。

nginx php wordpress cos-html-cache 一直在用apache 的rewrite 和 hta 来运行wordpress cos-html-cache 一直运行挺好的。折腾了十来分钟，运气好，正常测试通过了。先拷贝个安装过程吧。http://bo.moioi.com/2012/wordpress-cos-html-cache/ 首先，永久连接不能使用默认格式； 修改你的永久链接格式，保证你的url路径看起来像真正的HTML文件的路径(废话一句：这个是需要url rewrite支持的)，中文推荐采用 /html/y%year%/%post_id%.html如果你和我一样不怕麻烦愿意为每篇文章写一个英语的post slug，建议采用这样的格式：/html/y%year%/%post_id%_%postname%.html,最好不要直接用year和 month，因为这个会和存档出现冲突；我的网站设置为/articles/%post_id%.html 放置html文件的文件夹属性请设置成 0777（linux特有设置）； 下载插件，解压缩，你将会看到一个文件夹cos-html-cache，请确认文件夹里面没有二级目录，然后将其放置到插件目录下，插件目录通常是 `wp-content/plugins/`； 在网站根目录下创建一个文件名为”index.bak”，设置属性为0666(好多朋友反映无法生成首页，请注意这里)； chown www:www index.bak; chown www:www articles 在后台对应的插件管理页激活该插件；现在贴出关键部分。nginx rewrite规则nginx fast_php 配置文件：location ~ \.php { fastcgi_index index.php; fastcgi_pass unix:/var/run/www/php.sock; include /etc/nginx/fastcgi_params; }关键文件fastcgi_params .简单解释下：把需要参数传递给php 支持pathinfo 哦。 当然nginx 版本最好是最新的。astcgi_split_path_info ^(.+\.php)(.*)$; fastcgi_param PATH_INFO $fastcgi_path_info; fastcgi_param SCRIPT_NAME $fastcgi_script_name; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info; # fastcgi_param QUERY_STRING $query_string; fastcgi_param REQUEST_METHOD $request_method; fastcgi_param CONTENT_TYPE $content_type; fastcgi_param CONTENT_LENGTH $content_length; fastcgi_param REQUEST_URI $request_uri; fastcgi_param DOCUMENT_URI $document_uri; fastcgi_param DOCUMENT_ROOT $document_root; fastcgi_param SERVER_PROTOCOL $server_protocol; fastcgi_param GATEWAY_INTERFACE CGI/1.1; fastcgi_param SERVER_SOFTWARE nginx/$nginx_version; fastcgi_param REMOTE_ADDR $remote_addr;  基本就这样了。如果你照做了，能不能运行我不知道，但是我能运行。有问题，请留言，ps：最近垃圾评论又开始k我了。可能会出现评论失败，请重试。