WordPress – Mr. 21

Nginx换用Caddy

由于无聊买的50vz的NAT OVZ机器被TCP阻断，也是研究怎么通过UDP来瞎搞，但是发现V2Ray w/ mKCP会有断流的情况，虽然我极度怀疑是运营商搞的鬼，但一搜却发现有人做内网测试也是会断流……即使我升级到最新的4.2也然并卵，不过这个过程中我发现有人用Caddy搭建ws代理……于是手痒的我也把Nginx换成Caddy。

现在大概记一下，
首先是去 Caddy获取一句话安装命令，大概类似这样：

$ curl https://getcaddy.com | bash -s personal hook.service,http.cgi,http.geoip

1	$ curl https://getcaddy.com \| bash -s personal hook.service,http.cgi,http.geoip

然后在shell里面执行即可，简单的通过执行 caddy -version 就能看是否装上了；
之后根据各类教程和官方文档，建两个必须的目录：

$ mkdir /etc/caddy
$ touch /etc/caddy/Caddyfile
$ touch /var/log/caddy/caddy.log
$ mkdir /etc/ssl/caddy
$ mkdir /var/www
$ mkdir /var/log/caddy
$ chown www-data:www-data /etc/ssl/caddy -R
$ chown www-data:www-data /var/log/caddy -R
$ chown www-data:www-data /var/www -R

$ mkdir /etc/caddy

$ touch /etc/caddy/Caddyfile

$ touch /var/log/caddy/caddy.log

$ mkdir /etc/ssl/caddy

$ mkdir /var/www

$ mkdir /var/log/caddy

$ chown www-data:www-data /etc/ssl/caddy -R

$ chown www-data:www-data /var/log/caddy -R

$ chown www-data:www-data /var/www -R

写了一个很简单的配置，大概如下：

mr21.cc {
    tls email@admin.com
    root /path/to/21
    gzip
    fastcgi / /run/php/php7.0-fpm.sock php
    rewrite {
        if {path} not_match ^\/wp-admin
        to {path} {path}/ /index.php?_url={uri}
    }
}

mr21.cc {

tls email@admin.com

root /path/to/21

gzip

fastcgi / /run/php/php7.0-fpm.sock php

rewrite {

if {path} not_match ^\/wp-admin

to {path} {path}/ /index.php?_url={uri}

}

之后安装systemctl控制脚本：

$ curl -s https://raw.githubusercontent.com/mholt/caddy/master/dist/init/linux-systemd/caddy.service -o /lib/systemd/system/caddy.service
$ sed -i "s/;CapabilityBoundingSet/CapabilityBoundingSet/g" /lib/systemd/system/caddy.service
$ sed -i "s/;AmbientCapabilities/AmbientCapabilities/g" /lib/systemd/system/caddy.service
$ systemctl daemon-reload
$ systemctl enable caddy
$ systemctl start caddy

$ curl -s https://raw.githubusercontent.com/mholt/caddy/master/dist/init/linux-systemd/caddy.service -o /lib/systemd/system/caddy.service

$ sed -i "s/;CapabilityBoundingSet/CapabilityBoundingSet/g" /lib/systemd/system/caddy.service

$ sed -i "s/;AmbientCapabilities/AmbientCapabilities/g" /lib/systemd/system/caddy.service

$ systemctl daemon-reload

$ systemctl enable caddy

$ systemctl start caddy

最后打开WP，登陆后台，发现古腾堡（Gutenberg）插件有报错：

TypeError: Cannot read property 'show_ui' of undefined
    at https://mr21.cc/wp-content/plugins/gutenberg/build/editor/index.js?ver=1541761675:50:249655
    at i (https://mr21.cc/wp-content/plugins/gutenberg/vendor/lodash.min.59550321.js:6:91)
    at An.filter (https://mr21.cc/wp-content/plugins/gutenberg/vendor/lodash.min.59550321.js:99:338)
    at https://mr21.cc/wp-content/plugins/gutenberg/build/editor/index.js?ver=1541761675:50:249620
    at yh (https://mr21.cc/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:95:430)
    at lg (https://mr21.cc/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:120:88)
    at mg (https://mr21.cc/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:120:386)
    at gc (https://mr21.cc/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:127:202)
    at vb (https://mr21.cc/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:126:230)
    at ub (https://mr21.cc/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:126:65)

TypeError: Cannot read property 'show_ui' of undefined

at https://mr21.cc/wp-content/plugins/gutenberg/build/editor/index.js?ver=1541761675:50:249655

at i (https://mr21.cc/wp-content/plugins/gutenberg/vendor/lodash.min.59550321.js:6:91)

at An.filter (https://mr21.cc/wp-content/plugins/gutenberg/vendor/lodash.min.59550321.js:99:338)

at https://mr21.cc/wp-content/plugins/gutenberg/build/editor/index.js?ver=1541761675:50:249620

at yh (https://mr21.cc/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:95:430)

at lg (https://mr21.cc/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:120:88)

at mg (https://mr21.cc/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:120:386)

at gc (https://mr21.cc/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:127:202)

at vb (https://mr21.cc/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:126:230)

at ub (https://mr21.cc/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:126:65)

一番搜索后找到解决方法，将Caddy官方建议配置中的：

    rewrite {
        if {path} not_match ^\/wp-admin
        to {path} {path}/ /index.php?_url={uri}
    }

rewrite {

if {path} not_match ^\/wp-admin

to {path} {path}/ /index.php?_url={uri}

}

换成

    rewrite { 
        if {path} not_match ^\/wp-admin 
        to {path} {path}/ /index.php?{query} 
    }

rewrite {

if {path} not_match ^\/wp-admin

to {path} {path}/ /index.php?{query}

}

就可以了。

最后，既然是HTTPS站点，就顺便跑了一下SSL Labs的测试，发现评分只有A，于是又搜了一下，找到Caddy社区的一篇问答解决，评分上到A+，只需要在站点配置里面加一句：

header / Strict-Transport-Security "max-age=31536000"

1	header / Strict-Transport-Security "max-age=31536000"

这篇就是用古腾堡写的，感觉还是不太习惯用可视化编辑器，虽然说比自己写各种标签方便很多，但是还是觉得……少了点啥……哈哈😂

Update: May 10th, 2019

鉴于我自己设置了BWH的季付GIA机器到期不续费然后没有及时备份配置，所以突然间梯子就坏了……哈哈……真是尴尬

不过因为前阵子BWH补货入了一台年付GIA的机器正好派上用场，上次在老机器上搭的WS+v2ray的方式，这次也依样画葫芦，但是发现，用root排错完成后能运行的Caddy，通过systemctl就不行了，我当然想到了是1024端口以下的权限问题，但是为什么要专门Update一下呢？因为这个设置比较隐蔽……

# nano /etc/systemd/system/caddy.service

1	# nano /etc/systemd/system/caddy.service

把下面两句配置前的「分号」去掉后保存，再启动Caddy就可以顺利绑定1024以下端口了。

;CapabilityBoundingSet=CAP_NET_BIND_SERVICE
;AmbientCapabilities=CAP_NET_BIND_SERVICE

1 2	;CapabilityBoundingSet=CAP_NET_BIND_SERVICE ;AmbientCapabilities=CAP_NET_BIND_SERVICE

之所以不专门Po个文，主要是为了隐蔽……

——————–
引用参考/Reference：

怡红院落: 使用 CADDY 代替 NGINX
NightFarmer’s Blog: 使用新一代的Web服务器Caddy代替Nginx
Diamond-Blog: 使用 Caddy 替代 Nginx，全站升级 https，配置更加简单
Gutenberg@Github: issue #8802
Caddy FORUM: Anyone archived A+ rating on SSL Labs?
扉启博客: v2ray抗封锁最优配置
V2Ray 配置指南: WebSocket+TLS+Web

21今天突然手闲，想试试传闻已久的WordPress多站点模式(WordPress Multisite)，于是用手上的一个DirectSpace年付的VPS（性能？淡定……）临时搭建了一个LAMP，按照WordPress Codex的操作一步一步对WordPress进行修改，按照子目录的形式最后写入 .htaccess 并建立了子站点，但是出现一个问题，子站点可以访问，但是无法加载CSS和图片等东西。

初步判断应该是 .htaccess 里面Rewrite规则可能有问题，但那是官方提供的，不应该吧……
于是通过Google大神一番搜索，确定是Rewrite规则有问题，并将 .htaccess 文件替换为以下内容后工作正常：

WordPress Multisite Based Sub-folder Mode

RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]

# uploaded files
RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]

# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule  ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule  ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]

RewriteEngine On

RewriteBase /

RewriteRule ^index\.php$ - [L]

# uploaded files

RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]

# add a trailing slash to /wp-admin

RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]

RewriteCond %{REQUEST_FILENAME} -d

RewriteRule ^ - [L]

RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]

RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]

RewriteRule . index.php [L]

————————————————我是分割线————————————————

我刚才重新弄了一下想重演故障，结果发现没问题了，记得看过一篇POST提到WP有个缓存机制导致了这个问题，不过我把 .htaccess 更新了以上代码后，就工作正常了，一时也没留意是否跟WP给出的范例代码是否有所不同，纠结了……放这儿备查吧。

————————————————我是分割线————————————————

Update: Jan 13th, 2011
终于发现问题所在了，由于我手欠，没有使用启用Network功能时 /wp-admin/network.php 提供的 .htaccess 内容，而直接使用了Codex.WordPress提供的Rewrite规则，于是 ……
来自Codex.WordPress的Rewrite规则呈现如下（无法工作的，仅供参考，别用……）：

# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]

# uploaded files
RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]

# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule  ^[_0-9a-zA-Z-]+/(wp-(content|admin|includes).*) $1 [L]
RewriteRule  ^[_0-9a-zA-Z-]+/(.*\.php)$ $1 [L]
RewriteRule . index.php [L]
# END WordPress

# BEGIN WordPress

RewriteEngine On

RewriteBase /

RewriteRule ^index\.php$ - [L]

# uploaded files

RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]

# add a trailing slash to /wp-admin

RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]

RewriteCond %{REQUEST_FILENAME} -d

RewriteRule ^ - [L]

RewriteRule ^[_0-9a-zA-Z-]+/(wp-(content|admin|includes).*) $1 [L]

RewriteRule ^[_0-9a-zA-Z-]+/(.*\.php)$ $1 [L]

RewriteRule . index.php [L]

# END WordPress

主要区别在于以下两句，正好影响到的是主题布景(Theme)、后台管理等功能：

有效的规则：

RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L] RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]

1
2

RewriteRule  ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule  ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]

无效的规则：

RewriteRule ^[_0-9a-zA-Z-]+/(wp-(content|admin|includes).*) $1 [L] RewriteRule ^[_0-9a-zA-Z-]+/(.*\.php)$ $1 [L]

1
2

RewriteRule  ^[_0-9a-zA-Z-]+/(wp-(content|admin|includes).*) $1 [L]
RewriteRule  ^[_0-9a-zA-Z-]+/(.*\.php)$ $1 [L]

-EOF-

——————–
引用参考：
WordPress Support: http://wordpress.org/support/topic/wp-multisite-htaccess-not-working
Perishable Pre: http://perishablepress.com/press/2010/07/07/htaccess-code-for-wordpress-multisite/
WordPress Codex: http://codex.wordpress.org/Migrating_Multiple_Blogs_into_WordPress_3.0_Multisite
WordPress Codex: http://codex.wordpress.org/Create_A_Network

WordPress 3.0 发布

近日WordPress的大版本3.0发布了，大概有如下改进（特性描述引用自：我爱水煮鱼博客）：

WordPress 和 WordPress MU 已经合并，现在一个 WordPress 的安装就能多个用户多个博客。
WordPress 3.0 新推出了 “Twenty Ten” 的默认主题，它包含了现在 WordPress 所有的功能。
新的菜单管理系统，可以让你创建包含由日志，页面，分类，标签和其他链接组成的完全自定义菜单。
自定义 header和背景颜色或者图片的 API。
WordPress 后台每个界面的帮助标签下都有上下文帮助。
现在全新安装的 WordPress 可以自定义帐号和密码。
在编辑主题的时候会自动进入维护模式
支持短连接。
支持和改进了自定义日志类型和自定义分类系统。
一个更轻快颜色的后台，让你更加关注你的内容。
补充：刚刚发现Login页面输错密码居然会像苹果那样左右地摇头晃脑~

Mr. 21博客升级后，遇到了一点小问题，在New Post的时候，因为21使用的单栏的编辑布局，Publish模块没有出来，21还以为是做了什么特殊的改进，结果切换一下两栏布局后再切换回来就好了。

目前我使用的主题和插件均没有遇到什么问题，基本上按照WP的指示升级到最新版本就可以了。
我使用的插件列表如下，列出仅供参考：
Continue reading WordPress 3.0 发布

BlogBus备份文件的使用

Update: Jan 10th, 2010
xrspook 留言提醒，根据《BlogBus到WordPress镜像小记》这篇文章操作可以从BlogBus转移到WordPress。
但是请从这里下载WordPress v2.8.5 官方简体中文版，因为官方的最新版本并不适用。
多谢xrspook留言提醒！
——————————-
目前在豆瓣组找到两个办法，不过都还没有测试，先放上来吧。

~~BlogBus~~ WordPress -> Blogger (Blogspot)
http://wordpress2blogger.appspot.com/
From: http://www.douban.com/group/topic/9391517/
BlogBus -> WordPress
http://blog.hisamuel.com/wp-content/uploads/blogbus2wp291.rar
From: http://www.douban.com/group/topic/9371317/

分别是由燕揚絮@豆瓣和OBI@豆瓣发表的，暂时寄放，更多信息敬请期待。

辟谣之WordPress专业主机

先声明，本文不是针对时下流行的“WordPress专业主机”，
仅仅是从技术普及和应用方面来解释说明关于“WordPress专业主机”的一些广告误导。

基础

一、什么是WordPress

WordPress作为一款优秀的、开放源代码的、免费的PHP博客(Blog/部落格)程序，是使用PHP语言编写的一种Web应用(Web Apps)。WordPress是构建与PHP平台之上的一个程序，简单的说，我们可以理解为“Microsoft Office是构建于Windows系统之上的应用程序”一样来理解，不过，WordPress主要面对的是互联网、运行结果是HTML代码。

二、WordPress的运行环境

运行WordPress需要满足PHP和MYSQL数据库（通过插件可以实现SQLite数据库）这两个条件，而出于支持静态链接(Permalinks)的必要，还需要服务器具备支持Rewrite规则(Rewrite Rules)的特性，而Rewrite规则的支持通常需要Apache的Mod_rewrite模块来实现，并且Rewrite规则一般保存于与WordPress目录同级的一个叫.htaccess的文件，并且这个环境在Linux/BSD/Unix平台上运行效率最佳、支持度最高、表现最完美，通常被统称为LAMP平台，组成结构为Linux+Apache+MySQL+PHP。
而这样的环境同时也可以“完美运行”任何基于LAMP架构组件的Web Apps，包括Discuz!/PhpWind/MediaWiki/DedeCMS/Sablog/b2evolution/Typecho等等。

同时，在Windows上我们也可以通过ISAPI_Rewrite这个模块来支持Rewrite，但是规则略有不同、可能会存在一些意想不到的问题，所以，并不推荐使用Windows平台来运行PHP程序。

关键词： WordPress, Linux, Apache, MySQL, LAMP, Rewrite, Web Apps
Continue reading 辟谣之WordPress专业主机

向Google Blog Search主动推送博客更新

事实上，内容没有标题那么“雄伟”，
谁让Google把博客搜索不直接叫“B-Search”呢，虽然不是那么通俗易懂，好歹比较好记……

今天在Google Reader里面看到一篇文：《关于信息的五分钟问题》。
里面提到一个信息更新的延迟问题，说大概五分钟左右Google Blog Search才能主动索引到你博客的更新，
这对于在发生某些突发事件时抢关键词和索引排名来说是很不利的，慢一秒慢一分钟就要失去多少的PV/IP呀，
事实上，我是不太关注这些的……

于是进行了Google Search，找到两篇关于主动推送(Pinging Service)的文章，
原文请跳转：How To Ping Google Blog Search & About Google Blog Search Pinging Service API。

对于我们WordPress用户来说，请执行以下操作，以到达主动推送(Push)更新到Google Blog Search的目的，
从根源上消除五分钟（或者三分钟、说一秒也行）的信息延迟。

登陆后台(/wp-admin)；
选择Settings（设置） -> Writiing（撰写）；
找到Update Services，然后在下面的输入框添加 http://blogsearch.google.com/ping/RPC2；
OK，搞定，更新你的文章试试。

不过，有一个更BT的服务，叫Ping-O-Matic，
只要你提交了链接，会帮你推送到23个有Ping服务的博客搜索上去……

Update: July 13rd, 2009
对于国内的博客，可以同时添加“抓虾”、“有道”、“鲜果”等，

鲜果： http://www.xianguo.com/xmlrpc/ping.php
抓虾： http://www.zhuaxia.com/rpc/server.php
有道： http://blog.youdao.com/ping/RPC2

更多Ping服务请参阅： http://codex.wordpress.org/Update_Services

EasyWP汉化版-2.8

紧跟步伐，发布EasyWP汉化版-2.8，
此次更新的脚本可以帮你安装最新更新WordPress 2.8简体中文版，

简单来说，
就是一个支持在线自动安装配置WordPress的PHP脚本，
实现上传一个PHP文件就可以安装整个“庞大”的WordPress的快捷方法，
不过仅支持LAMP类平台，Windows的用户抱歉了。

下载： EasyWP-zh_CN-2.8.zip & EasyWP-zh_CN-2.8.zip(box.net)

此脚本的相关信息请通过《EasyWP, WordPress快打！》 & 《EasyWP汉化版-2.7.1》了解，
如有问题请留言。

FeedSky Feed插件该淘汰了

最近一段时间感觉WordPress怪怪的，
后台Plugins模块的Add New里面无法提供最流行的插件标签，也无法在线搜索安装插件，
会提示“an unknown error occurred”

经过GG，发现此文：『请停用Feedsky Feed插件』
里面提到，经过文作者的排查测试，使用Feedsky Feed会对WP造成的影响如下：

无法执行预订任务
文章无法预发布
数据库自动备份失败
在线安装功能提示未知错误
Google XML Sitemaps 更新已经成功通知XXX失败

貌似我发现的就是数据库自动备份失败和在线安装功能提示未知错误两个问题，
作者还真是细心。赞一个！

不过，
如果你对该插件会产生的以上影响觉得关系不大的话，那么我个人比较倾向于推荐继续使用。

接下来我的想法自然就是寻找替代的东西，
测试了几个插件，似乎都无法完美重定向，而缝眼制作的FeedRed又不让下载了……

考虑到不是专门的插件，担心可能产生死循环，放弃了继续使用feed重定向插件的想法，

最终决定如下，
FeedSky的烧制继续保持，博客Feed引用保留WP原地址，
这样可能会流失一部分订阅数的统计，不过无所谓啦，造福大家就成了，无所谓人多人少的，对吧~

以下几种方式可以订阅到Mr. 21的feed:
https://mr21.cc/feed （推荐）
https://mr21.cc/wp-rss2.php
http://feed.feedsky.com/live21 ~~（推荐）~~

如果给你造成了不便，我感到十分抱歉，并在今后会尽量避免此类麻烦。

Update: May 27th, 2009
最终还是决定用原生的FEED好了，
可以避免对第三方服务商的过度依赖，暴风+DnsPod事件就是很好的例子，
就算需要什么第三方的服务，我通过301 Redirect方式就成，不会对Client造成任何影响。

“智能”你的WordPress

OK，不是原创，引用的。
文章的目的是，让你的WordPress能判断并根据访客行为来达到一些特定的功能，

比如“欢迎您再次光临”、“欢迎来自XXX的访客”、“早上好”、“晚上好”等等，
当然，只是举几个例子，不一定就是我说的这些，不过它们（我说的这些）是可以通过插入JS来实现的。

以下是文章中提到的可以让你的WP更加智能的九种办法，
我仅仅是把小标题列出来，如果你发现有你需要的内容，请访问来源。

能够在你的Blog上实现的智能特性列表

为不同的访客显示不同的欢迎信息

显示其他人从当前文章又去了哪里

显示基于搜索查询数的相关文章

感谢第一个评论者

为使用广告过滤软件的访客显示自定义信息

选择性显示广告

只为新访客显示迷你“关于”区

要求忠实读者捐助你的blog

显示“外出度假”信息

引用来源：
@Wopus中文博客平台 http://www.wopus.org/wordpress-deepin/tech/1075.html

Tag: WordPress

Nginx换用Caddy

WordPress多用户模式子站点无法加载CSS？

WordPress 3.0 发布

BlogBus备份文件的使用

辟谣之WordPress专业主机

基础

一、什么是WordPress

二、WordPress的运行环境

向Google Blog Search主动推送博客更新

EasyWP汉化版-2.8

FeedSky Feed插件该淘汰了

“智能”你的WordPress