之前的数据都保存在自己搭的 MySQL 上，之前一段时间，发现服务器内存不足，总是杀掉 MySQL 进程，所以在 GCP 上开了一个最小的实例，今天终于把 WordPress 的数据迁移过去了。中间倒是无缝迁移，不操作 WordPress 数据， mysqldump 导出数据，然后 mysql < backup.sql 导入，倒也没有花费太多时间。 不过这个也算可以告一段落了。

昨天和朋友聊到应用内搜索，我当时的第一反应就是 Google 早很多年就已经退出过 App Indexing 了，如今再提及应用内搜索做什么。但是想一想Google 16年退出，如今快4年了，但这个功能依然是缺失的。一方面各个公司将内容限制在自己的花园里，不愿意共享，另一方面小公司也不依赖于给 Google 索引内容来给自己导流。大公司小公司都不愿意接入 App Indexing，那如何发展系统级的应用内搜索。抛开国外的互联网环境，到国内看，各个巨头都有自己的内容平台，公众号只能在微信内搜索，唯一开放给Web 的搜狗搜索的公众号也被限制的死死的，更不用说百度的什么狗屁百家号，头条的什么号，所有的内容在开放的互联网上都没有被很好的 Index，分散在各个应用内。 所以当时给朋友说当前最好的应用内搜索就是 Android 本地的搜索，搜索联系人，通话记录，短信，以及已经下载到SD卡中的文件，当然如果能搜索音乐，Podcast 当然更好。并且回想 Google 当时出现的情况，那就是互联网的内容，因为不同的网站分散在世界的各个角落，并且各家的内容足够好，又没有巨头垄断内容，所以 Google 的出现使得互联网的 Index 直接从图使馆索引列表式的雅虎转为了关键字搜索。而今天在整理收听的播客时突然想到一个念头，如今的播客正符合这样的一种情况，各家制作播出的播客都有很好的内容，但是这些播客分散在各个平台，各个系统中。听了很多年的播客，从当时 Android 上的 Pocket Casts，到苹果上的 Podcast，再到Castbox， Google Podcast，又到N多的国内的博客平台，喜马拉雅，听伴，考拉等等，虽然现在喜马拉雅有一统江湖的趋势，但是喜马拉雅缺失的内容太多，尤其是很好的外文内容。而泛用型播客平台上又缺失了大部分的中文内容。为了听这些内容我经常需要来回切换不同的应用。如果有应用内搜索，那么就是一个非常好的体验。 然后突然我今天看到新闻，Google 支持直接在搜索结果中直接收听 Podcast 了。这简直就是极大的福利。