我最近对博客做了个整体架构优化（或者其实说是重建了一次），在重建完成后，为了确保我的重建是成功的，我安装了 Broken Link Checker 来进行网站链接检查。经过插件的检查后，发现了不少我在迁移的时候出现问题的点。不过，在这个过程中，也注意到了我过去自己的问题。
首当其冲的是我在早期大量的应用了来自微博的图床，但随着后续微博图床的失效，我无法再使用这些图片，在读者访问的时候，就会相应的出现错误。我不得不针对这些图片一个个手动处理。
好在是后来 iPic 的出现，我得以从新浪图床迁移到如今自建的又拍云图床中。
而随着 WordPress 插件生态的丰富，如今我在 WordPress 上写作插图更加的方便。
自建图床和自建博客、自建网站等等的原因几乎是一样的 —— 只有你自己维护的，才是真正属于你的，别人维护的，都有可能在某个时刻不让你使用。那个时候，你的成本会骤增。比如现在的我，就在苦逼的一个个的修改图片的地址。
一个切实可行的复杂系统势必是从一个切实可行的简单系统发展而来的。一个一开始就设计复杂系统永远无法运行，也无法通过修补使其工作。你必须从一个简单的系统开始。
我在「生财有术」的星球呆了差不多三年了，在里面看到了不少有意思的赚钱的方法和机会。不过，过去的很多时间里，我其实都无法理解，为什么大家愿意把自己赚钱的方法介绍出来。
前些日子和芦笋的创始人晓力在线下聊天的时候，我才真正意识到「为什么大咖愿意将机会共享给你」。
我们两个人在聊天时，提到了我之前做的一件事，当时是我发现了格雷厄姆的博客可以被翻译，我就发了一个朋友圈说，大家可以自己注册一个格雷厄姆的域名，并对格雷厄姆的文章进行翻译，将自己的链接发送给格雷厄姆，请他帮忙加上对应的链接。
我们在讨论的过程中，我们有共同的意识，可以看到这件事背后的价值，比如：
我们可以看到，我们都能看到这些优势和这个事情所带来的收益，但对于年轻人来说，这个可能就是他们看不到的机会和方式。
而这个事情放在我和晓力身上，就是不会去做的事情，因为这个事情虽然我们看起来值得做，收益也还不错，但问题在于这个收益对于现在的我们来说，是没有价值的，我们需要用我们的时间做更多更有价值的事情。
而从这个逻辑去推断，我们当然可以认为是「没有人会分享自己的赚钱的机会」，但换个角度来看，这也可能是你和他们的差异实在太大，你无法理解他们对于你所看重的东西其实根本不在意。
视野不同，使我们患得患失。我们看重的，可能是那些前辈所无视的。
在我发出了 为 WordPress 加入 Redis 缓存提升访问性能 的文章后，有不少朋友给了建议，主要有以下几个：
在我看来，这些都是很好的建议，对于很多新人的博客主而言，都是不错的选择。不过就我自己的需求而言，这个并不是好的选择。
从网站性能的提升而言，他们所提供的建议确实是不错的，通过对网站进行静态化处理，从而实现访问的提速，用户直接访问静态的缓存是不错的选择。
不过，对于我来说，倒也不仅仅是给读者一个更加舒服的阅读体验，对于我自己而言，更加舒适的写作体验也是极为重要的。
引入了 Redis 作为缓存后，所有的 MySQL 查询会进行一定的缓存，从而让网站的整体使用体验变得更好，对于我来说，是一个更好的选择。
在之前的文章我是如何优化博客的和本站在用的一些WordPress插件中我提到，我是使用了 WP-Optimize这个插件来进行博客优化的。
WP-Optimize 为用户提供了开箱即用的缓存方式，可以将你的 WordPress 文章加入文件缓存，从而减少在 MySQL 中查询的次数。
不过，文件缓存的问题是性能受限于你所使用的磁盘，而我使用的是阿里云的标准云磁盘，性能一般，所以访问速度并不能算快。
过去在我还愿意折腾 WordPress 的时候，我是会在 WordPress 上加入一些别的缓存的，比如 Redis、Memcached。不过，随着时间的流逝，我折腾的意愿变得越来越弱，就远离了这些。
直到最近刚好有空，于是开始研究起了 Redis 缓存。
其实在古早时代（比如我刚开始折腾个人博客的时候，2012年），WordPress 的 Redis 功能并不是特别好用，需要自己手动下载 object-cache.php 放在对应目录中，然后修改配置文件手动来开启，甚至还需要替换掉 index.php 文件来让请求通过缓存进行。
这次的折腾，让我感受到，时代在进步，配置缓存也变得简单了许多。
在这篇博客中我并不打算介绍 Redis Server 的安装和调试过程，你可以在搜索引擎中找到各种各样的教程引导你如何完成安装的过程，因此，请自行完成 Redis Server 的安装，后续的各项操作会默认你已经完成了 Redis Server 的安装调试。
需要注意的是，如果你不打算修改配置文件，则需要在安装 Redis 之后，设置为空密码。而空密码是不安全的，建议你通过 iptables、安全组策略等方式，屏蔽掉 6379 端口的外部请求，只允许本地请求。
我这次安装 Redis 缓存选择了 Redis Object Cache 这个插件。
和你在别的网站上看到的教程相比，这个插件提供了一个可视化的查看和管理的方式，对于懒得手动操作和编辑代码的人来说，更加友好。
安装插件后，启用插件，你可以在设置中的「Redis」设置页面找到如下的界面：
点击 Enable Object Cache，就会开启 Redis 的 Object Cache 。
如果你已经在之前配置好了 Redis Server，则会直接看到如下左图的界面。但如果你的 Redis Server 还没有配置或配置了密码，就会显示如下右图的界面，就需要你检查你的 Redis Server 是否配置成功。
当你看到如上左图的界面后，就说明你已经开启了 Redis 的 Object Cache 了，后续涉及到文章内容、菜单等各项基本配置的查询时，会优先使用 Redis 的缓存，而不是查询 MySQL，从而降低了 MySQL 的查询压力，提升了查询的诉求。
至此，你的 Redis 就配置好了，可以打开你的网站首页，享受飞一样的速度。
如果你需要使用非本地的 Redis Server（比如云 Redis），那么你需要在你的 wp-config.php 中加入如下代码来进行配置。
define( 'WP_REDIS_HOST', '127.0.0.1' );
define( 'WP_REDIS_PORT', 6379 );
// define( 'WP_REDIS_PASSWORD', 'secret' );
define( 'WP_REDIS_TIMEOUT', 1 );有两种方式，
第一种方式是可以给你的不同站点配置不同的 Redis DB，只需要在你的 wp-config.php 文件中加入如下的配置，即可实现不同的站点使用不同的 Redis 数据库，你可以从 0 开始，向上递增设定不同的 Redis 数据库。
define( 'WP_REDIS_DATABASE', 0 );第二种方式是你无法控制 Redis，必须使用同一个数据库，那么你可以通过给其添加不同的 salt 来实现即使使用同一个数据库，数据也不会产生混淆。
define('WP_CACHE_KEY_SALT', 'www_ixiqin_com_');在 Redis 设置页面，你可以看到另外有一个 Metrics Tab，这个 Tab 你可以看到你的插件的工作情况，方便你随时进行查询 & Debug。
第一个 Time 是指 Redis Object Cache 和 Redis 沟通，获取数据所需的时间，可以看到，我这里的查询时间大概是在 12ms，耗时不多。需要注意，你第一次看可能会注意到，这里有一个 Object Cache Pro ，灰色的 Object Cache Pro 其实是官方在推广其自家的付费插件，付费插件 $99/月，可以提供更好的 Redis 查询性能。
第二个 Bytes 则是 Redis Object Cache 从 Redis 获取到数据的大小，当有人访问你的文章的时候，这个数据就会出现一个增长，访问结束后就会消失。
第三个 Ratio 则是缓存的命中率，基本上保持在 99% + ，说明缓存的命中率还不错。
最后一个 Calls 则是调用次数，免费版不会批量获取数据，因此，调用次数会很高，而在付费版，会一次性拿多个数据，从而获得更少的查询次数。不过我目前对于这个速度已经很满意了，就不再购买付费的版本了。
如果你使用了最新的 WordPress 5.9 以及其自带的 WordPress 2022 主题，你会发现有个问题：
修改主题代码去哪了？
虽然提供的编辑器可以满足绝大多数需求，但对于一些特定场景下的开发需求（比如在 functions.php 中加入特定的逻辑，依然是需要修改代码的。
在当前的 5.9 版本中，主题的代码编辑器和插件的代码编辑器入口被移动到了「工具」当中，你需要到「工具」当中寻找对应的功能。
在上一篇文章当中，我介绍了我为什么要迁移到 2012 这个主题，在这篇文章中，我将会向你介绍一下我对其做的一些修改。
之前我接受了来自芦笋的广告赞助，作为权益，我答应为芦笋提供相应的广告展出，因此，我需要通过一些代码的修改，来实现对这部分内容的修改。
具体的修改方式是修改了 WordPress 2012 主题中的 content.php 这个文件,在合适的位置加入如下的代码
<!-- ads code start -->
<?php if(is_single()){ ?>
<a target="_blank" href="https://lusun.com/invite/20143" style="padding-bottom:10px"><img src="http://ixiqin.test/wp-content/uploads/2022/01/800498db4ecc3ecade82c7dfb0aaded5.png" class="wp-block-image" alt="白宦成邀请你注册芦笋，并赠送你 30 天高级版特权" style="max-width:100%"></img></a>
<?php }?>
<!-- ads code end -->文章页面的广告便是如此加上去的。
而侧边栏中的广告代码，则是通过 WordPress 自带的「小工具」功能来实现的，插入图片，并加入对应的链接即可。
从阅读体验上来讲，在列表页面能看完所有内容自然是不错的，不过因为我的文章比较喜欢插入代码和图片，如果直接在文章页面展示所有内容，会导致页面看起来非常的混乱，所以我修改了对应的代码，将其调整为在首页展示摘要，而在内容详情页展示全文。
这里 2012 主题并未加入相对应的功能的开关，因此需要自行代码实现相应的功能。
原代码如下：
<?php if ( is_search() ) : // Only display excerpts for search. ?>
<div class="entry-summary">
<?php the_excerpt(); ?>
</div><!-- .entry-summary -->
<?php else : ?>
<div class="entry-content">
<?php the_content( __( 'Continue reading <span class="meta-nav">→</span>', 'twentytwelve' ) ); ?>
<?php
wp_link_pages(
array(
'before' => '<div class="page-links">' . __( 'Pages:', 'twentytwelve' ),
'after' => '</div>',
)
);
?>
</div><!-- .entry-content -->
<?php endif; ?>新的代码如下：
<?php if (is_search()): // Only display excerpts for search.
?>
<div class="entry-summary">
<?php the_excerpt(); ?>
</div><!-- .entry-summary -->
<?php
else: ?>
<?php if (is_single()): ?>
<div class="entry-content">
<?php the_content(__('Continue reading <span class="meta-nav">→</span>', 'twentytwelve')); ?>
<?php
wp_link_pages(array('before' => '<div class="page-links">' . __('Pages:', 'twentytwelve'), 'after' => '</div>',));
?>
</div><!-- .entry-content -->
<?php
else: ?>
<div class="entry-summary">
<?php the_excerpt(); ?>
</div><!-- .entry-summary -->
<?php
endif; // is_single()
?>
<?php
endif; ?>通过上述的代码实现，来控制了在首页 & 列表页面只显示摘要，而在具体的内容页面，展示全部内容。
WordPress 默认的摘要长度是 55 ，而我写的内容如果只是默认的 55 ，可能看起来会比较奇怪，所以我会通过代码，将其调整为 100
function custom_excerpt_length( $length ) {
return 100;
}
add_filter( 'excerpt_length', 'custom_excerpt_length', 999 );加入面包屑展示，有助于读者更好的在站内进行不同的导航，因此，借助于 All in One SEO 插件自带的面包屑功能，加入了面包屑。
<div id="aioseo_breadcrumbs" style="padding: 10px 0px;">
<?php if( function_exists( 'aioseo_breadcrumbs' ) ) aioseo_breadcrumbs(); ?>
</div>近几年，我基本上是保持着跟随官方的步伐，使用当年的默认主题，比如 2021 出了，我就用 2021 主题，当 2022 出了，我就用了 2022 主题。
前几天我也还在使用 WordPress 2022 主题，今天恰逢得空，我就还是把主题切换回了更加古老的 2012 主题。
聊聊为什么吧。
实际上，从 2020 开始，你就会发现，WordPress 的主题设计就会逐渐的倾向于「个人主义」的主题，增加了大量的展示自己的主题，包括我自己，也在过去的一年里，大量的使用了 2021 这个主题。
但是，当我在 Beta 版试用 WordPress 的 2022 主题时，我发现这样的情况愈发的明显，甚至对于我来说，超出了我的能力范围。
2022 主题相比于 2021 主题，提供了更多的编辑的能力，用户可以用一个可视化的编辑界面，去修改你的网站的任何一个位置。从一个普通的用户者的角度来看，它赋予了用户更多的能力，可以去实现任何一个想要的效果。但从一个专业的开发者的角度来看，他从某种程度上束缚住了我的手脚，我再也不能对 WordPress 主题做任何修改（你只会获得一个「编辑器」）。此外，对于一个「不那么有审美」的人（比如我），可拖拽意味着你会拖拽出一个完全不合理的界面。
So，我放弃了2022 主题
2012 是我最近在看 HappyXiao 的博客 注意到的，我发现 2012 这个 10年前的主题在处理不同设备之间的响应式、清爽感等方面做的非常好，作为一个阅读者，我的体验极佳。
而我同样希望给我的读者提供更多更加友好的阅读体验，于是，我就选择了 2012 来作为当下我的主题。
当然，这个主题并不一定完全符合我的要求，因此，我也做了一些基本的改进，这些改进，后续我会单独写一篇文章来说明。
对于如今的开发者们来说，已经处在一个很好的时代了，他们拥有着丰富的基础设施，这些基础设施，让我们可以以更加低成本的方式，来构建我们自己想要的产品和工具。
我们站在巨人的肩膀之上，构建属于我们自己的产品。
为什么我们一定要完全自己去构建一个产品呢？从国家的角度来说，这样情有可原，而从个人的角度来说，借助这些基础设施来构建一款产品，才是最为实际的。
我们需要自己从 0 开始建设一个云服务么？当然没必要，我们可以使用阿里云、腾讯云、AWS、Azure，你可以使用任何一个云服务厂商为你提供的基础设施，构建自己的产品，直到他们无法满足你的那一刻。
我是一个灵感非常丰富的人，所以我总是会有各种奇奇怪怪的想法，并且试图将其转换为一个实体的项目（工程师的身份赋予我将其从灵感变为现实的可能，而产品经理的经历让我可以关注一个产品最为重要的是，至于说运营的工作，让我可以把一个项目从 0 开始推广）。
而我过去的一个毛病是，当我有了灵感后，会先试着去买一个域名。但，购买域名并不意味着我一定能把这个项目做完，大部分时候我会注册一个域名，然后，放一年，直到他过期。久而久之，我就有了几十个域名。。。
所以，我在思考，在后续的新的项目中，我将会启用项目代号制，先不思考项目名是什么，以及应该用什么域名，而是先尽全力将自己的 MVP 跑通，以及完成功能假设和市场假设。
所以代号从哪来呢？不妨从一些经典电影中找找灵感吧，最近看一些英文电影，然后从英文电影中寻找答案。
今天带女朋友去录制了她的第一期播客。
总体来说，她自己的体验还是不错的。虽然在去的时候，压力大，但在录制结束后，十分幸福，感受很好，也在不停的反思自己的问题。
也因为录制了第一期节目，开始期待后续的节目录制。
正如 bobo 所说，录制播客只有 0 次和无数次。
播客的制作成本远低于一篇文章、一个视频，你需要的仅仅是一个麦克风（手机的也不是不行），一个想法，以及一段属于你的时间。
这种更加简单的方式，可以让创作者们更容易、更愿意和更敢于表达自己。对于我来说是这样的，对于我女朋友来说是这样的，而对于你来说，也是这样的。