进行了一次简单的数据迁移

之前的数据都保存在自己搭的 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 了。这简直就是极大的福利。