试着用纯代码的方式来开启wordpress SVG格式图片上传功能。目前看使用Block编辑器图片能正常上传和显示。
function minuo_allow_additional_mime_types($mime_types) {
if ( ! current_user_can( 'administrator' ) ) {
return $mime_types;
}
$mime_types['svg'] = 'image/svg+xml';
$mime_types['svgz'] = 'image/svg+xml';
$mime_types['webp'] = 'image/webp';
$mime_types['ico'] = 'image/vnd.microsoft.icon';
return $mime_types;
}
add_filter('upload_mimes', 'minuo_allow_additional_mime_types');
function minuo_wp_check_filetype_and_ext( $wp_check_filetype_and_ext, $file, $filename, $mimes, $real_mime ) {
if ( ! $wp_check_filetype_and_ext['type'] ) {
$check_filetype = wp_check_filetype( $filename, $mimes );
$ext = $check_filetype['ext'];
$type = $check_filetype['type'];
$proper_filename = $filename;
if ( $type && 0 === strpos( $type, 'image/' ) && 'svg' !== $ext ) {
$ext = false;
$type = false;
}
$wp_check_filetype_and_ext = compact( 'ext', 'type', 'proper_filename' );
}
return $wp_check_filetype_and_ext;
}
add_filter('wp_check_filetype_and_ext', 'minuo_wp_check_filetype_and_ext' , 10, 5);
昨天登录后台的时候，发现 loginpress 的设置界面挂了，所有的数据样式都是 hidden。让 deepseek 给分析了一通，都是废话，没什么卵用。
今天上午直接让 cursor 分析了一下代码，让给出解决方案，发现依然没什么效果：
不过查看页面元素的时候发现了一段提示：
<tr class="secret_key_v2_invisible" style="display: none;"><th scope="row"><label for="loginpress_setting[secret_key_v2_invisible]">Secret Key</label></th><td><input type="text" class="regular-text" id="loginpress_setting[secret_key_v2_invisible]" name="loginpress_setting[secret_key_v2_invisible]" value=""><p class="description">Get <a href="https://www.google.com/recaptcha/admin" target="_blank"> reCaptcha</a> secret key. <br> <span class="alert-note">Make sure you are adding right secret key for this domain. If it's incorrect may be you'r not able to access your website.</span></p></td></tr>
让 cusour 分析了一通，依然没什么效果：
不过此时已经基本确认还是授权的问题了，基于上面的废话改起来难度较大，搜索了一下，找了一个新版本的 loginpress pro。
https://wpe98.com/loginpress-pro-nulled/
按照文件的方法直接添加 hook 代码：
<?php
function bypass_license_verification() {
add_filter('loginpress_license_check', '__return_true');
add_action('admin_notices', function() {
echo '<div class="notice notice-success"><p>License successfully nulled for demonstration purposes!</p></div>';
});
}
add_action('init', 'bypass_license_verification');
?>
此时后台显示的确 ok 了，虽然功能已经激活了，但是页面看起来有些蛋疼，显示没授权： 
根据提示信息搜索就会发现代码位于loginpress-pro 2/classes/loginpress-main.php
大概浏览下代码，发现基本数据都在所谓的授权信息中license_data的结构内，直接让 cursor 给生成一个结构：
此时直接修改授权代码为：
public static function get_registration_data() {
$license_data = array(
'success' => true|false, // 布尔值，表示许可证验证是否成功
'license' => 'valid', // 字符串，许可证状态，可能的值包括: valid, invalid, expired, revoked, missing, site_inactive, item_name_mismatch, no_activations_left
'error' => '', // 字符串，如果有错误时的错误代码
'expires' => '2050-10-10', // 字符串，许可证过期日期，可以是具体日期或 'lifetime'
'price_id' => 4, // 整数，许可证价格ID，用于确定许可证类型:
// 1 = Personal
// 2 = Small Business
// 3 或 6 = Agency
// 4 = Ultimate
// 7 = Startup
);
return $license_data;
}
测试了一下没效果，继续看代码，发现外面还套嵌了一层，cursor 给继续处理一下：
继续调整代码为：
$result = array(
'license_key' => '', // 字符串，许可证密钥
'license_data' => array( // 数组，许可证详细数据
'success' => true|false, // 布尔值，表示许可证验证是否成功
'license' => 'valid', // 字符串，许可证状态，可能的值包括: valid, invalid, expired, revoked, missing, site_inactive, item_name_mismatch, no_activations_left
'error' => '', // 字符串，如果有错误时的错误代码
'expires' => '2050-10-10', // 字符串，许可证过期日期，可以是具体日期或 'lifetime'
'price_id' => 4, // 整数，许可证价格ID，用于确定许可证类型:
// 1 = Personal
// 2 = Small Business
// 3 或 6 = Agency
// 4 = Ultimate
// 7 = Startup
),
'error_message' => '', // 字符串，错误信息
);
return $result;
此时再看效果，就完美啦：
The post Cursor 另类应用 — 逆向分析 appeared first on obaby@mars.
终于在建站11年的当下终于给博客增加了文章归档页。
是基于 Rank Math SEO 插件的 Sitemap Settings 功能实现了一个简单的文章归档页。
顺带在文章归档页内塞了一个额外的网站数据年度统计功能。
大概长这样：文章归档
起因是在《WindowTabs： 让几乎一切 Windows 窗口支持多标签功能》一文下，博友 ddw2019 在评论中提到我的站点“没有找到 Archive 页面，一个个翻页起来，感觉还是有点点费劲的呀。”
之前我一直感觉文章归档页的感知不强，我认为它的主要意义和好处是：系统化整理文章、提高可发现性、增强用户体验、SEO优化、展示创作历程这 5 个方面。
毕竟现在右侧有文章分类、随机文章、热门文章三个模块。系统化整理文章、提高可发现性性上已经足够了。
在 SEO 优化上文章归档页固然归可以帮助搜索引擎更好地抓取和索引博客内容，不过在已经有 xml 站点地图的时候，文章归档页对于提供博客的 SEO 优化上作用不大，相较这种 html 格式站点地图，xml 格式的站点地图对搜索引擎会更加友好一些。
不过嘛，确实考虑到博客里确实是缺少一个展示创作历程和增强用户体验的东西。于是在2024年的年底，终于在建站 11 年后决定加上这个东西。
那么现在问题来了，如何多快好省的实现文章归档页 Archive 呢？
从这个博客的可以称之为极简的风格上估计大家都能看出，我并不太喜欢在美化折腾博客页面上消耗过多精力。
方案二 利用现有插件 Rank Math SEO 的站点地图功能实现。
好处是利用了现有插件，少装了一个插件，缺点是样式就简陋的多了，样式的自定义空间也小的多。
方案三 自己实现一个页面
优点是更加轻量，样式完全可以自定义。缺点是自己写东西需要费更多的时间。
权衡利弊后，我决定先用方案二顶上，先解决有无问题再说。
以下的必要前提是：你要有装 Rank Math SEO 这个插件，并且开启了他的 Sitemap 组件。
这里我只介绍必要的操作，如果想了解更多一点，这里有篇不错的文章 《家庭数据中心系列Rank Math SEO设置与优化-无敌的个人博客》
ex.your.domain/archives并发布。进入博客后台，左侧找到 Rank Math SEO 的 Sitemap Settings 部分，切换到 HTML Sitemap 标签，并开启开关。
将 Display Format （显示模式）设置为 Page 也就是页面模式。如果你想在文章归档页放入额外的东西，也可以设置为 Shortcode 模式，这样上一步时，需要在你想要插入文章归档页的地方写短代码[rank_math_html_sitemap] 即可。
Sort by （排序方式），既然是文章归档页，那自然是选 Published Date （基于发表日期）啦。并且开启下边的 Show Dates （显示日期），这样文章后面就会显示发布日期了。
Item Titles （项目标题），作为文章归档页，建议选 Item Titles （文章标题）而不是 SEO Titles （SEO用标题）这两者的区别是：SEO用标题是给搜索引擎和搜索结果用户看的，可能会比实际的文章标题会有些奇妙的拉长和缩短。比如文章实际标题很长，但是 SEO 标题可能会为了能保证在搜索结果页把关键词凸显出来会相对减少次要描述。也就是说 Item Titles （文章标题）更能反映文章内容。
最后保存即可，现在前边设定的固定链接看到一个比较简陋的，文章归档页了。
类似本站这样：文章归档 （https://www.tjsky.net/archives）
本来事情就该结束了，结果中午的时候，我又在博友圈里看到了 ts小陈 的文章：《为WordPress网站添加年度数据汇总》
我发现，“诶，这个东西不错嘛，可以很直观的展现每年博客的发展数据。”
随后尝试直接套用代码，然后果不其然的发现：事情并没有那么简单。
毕竟我现在用的主题上次更新已经是2022年了，主题并没有完美支持页面模板php文件。
并不能像他原文介绍的那样：
于是我又研究了一下WordPress这个页面模板php文件应该怎么写，以及他代码具体是做了什么。
重新写了适配自己主题的页面模板文件。主要修改点是三个
修改其中统计字数的函数str_word_count()为mb_strlen()
中文不用空格来分隔单词，对于中文字符串，str_word_count()会将两个标点之间的整个字符串都视为一个单词，mb_strlen()则会根据当前PHP设定的编码自适应用基于UTF8或gbk等编码正确统计字数。所以改一下得到准确的字数统计。
//修改前的代码，在原文文件的第79行
word_count = str_word_count(strip_tags(content)); // 去除HTML标签后计算字数
//修改后的代码
word_count = mb_strlen(strip_tags(content)); // 去除HTML标签后计算中文字数
大部分面板和一键脚本部署的 PHP 应该默认就开了 mb_strlen 这个函数，不过对于用虚拟主机的可能需要注意下，这个 PHP 函数不一定被启用了。
原文写的是”数据使用 Memcached 缓存”，让人以为只能用于 Memcached。不过实际上，如果你用 Redis 或者其他什么缓存，只要你装了对应的缓存插件，比如用 Redis 并且装了 Redis Object Cache。可以保证wp_cache_get() 和 wp_cache_set() 函数能正常工作就不需要注释掉缓存代码，不然每次都现场计算一次，这性能浪费不小。
最终效果如下图
很直观的数据
2017年上一个博客被我rm -rf */干没了之后，在 17 年 12月 底重建，18 年还在保持正常的更新，可惜博客没啥人看（看评论数量），外在驱动力不足 导致 19 ~ 21 年我基本上没更新过博客，21 年底，因为一些机缘巧合博客收获了一波较大流量，加之因为这个机缘巧合重新拾起写代码的乐趣，重新开始恢复正常的更新频率。
The post 给博客增加 文章归档 和 年度统计 功能 appeared first on 秋风于渭水.
因为百度统计使用unload导致浏览器报错和一系列性能问题，并且去广告插件之类的对百度统计都有屏蔽，导致无法获取真实的数据，所以决定之下还是选择了自搭建umami。这也是向访客隐私迈出的一大步，也就是说在未来我的博客将不会将访客数据传输给第三方，避免了潜在的隐私风险。
在 白宦成简史 当中，我写到过，我从 2013 年就开始写博客，至今已经 11 年有余。而我和互联网、编程的缘分，也从 2013 年开始。
在 2013 年的时候，我主要是使用 WordPress 建站（现在也还在用，比如本站）。所以，从哪个时候开始，我开始接触 LAMP、LNMP 这些个概念，并在过去的若干年里，使用了不少「一键安装包」来部署我的网站。
我用的一键安装包 / 控制面板不算少：LNMP.org 、OneInStack（从它还是 LinuxEye 的时候开始用），LAMP.sh等一键配置包，AMH、WDCP、AppNode、Webmin、BT、VestaCP 、Virtualmin等等一系列控制面板。
如果说这些工具有什么相同点，那便是都提供了十分方便的 LAMP / LNMP 的配置方式，让彼时不够专业的我、主要是用别人开发好的应用的我能够快速部署一个基于 MySQL + PHP 的应用，让它 Run 起来。
而随着时间的流逝，我已经不再是曾经的我了。我不再局限于使用别人写好的程序，我开始自己写；我不再局限于使用 PHP 来编写程序，我同样会使用 Python、Ruby、Golang 、Node.js 来编写应用程序；所有的这些，都告诉我，我需要在现有的框架和程序上去做很多额外的配置，比如，我需要在 LNMP 的基础之上，配置 NPM，以完成 Node.js 的构建；我需要在系统上配置 Docker ，以便于去运行某些需要复杂配置的环境。
曾经那些可以帮到我的程序已经不再能帮到我了，如今的他们，成了我的累赘。我开始需要为了他们去多做一些事情了。
如今的我，更需要的是一个能够基于 Docker 来运行的管理工具，能够帮助我完成不同环境的配置、管理的能力。我需要的是一个类似于 Heroku 的管理工具，能够让我把更多的精力放在把事做好上。
我试用了
最终，选择了 CapRover ，主要原因有几个：
种种的这些，让我最终从过去的 LNMP，跳船到了 Docker Base PaaS 工具上。
