今天顺手处理了一件小事：博客被人恶意触发了 WordPress 的“找回密码”功能，邮箱里陆续收到了密码重置邮件。
严格来说，这不算真正入侵，更像是一种低成本的自动化骚扰和探测。但如果不处理，确实挺烦，而且也说明站点的默认暴露面还在。
这篇文章简单记录一下处理过程，给同样用 WordPress 的朋友做个参考。
一开始是邮箱里收到 WordPress 的密码重置邮件，内容大概是：
最开始看到这种邮件，第一反应通常会是：
后来冷静看了一下，发现这类行为很多时候并不是“已经攻进来了”，而是有人或者脚本在做下面几件事：
说白了，很多时候并不是高水平攻击，而是全网脚本扫 WordPress 默认入口，扫到谁就试谁。
后来逐项检查了一下，当前状态是：
登录
xmlrpc.php 已经封掉这说明一个关键点：
有人在骚扰，不等于已经失守。
只要密码强度够、邮箱没被控、后台没有异常账号，这类“找回密码邮件”更多是噪音，不是结果。
WordPress 的重置邮件里会显示一个 IP。
但如果网站前面挂了 Cloudflare，这个 IP 很可能只是 Cloudflare 的代理节点 IP，不一定是真实来源地址。
也就是说，邮件里看到一个看似具体的 IP，不代表就找到了对方真身。
如果源站没有正确恢复真实访客 IP，WordPress 或服务器日志里拿到的，很多时候只是 CDN / 代理层 IP。
所以这里没必要过度研究那个 IP，本质问题还是：
默认的找回密码入口还开着，别人就还能继续触发。
这次没有去做太激进的改造，比如：
/wp-admin/ 目录因为对一个普通博客来说，很多时候最优方案不是“堆复杂度”，而是：
优先把最烦、最直接的问题掐掉。
处理顺序大概是这样的：
先把和 WordPress 绑定的邮箱密码换掉。
因为很多人会忘记，密保邮箱本身也是安全链路的一部分。
把后台密码也一起换掉，避免心理上总觉得不踏实。
确认没有陌生管理员，没有异常用户。
xmlrpc.php 已封这个接口长期是 WordPress 被扫的重点目标之一，没必要开着。
后面发现，继续研究“是谁在点找回密码”意义不大。
最直接、最有效的办法其实是：
直接把 WordPress 找回密码功能关掉。
如果站点只有自己在维护，平时也根本不依赖“忘记密码”这个入口，那么这个功能完全可以关掉。
我最后加的是这一行：
add_filter('allow_password_reset', '__return_false');
加上之后，再去访问 WordPress 的密码重置页面，输入用户名或邮箱，系统就会直接提示：
不能重设该用户的密码
效果很直接：
对我这种个人博客场景来说，这一步的性价比非常高。
其实还可以继续做很多事，比如：
/wp-login.php 加 Challenge/wp-admin/ 加额外保护这些都没错。
但从这次的实际情况来看，已经完成了下面这些动作：
对一个普通博客来说，这已经足够把这次问题压下来了。
很多时候，安全不是一味堆配置，而是：
抓主要矛盾，先把最烦、最常被滥用的入口关掉。
这次也算再次验证了一件事：
WordPress 本身不是不能用，问题往往在于默认入口太公开、默认行为太“热情”。
像下面这些默认点位，基本都是被脚本长期盯着的：
/wp-login.php/wp-admin/xmlrpc.php所以对个人站长来说，安全思路不用太复杂，记住一句话就行：
默认暴露面越少，自动化脚本能玩的东西就越少。
这次博客被恶意触发找回密码，没有造成真正损失，但确实是一次提醒：
目前这件事算是先处理完了。
对方再继续点找回密码，也只能白忙活。
说难听点：
很多这种操作，本质上就是脚本到处乱撞；谁入口开着，谁就多挨两下。
把门关上，世界立刻清净不少。
xmlrpc.php 已封我写这个插件的目的，就是为了不去手动直接编辑.htaccess文件。
本插件适用于Apache、LiteSpeed（含OpenLiteSpeed和LiteSpeed Enterprise）服务器，也适用于其他兼容Apache规则的服务器。
以下内容为AI通过阅读源代码后生成，并经本人细致修改。
一个专业的WordPress插件，用于智能管理.htaccess文件中的重定向规则。支持HTTPS强制重定向、WWW与根域名跳转配置，以及二级域名站点支持。
www.example.com → example.comexample.com → www.example.comwp-content/plugins/htaccess-manager/sub.domain.com 的地址请启用www.example.com → example.com
http → https
配置：
example.com → www.example.com
http → https
配置：
sub.example.com → https://sub.example.com
（不处理WWW跳转）
配置：
# BEGIN HTACCESS Manager
RewriteEngine On
# 同时处理 HTTPS 和 WWW 重定向
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\. [NC]
RewriteCond %{HTTP_HOST} ^(?:www\.)?(.+)$ [NC]
RewriteRule ^ https://%1%{REQUEST_URI} [L,R=301]
# END HTACCESS Manager
# BEGIN HTACCESS Manager
RewriteEngine On
# 强制HTTPS重定向（二级域名）
RewriteCond %{HTTPS} off
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
# END HTACCESS Manager
Q: 插件激活后网站出现重定向循环？ A: 检查服务器是否已配置SSL证书，或尝试清除浏览器缓存。
Q: .htaccess文件无法写入？ A: 确保.htaccess文件权限设置为644，或使用手动复制功能。
Q: 规则没有生效？ A: 确认服务器支持mod_rewrite模块，检查Apache配置。如果是OpenLiteSpeed服务器，可能需要重启OpenLiteSpeed服务。
Q: 如何恢复默认设置？ A: 停用并重新激活插件，或使用”移除规则”功能。
如果遇到问题，请检查：
htaccess-manager/
├── htaccess-manager.php # 主插件文件
├── readme.md # 说明文档
└── (自动生成)
└── mu-plugins/
└── htaccess-helper.php # Must-use插件
插件提供以下WordPress钩子：
htaccess_manager_before_update – 规则更新前htaccess_manager_after_update – 规则更新后如需扩展功能，可参考插件中的规则生成逻辑：
$manager = new HTACCESS_Manager();
$rules = $manager->generate_htaccess_rules();
如果您遇到问题或需要帮助，请：
GPL v2或更高版本
欢迎提交Issue和Pull Request来帮助改进这个插件。
注意：（1）在使用本插件前，请务必备份您的.htaccess文件。
（2）本插件不适用于Nginx服务器。
点击下载或将以下链接复制到浏览器地址栏并敲击回车键：
https://git.localhost.observer/linhaicaoyuan/htaccess-manager
许久未更新了，这几天抽空将好物插件的后台进行了优化升级，本次升级主要针对插件后台管理方面
3.0版本升级功能如下：
1、增加了好物的xml格式的导入导出功能。
2、增加了好物的批量删除功能
3、重构了整个好物功能的代码，减少冗余代码，增加代码的可维护性、可读性、以及复用性。
4、将好物列表后台卡片化设计
5、调整了排序，根据填写的入手时间早晚来自动排序。
6、评分机制从复选框改为下拉式选项框
7、优化修复多处bug
8、好物功能的后台Ui进行了多方面升级焕新，更符合现代化，并做好响应式设计。
9、这次更新优化内容点太多，就不一一描述
部分截图展示如下：
最终效果见这里。
我这个人既不喜欢旅游，也不喜欢摄影，没出过国也没在国内溜达过几个地方，但这并不妨碍我也有一颗上线足迹地图的心。无奈谷歌地图连不上，百度地图不想连，OSM（OpenStreetMap）既连不上也连不明白，就搁置了。
直到上周，@Dayu上线了他的地图插件，试用之后发现表现形式与期待值有差距，想在帖子下面留言发建议的时候，发现了明明同学的另一份方案。虽然主要是js实现的，只需要知道leaflet这个开源库的名字，我就知道以Wordpress的海量扩展，这回成了！
找到了一个插件和插件的插件，配置之后，算是达到了心目中的效果。
插件使用比较复杂，这里记录一下，给自己个备忘，能帮到人更好。
插件地址：Leaflet Map。
逐一说明一下后台的配置项：
Default Latitude：
地图默认纬度
Default Longitude：
地图默认经度
Default Zoom：
地图默认缩放比
Default Height：
默认高度
Default Width：
默认宽度
上面五个值可以以短代码参数的形式加到leaflet-map中，如果不加则使用后台的默认参。
Fit Bounds：
是否令地图随标记点的范围进行缩放。如果为true，那么地图会自动计算当前所有Marker的中心位置，以及包括所有Marker点的合适的缩放比。可以用默认值，也可以在map中单独设置。
Show Zoom Controls：
是否显示缩放按钮
Scroll Wheel Zoom：
是否允许滚轮缩放
这项设置之后，在地图上并不是直接用滚轮缩放，而是需要用Ctrl，感觉不便所以我自己没加。
Double Click Zoom：
是否允许双击放大
注意如果不显示缩放按钮的话，放大之后就回不来了。
Default Min/Max Zoom：
最小和最大放大倍数。最终的放大倍数不仅跟这个后台设定项有关，也跟使用的地图瓦片API有关。
Default Tiling Service：
有两个选项，“I will provide my own map tile URL”和MapQuest。MapQuest我考察了一番，感觉太难看，没继续尝试。所以重点说第一个选项，自定义tile URL。
先解释一下什么是tile URL。本插件所依赖的地图服务，叫做Map Tile Server（地图瓦片服务）。它分成Raster、Vector和Static三种形式。本插件使用的是Raster形式，而Dayu和明明同学用的都是Vector形式。Vector的参数更加丰富，Raster配置起来更简便。
※※※Map Tile URL※※※：
重中之重！！因为默认的OSM服务访问不了，所以这里必须填一个自定义的。
明明同学找的cartocdn就挺好用的。他使用的light_nolabels是不带标签的版本，换成light_all就是带标签的版本。至于他为什么用不带标签的，自己悟。
https://{s}.basemaps.cartocdn.com/light_nolabels/{z}/{x}/{y}.png
http://{s}.basemaps.cartocdn.com/light_all/{z}/{x}/{y}.png
这里的{z}{x}{y}都不要动，第一个{s}是指地址里的subdomain，也就是接下来的配置项【Map Tile URL Subdomains】。
有的API是需要API Key的。这样的API都有说明文档，把Key按照人家给的例子粘贴进来即可。
cartocdn对我来说有点太素了，于是周末花了一天时间寻找能用的瓦片服务，结果惨不忍睹，汇报一下成果：
maptiler.com：要注册、被墙。
opentopomap.org：免注册、丑。
stadiamaps.com：要注册、比较流畅、免费用户限流严重
tomtom.com：要注册、慢、地图不详细
here.com：要注册、中文地名乱七八糟
geoapify.com：要注册、速度尚可、账号登录验证需要梯子，服务本身不需要。
至于为啥不找国内的地图服务，是我不想吗？本插件所支持的是Raster服务，也叫zxy服务，客户端GET的结果必须是一张PNG/JPG/WEBP图片。国产的高德和天地图我也试了，根本不是一样的格式。甚至有种说法，说国内不允许提供这种服务。
然后呢，这服务也可以自己搭建，数据和教程也都有，但总觉得这种行为像为了吃顿酱肘子先花一年时间晒酱油，没必要。
兜兜转转一圈，还是要回到cartocdn。什么功不唐捐，屁咧！
Map Tile URL Subdomains：
具体填什么要看API的文档说明，像openstreetmap和cartocdn都是abcde或a,b,c,d,e。有的API前面没有前缀那就不填。
Detect Retina：
是否检测高清设备。如果上面的瓦片服务中支持@2x，那么选中这项以后，如果leaflet发现使用者用的是高清屏幕，就会自动使用高清地图。窃以为意义不大。
Tile Size：
一般情况下服务本身已经设好了，留空即可。
Tile Id：
Access Token：
用Mapbox的服务才有用。但是我的Mapbox没配明白，只有一个默认的卫星地图能用，这两项也没用上。
Zoom Offset：
好像是在zoom的时候自动加减一下这个值，没理解意义。
No Wrap (tiles)：
地图是否与经线对齐。（这有啥用？）
JavaScript URL、CSS URL：
css和js的位置，默认即可。
Default Attribution：
地图做成后，右下角的一串版权信息。尊重服务商要求即可。
再往后没用上。
插件装好后，其实已经可以编辑地图了。但因为还有个插件的插件，所以怎么用放后面再说。
插件地址：Extensions for Leaflet Map。
跟主插件正相反，这个插件的后台，大多数时间在说怎么用。
Marker Clustering–When you mouse over a cluster it shows the bounds of its markers.
聚合显示时，默认会将聚合的标记点连接起来形成一个多边形。我嫌不好看，勾掉了。
When you click a cluster we zoom to its bounds.
点击聚合点时，直接缩放到所有聚合点的范围。
语法和关键字很多，但能用上的不多。通常只需要地图、标记点、地形json文件。
leaflet-map：
主插件的主函数，用于插入一张leaflet-map。参数就是配置页面的那些，没什么特别的。
leaflet-marker：
标记一个地点。参数比较多，挑有用的说。
– lat,lng / address：用于定位标记的位置。lat是纬度，lng是经度。经纬度可以从OpenStreetMap.org上查。国产地图查到的经纬度与OSM查到的有一些偏差，注意要保持一致。而address的数据库偏差非常大，不建议。
– iconUrl：标记用图标。可以是网址，也可以是相对路径，甚至base64代码。如果不设，使用默认的蓝色pin图标。
– title：鼠标移动到标记点上时显示的提示信息。这个与点击标记后显示的内容是两码事。
– iconanchor：图标的锚点偏移。这个参数有点意思，它表示的是你图标的“尖”所在的位置。以默认图标为例，规格是19*25，“尖”在最下方，所以iconanchor就应该是宽的一半和全部的高，也就是10,25。这个参默认项是0,0。每个标记都要自己手动加，相当烦。不过也能够理解，一旦有人用的是左箭头呢？
– opacity：图标的透明度。
– 【leaflet-marker】【/leaflet-marker】之间，放置弹出的html内容。放啥都行，也可以定义css。
另外还有一些参数，我都没用上官网说明文档里都有。
leaflet-geojson：
地理信息的json文件。中国的地理信息文件可以在阿里云下载，或者直接引用。建议下载后到mapshaper进行优化后上传，在本地使用。这里非常感谢明明桑，一个优化工具解决了困扰我许久的问题。
– src：地理信息源文件的路径，可以是相对路径或网址。
– color：leaflet提供的属性，边框颜色。
– weight；leaflet提供的属性，边框宽度。
– opacity：leaflet提供的属性，边框透明度。默认的3px蓝色实在是有点虎。缺点是每个marker都需要单独设置。
– fill：leaflet提供的属性，布尔型，是否填充。默认true
– fillColor：leaflet提供的属性，填充颜色，不设则默认使用color
– fillOpacity：leaflet提供的属性，填充颜色的透明度，默认0.2
想一个省一个省点亮的，就下载省级json，想像我这样一个市一个市点亮的，就下载市级json，一次勾一个边即可。话说，我一直认为用省划分习俗非常不科学，甚至用市来划分都不科学。毕竟有粤南粤北、胶东鲁西南，还有江苏十三太保这样的众所周知的文化差异。我甚至觉得应该精确到县。毕竟我们旁边就有一个散装的地级市，我认识一堆人，他们分别来自鲅鱼圈、熊岳、盖州、老边、大石桥，就没有一个称自己是营口人的。但是真正实装以后才发现，县级太困难了，我甚至都没在普兰店歇过脚，自己家都没搞定。
markerclustergroup：聚合分组方法，这是“扩展的扩展”的功能，也是安装它的主要目地。cluster是指将临近的点进行聚合，group是通过关键字对追加的点进行分组。只聚合可以用cluster，只分组可以用leaflet-optiongroup。
– feat：适配项目。可以是【leaflet-marker】中的title或者iconUrl中的一个。参数以部分匹配的方式，对title或者iconUrl形成过滤，然后在右上角形成组别。
– strings：分组过滤用的字符串，用半角逗号间隔。
– groups：分组后显示的字符串。
– position ：分组显示位置
– collapsed ：分组是否折叠
【leaflet-map fitbounds】//用fitbounds，就不用关心点的位置和缩放了 【fullscreen】//增加一个全屏按钮 【leaflet-marker lat=38.87430121 lng=121.55204380 iconUrl="/path_to/marker-blue.png" iconanchor="15,40" 】<b>辽师附中</b><i>2012 /04 /<a href="/2012/04/ancient-school-motto.html" target="_blank" rel="noopener">沙河口黑石礁尖山街</a> /街拍 </i><img src="/path_to/imag0114.jpg" alt="imag0114" />【/leaflet-marker】 【leaflet-marker lat=38.88611421 lng=121.63731716 iconUrl="/path_to/marker-blue.png" iconanchor="15,40" opacity=0.5】<b>西岗中学</b><i>2003 /05 /<a href="/2023/06/post-truth-and-something-before-my-graduation.html" target="_blank" rel="noopener">西岗八一三环街</a> /其他 </i><img src="/path_to/vlcsnap-2023-05-21-17h15m27s675.jpg" alt="vlcsnap-2023-05-21-17h15m27s675" />【/leaflet-marker】 【leaflet-marker lat=38.88890 lng=121.70665 iconUrl="/path_to/marker-yellow.png" iconanchor="15,40" 】<b>棒棰岛</b><i>1993 /08 /中山老虎滩迎宾路 /海滩 </i>【/leaflet-marker】 【leaflet-marker lat=38.93471 lng=121.19765 iconUrl="/path_to/marker-yellow.png" iconanchor="15,40" 】<b>北海王家村</b><i>2018 /08 /旅顺北海王家村 /海滩 </i>【/leaflet-marker】 【leaflet-marker lat=38.98562089 lng=121.65895298 iconUrl="/path_to/marker-yellow.png" iconanchor="15,40" 】<b>蟹子湾</b><i>2015 /04 /<a href="/2015/04/chemical-factories-stories.html" target="_blank" rel="noopener">甘井子甘井子海茂路</a> /海滩 </i><img src="/path_to/BF59AEE251904BC4.jpg" alt="BF59AEE251904BC4" />【/leaflet-marker】 【markerclustergroup feat="iconUrl" strings="blue, yellow" groups="学校, 海滩" collapsed=true】 【leaflet-geojson src="/path_to/dalian.json" color="#FF8888" weight=2 fillOpacity=0.3】//加入大连地图 【zoomhomemap】//调整缩放比[fullscreen ] [markerclustergroup feat=iconUrl strings=blue, yellow groups=学校, 浴场 collapsed=true ] [zoomhomemap ]
就到这。总之有现成儿的我才不会亲自动手呢。
前段时间虽然说是“断网”了，还是偷偷折腾了GoToSocial和Mastodon。GoToSocial和Mastodon都属于通过“ActivityPub”协议实现与多个平台的联邦特性与其他平台互联互通。GoToSocial虽然轻量，但是颜值和功能还是没有Mastodon好，最终选择了Mastodon。至于怎么玩Mastodon，要么像我这样自建，要么就用网上的平台，比如官方的mastodon.social和草莓县m.cmx.im。有兴趣的可以一起玩玩！目前我自建的为@laozhang@suo.si，官方平台和草莓县上分别是@laozhang@mastodon.social和@laozhang@m.cmx.im。为什么自建了还在其他平台注册呢，我怕以后我驾驭不了自建的mastodon，毕竟玩的时间久了数据都都会达到十几个G。或是感觉到单独花二百块钱搞服务器来玩mastodon不值的时候，我可能就把自建的关停掉。
东西玩多了，都想把他们“集成”到一起，比如老张博客首页的“最新动态”就是调取用 Typecho 搭建的https://zhangbo.net老张随笔第一篇内容。有兴趣的可以按《WordPress首页调用typecho方法！》的方法来；又比如在Wordpress的页面里显示Memos内容，方法可以按《巧搬空白Koobai大佬Memos页面，完美与博客整合。》来。
不难看出，在Wordpress里调用memos或是Typecho，都是完全靠代码，毕竟像这样玩的人少更甚是memos等太过小众，没有人折腾这东西，想要实现一些功能必须要靠自己才行。而同时玩Wordpress和Mastodon却大有人在，所以你想实现的功能别人都早就折腾过了。就比如在WordPress中集成Mastodon嘟文。先看效果https://laozhang.org/mastodon.html，这是我在博客里集成了@laozhang@suo.si所发的所有嘟文。那实现这个功能就只是简单的一个插件，Include Mastodon Feed。
直接在后台插件菜单里搜索安装即可，并启用。
不管是自建的Mastodon还是其他平台，把下面的代码内换成自己的用户名和相应的域名后在浏览器内打开，即可显示你的ID
https://yourinstance.com/api/v2/search?q=yourusername@yourinstance.com&resolve=true&limit=5在Wordpress后台新建页面，把下面代码换成自己的ID和相应域名即可。（换成英文中括号）
【include-mastodon-feed instance="YOUR-INSTANCE" account="YOUR-ACCOUNT-ID"】这个可以根据自己的喜好，自己折腾。
怎么样，插件版是不是太简单了！无脑操作即可！
2025年八月初，我将一款心仪的WordPress主题移植至Typecho平台，并应用于我的技术博客“林海爱折腾”。
在此之前，这款WordPress主题已在我的博客上使用了近一年半的时间（自2024年1月19日至2025年8月11日）。为了获得更好的中文显示效果并修复一些已知问题，我曾对其进行过一番本地化修改，更加适配汉字的显示与阅读美感。
将这款主题移植到Typecho平台的想法，源于两个简单的初衷：
第一，是对这款主题简约风格的喜欢；
第二，我这可是个技术博客，不亲手移植一个主题，怎么对得起“技术”二字呢？（斜眼笑）
整个移植过程由手动编码与AI辅助相结合。主题框架的搭建本身颇为迅速，大约只用了两小时；然而，后续修复bug，却前后持续了一坤天（2.5天）。
这次的移植过程，让我对两个平台的技术框架有了更深的认识。WordPress将诸多功能（如评论系统、jQuery库等）高度封装，开发者仅需一行或寥寥数行代码便可调用；区块主题更是进一步简化，整个主题的源代码只有数百行，却可以实现高度的可定制化。相比之下，Typecho则相对原始，许多功能的实现都需要开发者从零开始构建样式与逻辑，代码的编写显得细致和繁复。对于编程基础几乎为零的我，这个过程稍有不慎便会“落霞与bug齐飞”，过程相当痛苦。
这里我特别说明一件事——评论区的适配耗费了最多的精力，前后投入了约一天半的时间。若完全沿用原主题当中WordPress封装的评论样式，会导致点击“回复”时评论框无法跟随；若尝试用JavaScript修正此问题，又会引发二级及更深层级评论的显示异常。这是一个AI都束手无策的Bug。我最终选择妥协，选择了一个功能稳定且视觉上同样协调的方案。
主题移植完成并稳定运行数日后，一个有趣的插曲，促使我更换了本博客的主题——由于两个博客的主题外观极为相似，仅在header区域有配色差异，我经常会在不经意间混淆它们，输入错误的后台地址，然后看到那抽象的404页面。为了避免再出现这样的事情，更换主博客的主题，成了一个直接有效的选择。
移植后的主题在几天的实际使用中，未再发现明显的问题。当然，我深知代码中或许还残留着一些移植过程中尚未完全清理的冗余代码，只是这些代码完全不影响博客的正常运行与速度。我希望它能对他人有所助益，我决定将其开源。
以下，是对这款移植主题的详细介绍。其中，“SimpleBlog主题介绍”这部分内容，是在AI助手Craft在阅读源代码分析的基础上，由我人工修订而成。
SimpleBlog是一款为Typecho博客系统设计的简约风格主题，它移植自设计师Anders Norén的经典作品。这款主题追求“简约而不简陋”的设计哲学，旨在为内容创作者提供一个干净、清晰且能全身心专注于文字的展示平台。
SimpleBlog采用极简主义美学，审慎地去除了多余的视觉元素，引导读者的目光聚焦于内容本身。以黑白为主的配色方案，辅以恰到好处的留白与精心编排的版式，共同营造出一种专业且宁静的阅读氛围。
主题全面支持响应式设计，确保在桌面电脑、平板或是智能手机上，都能呈现出一致而优雅的浏览体验。在移动设备上，导航菜单将自动收敛为汉堡菜单，以维持界面的整洁与空间的通透感。
桌面端采用了固定侧边栏设计，其背景颜色支持用户自定义，默认为沉静的深色（#121212）。侧边栏整合了网站标题、描述及导航菜单，功能清晰，简明实用。
主题内置了社交媒体链接功能，支持Twitter、Facebook和GitHub等常用平台，为博主与读者之间建立更广泛的连接提供了便利。
文章页面的设计简洁而大方，标题醒目，正文排版清晰易读。页面支持特色图片的展示，能够有效提升文章的视觉吸引力。同时，文章的分类、发布时间等元信息也以直观的方式呈现。
主题整体代码结构清晰，无冗余功能和复杂的外部依赖，确保了页面的快速加载，对服务器资源消耗极低。
主题基于最新的HTML5与CSS3标准进行构建，保证了良好的浏览器兼容性与未来的可扩展性。
为方便博主更灵活地控制文章的展示形态，主题支持多种自定义字段，例如文章缩略图（thumbnail）与文章摘要（excerpt）等。
SimpleBlog主题尤其适合以下类型的博客：
SimpleBlog主题秉承“简约而不简陋”的设计理念，为Typecho用户提供了一个专注于内容、设计精美且易于使用的博客主题。它没有华丽的动画与繁复的设置，但在每一处简约的背后，都体现了对用户体验和内容呈现的深思熟虑。
如果您是一位注重内容质量，希望读者能够专注于您的文字，而非被纷繁的设计元素分散注意力的创作者，SimpleBlog或许会是一个理想的选择。
为了让这款源于WordPress的主题能在Typecho上呈现出理想的状态，我进行了一系列细致的调整。
1.统一日期格式：移除了原主题中 j M / M j 等多种英文日期格式切换选项，统一为更符合中文阅读习惯的 n月j日 格式。
2.移除“相关文章”模块：原主题的相关文章功能对缩略图有硬性要求，若文章缺少缩略图，会影响布局的美观。相比之下，一些付费主题（如Typology）在此处的处理更为灵活优雅。
3.取消首页标题显示：据观察，启用此功能的用户不多。我曾在自己的博客上短暂保留此设计，以审视其视觉效果，但最终还是决定取消，直至更换新主题。（请见图片中用横线标注的位置）
4.简化移动端搜索交互：原主题在移动端使用了Ajax即时搜索，但其体验并不完善——仅能搜索标题，无法覆盖内容。考虑到Typecho需自行适配Ajax，我将其简化为更传统、更高效的“输入+回车”搜索模式。
Of course!
原主题基于GPL 2.0许可证发布，该许可证赋予了用户自由使用、修改和分发软件的权利。
同时，我也需要履行GPL的相应义务：我修改后的版本同样须在GPL 2.0许可证下发布，并且必须保留原作者的版权声明。
为了审慎起见，我特意致信原作者，并在两天后收到了他的积极回复：
Sure, go right ahead! All of my themes are released under the GPL license, which means you can port them as long as you also release the port under that license.
——Anders Norén
如果您决定使用这款主题，也请务必遵守GPL 2.0许可证的相关条款。
如您喜欢这款主题，我会倍感欣慰。
近日，我开发了一款全新 WordPress 友情链接插件。该插件简洁、美观、易于使用。
可以访问以下链接查看实际展示效果：友情链接展示页
favicon.im 服务抓取网站头像。同时支持手动指定头像链接，或在留空时显示默认头像。1. 下载与安装
可从以下链接下载该插件：点此下载
下载 .zip 压缩包后，在 WordPress 后台的“插件”—>“安装插件”页面上传并启用。
2. 插入短代码 (Shortcode)
在任意页面或文章中插入短代码即可展示友情链接。
如何在编辑器中插入？
计划将此插件移植到 Typecho 平台。
在插件的开发过程中，AI 提供了巨大帮助，特此感谢科技的力量。
经过两天的密集调试，目前插件运行稳定，暂未发现明显 Bug。欢迎提出宝贵的意见和建议，或是一同参与改进，让它在保持简洁、美观、易于使用的同时可以变得更好。
上一个博客主题《Memorable-lit》，缝缝补补也将就用了六七年，况且，博客也是将近一年多没有更新，好多篇博文静静地躺在了草稿箱里……
这次呢，想着借机写一款主题，形式依然是我喜欢单栏。由于很久不写代码，看到代码很生疏了，外加当前前端技术迭代太快了，好多HTML、css3的新特性和js的ES5、ES6，我处于完全看不懂的状态，这个主题的由来是我平时浏览网站的时候，看到别人好看的风格样式，就扒拉扒拉下来了，有的懒得动脑子，就直接参考和借鉴过来。整个主题是使用字节推出的 Trae CN 编辑器，本地电脑搭建环境，外加用上Trae 的 Ai 来写代码，效率是离谱的高，在这个主题绝大部分代码是使用 Ai 的写的。开发效率是有点高，尤其是在解决一些很复杂的逻辑时，你只需告诉 Ai 程序的基本逻辑，它便生成可用的代码，在前端库的选择， 当然我选择的是 jQuery，其实前端JS可以用原生来实现，但是用着jQuery很顺手，代码简单，一行代码就能搞定的，没必要绕弯。别人都在用高级的Hexo、Hugo 等高级，而我依然选择的是 wordpress，可能懒得折腾、懒得写作时用Markdown，也可能是保持了习惯和旧状态，新特性对我没有吸引力吧。
年初一段时间博客感觉被黑了，博客的插件里出现了一些奇奇怪怪的代码，感觉是木马后门之类的代码，之前博客的版本为4.8，也是年久失修的状态，可能存在能利用的漏洞，导致的博客沦陷，当前，wordpress 最新的版本为 6.8.1，借机新主题就在最新的版本上测试开发，前前后后感觉写了近两个月，部分代码也是参考了大佬们的代码，修修补补，也算是正常跑了起来。
当前博客跑在Nginx + Mysql + php 8.1 下，对于 2 核2G 的云主机来说够用，甚至剩余的算力可以跑跑 docker 里的小应用，整体相对比较顺畅。
这次换主题也顺便修修花、剪剪草和施施肥，对于改造博客我也是下了很大的决心，好在一点点雏形出现到基本能用的状态，也是可喜可贺。当然主题若有问题，欢迎评论区提出，当然这个主题足够完善并且很有必要的话，可能也会开源哦。
博客我加个视频播放器、音乐播放器和全景播放器，想着给博友们分享一些我外出拍摄的一些照片和内容吧。
很多人在搭建WordPress的时候，文章固定结构包含了%postname%，而不是%post_id%，后面想改又怕麻烦。其实做好规范，改动也没什么影响的。
在 WordPress 中，如果你想将文章的别名（slug/permalink）从中文改为数字 ID，可以通过以下几种方式实现。
下面是具体操作方法：
登录 WordPress 后台。
这样你的网站文章链接就会变成：https://example.com/123/
上述方法修改的是新生成的链接结构，但如果你之前的文章已经使用了中文别名，在固定链接中可能依然显示中文。可以通过插件或代码批量将旧文章的 slug 改为数字 ID。
你可以进入数据库（通过 phpMyAdmin 或类似工具），执行如下 SQL 语句：
UPDATE wp_posts SET post_name = ID WHERE post_type = ‘post’ AND post_status = ‘publish’;
注意：wp_posts 表名中的 wp_ 前缀需根据你实际的表前缀调整。
查看该文章的 ID（可以在浏览器地址栏中看到，比如 post=123）。
在「别名」字段中，将现有内容手动改为这个数字，如：123，点击 更新 即可。
你可以将以下代码添加到你主题的 functions.php 文件中（或使用 Code Snippets 插件添加），自动在文章发布时将别名设置为文章 ID：
https://github.com/lingchenzi/blog/blob/main/wordpress/change_post_slug_to_id
//修改文章别名为文章id
function change_post_slug_to_id($post_id) {
$post = get_post($post_id);
if ($post->post_type == 'post' && $post->post_status == 'publish') {
$new_slug = $post_id;
remove_action('save_post', 'change_post_slug_to_id'); // 避免死循环
wp_update_post(array(
'ID' => $post_id,
'post_name' => $new_slug,
));
add_action('save_post', 'change_post_slug_to_id');
}
}
add_action('save_post', 'change_post_slug_to_id');
如果你的网站已经上线，改动固定链接可能会影响 SEO 和已有链接。建议设置 301 重定向。
可以使用插件如 Redirection 来管理旧链接的跳转。
最近我将一个WordPress网站的网站地图提交给了Google Search Console，但是过了一周后，发现 Google Search Console 中没有显示具体数据。搜了下Microsoft Copilot，可能有几个原因导致这个问题。
Google Search Console 中没有显示网站地图的具体数据，以下是一些可能的解决方案：
https://yourdomain.com/sitemap.xml。robots.txt 文件没有阻止 Google 抓取网站地图。https://yourdomain.com/robots.txt 访问并检查是否有类似 Disallow: /sitemap.xml 的规则。本地调试WordPress时，为了保证代码的正确性，插件和主题作者往往会打开wp-config.php里的WP_DEBUG开关。如果您不知道这个开关，就不要往下看了。
define('WP_DEBUG', true);
这样PHP运行时的错误和警告就会以醒目的字体直接打印到网页上。
但是这样会带来一个程序员的日经问题：是我的BUG我改，不是我的BUG莫挨老子！
按说WP这种成熟的产品是不会让用户看到警告和错误的。但是，由于众所周知的原因，WP内核、主题和插件升级所需要的WordPress的官网wordpress.org时灵时不灵，连不上的时候就会显示大面积的警告信息。
安装完成以后，后台这种需要连接到wordpress.org的地方大抵有4种：core update、theme update、 plugin update和translation api，出现在后台Dashboard、 Plugin、 Theme、 和Settings页面。其中Dashboard会调用前三种Update，Settings四种都会调用。
这些信息不仅是影响对于出错代码的判断（比如图中提示的“Cannot modify header information”，其实根本就不是本地header的问题），还会直接影响页面元素的渲染和操作。
那就必须要干掉它！
再次更新，
define('WP_HTTP_BLOCK_EXTERNAL', true);
这个宏屁用没用，还是得用我下面的方法。
开整。
//下面的action钩子调用的早，所以在加载主题或插件的时候就要直接remove掉，否则没机会了。
if ( defined( 'WP_DEBUG' ) && WP_DEBUG ) {
remove_action('admin_init', '_maybe_update_core');
remove_action('admin_init', '_maybe_update_plugins');
remove_action('admin_init', '_maybe_update_themes');
remove_action('init', 'wp_schedule_update_checks');
//translations_api默认会返回false，之后会访问wordpress.org，返回空数组之后就不访问了。
//Since 4.0.0
add_filter('translations_api', '__return_empty_array');
}
//调试者作为admin，默认是有各种update权限的。这里令各种内部调用user_has_cap询问4种权限的结果强行置为false。
function _debug_ignore_wp_request ($allcaps, $caps, $args){
$server_caps = array('install_languages', 'update_themes', 'update_plugins', 'update_core', 'install_themes', 'install_plugins');
foreach ($caps as $cap) {
if ( in_array($cap, $server_caps)) {
$allcaps[$cap] = false;
}
}
return $allcaps;
}
function my_admin_init {
if ( defined( 'WP_DEBUG' ) && WP_DEBUG ) {
//下面的钩子很多不能移除得太早。
//宁杀错不放过。
remove_action('upgrader_process_complete', 'wp_update_plugins');
remove_action('upgrader_process_complete', 'wp_update_themes');
remove_action('load-plugins.php', 'wp_plugin_update_rows', 20);
remove_action('load-themes.php', 'wp_theme_update_rows', 20);
remove_action('load-plugins.php', 'wp_update_plugins');
remove_action('load-themes.php', 'wp_update_themes');
wp_unschedule_hook('wp_version_check');
wp_unschedule_hook('wp_update_plugins');
wp_unschedule_hook('wp_update_themes');
remove_action('wp_version_check', 'wp_version_check');
remove_action('load-plugins.php', 'wp_update_plugins');
remove_action('load-update.php', 'wp_update_plugins');
remove_action('load-update-core.php', 'wp_update_plugins');
remove_action('wp_update_plugins', 'wp_update_plugins');
remove_action('load-themes.php', 'wp_update_themes');
remove_action('load-update.php', 'wp_update_themes');
remove_action('load-update-core.php', 'wp_update_themes');
remove_action('wp_update_themes', 'wp_update_themes');
remove_action('update_option_WPLANG', 'wp_clean_update_cache', 10, 0);
remove_action('wp_maybe_auto_update', 'wp_maybe_auto_update');
add_filter('user_has_cap', '_debug_ignore_wp_request', 10, 3);
}
}
add_action('admin_init','my_admin_init');
完事。这个世界清净了。
在 WordPress 的文章和页面中为外链自动添加 nofollow 属性是一个常见的 SEO 优化方法，可以防止将链接权重传递给外部网站。我们可以手动在主题的 functions.php 文件中添加相关代码来实现自动添加 nofollow，也可以使用插件。
//文章与页面外链自动添加nofollow
function add_nofollow_to_external_links($content) {
$regexp = '/<a\s[^>]*href=(\"??)([^\" >]*?)\\1[^>]*>/i';
preg_match_all($regexp, $content, $matches, PREG_SET_ORDER);
foreach ($matches as $match) {
if (!strstr($match[2], home_url())) {
$content = str_replace($match[0], str_replace('<a ', '
}
}
return $content;
}
add_filter('the_content', 'add_nofollow_to_external_links');
Github代码：https://github.com/lingchenzi/blog/blob/main/wordpress/wordpress-nofollow
1、Nofollow for External Link是一个更简单、专注于添加 nofollow 的插件；
2、WP External Links 是一个功能强大且广受欢迎的插件，不仅能为外链添加 nofollow，还提供额外的功能，例如让外链在新标签页中打开。
WordPress 大版本 6.7 今天发布了，随之而来的是 2025 主题，我已经升级了，并且换上了最新的主题，正如你所看到的一样。
原来我是一直嫌弃块主题的，今天摸索了下，不知道是6.7的块主题变好了还是我会用了，总之就是真香。
全站编辑真的很方便。最明显的体会就是页脚悬挂备案编号。之前我是通过建立子主题，然后在子主题里修改footer.php文件来实现的，为了挂一个备案编号而专门建立一个子主题，有点高射炮打蚊子的感觉。现在好了，直接编辑网站，修改页脚文字就可以实现了，真的很方便！
前段时间以来，一直在反思自己，随着年龄的增长，会有一点守旧，其实应该更开放一点，多拥抱新事物，才不至于被时代落下。
虽然古腾堡和全站编辑在互联网上风评不好，很多人觉得不好用，但我觉得还好，拖拖点点就能实现一些想法。方便用户使用，总是好的，最起码方向应该是没有错。至于为什么有那么多人喷，我想大概是幸存者偏差，用的好的人不会专门发个帖子赞扬它，只有觉得不好用的人才会去发帖抱怨，所以造成了看到的都是抱怨贴。
现在 WordPress 全力 all in 古腾堡，我相信未来会变得越来越好用，越来越成熟。
