作者： AI最严厉的父亲

在数字时代，我们对于搜索引擎的依赖愈发重要，尤其是像 GPT-4 这样的先进语言模型。然而，最近一些用户反馈称，他们使用 GPT-4 时遭遇到了网站 Robots 协议的拦截。这一问题引发了广泛的关注和讨论。今天，我们将深入探讨这个问题，了解背后的技术原理以及用户体验。

开篇故事

故事的开头，让我们想象一个用户，我们称之为小明。小明是一位热衷于获取信息的学生，他常常使用 GPT-4 来搜索各种有趣的话题。然而，最近，他注意到当他使用 GPT-4 的 "Browse with Bing" 功能时，经常会遇到网站 Robots 协议的拦截。这一问题开始影响他的搜索体验，让他感到困扰。

技术原理

首先，让我们来了解一下这个问题的技术原理。网站 Robots 协议，也称为 robots.txt，是一种标准，用于告知搜索引擎哪些页面可以被爬取，哪些页面不应该被爬取。这是网站所有者用来管理其内容的一种工具。

当 GPT-4 使用 "Browse with Bing" 功能时，它实际上是在模拟一个普通用户使用搜索引擎的行为。这意味着它会尝试访问网站上的各种页面，以获取相关信息。然而，如果网站的 Robots 协议将某些页面标记为不可被搜索引擎爬取，那么 GPT-4 将无法访问这些页面，从而导致搜索结果的不完整性。

用户体验

那么，这个技术原理对用户体验有何影响呢？首先，它可能会导致搜索结果的缺失，因为某些页面无法被 GPT-4 访问。这对于用户来说可能会非常令人沮丧，特别是当他们寻找特定信息时。

其次，这也可能影响用户的时间和精力。用户可能需要不断尝试不同的搜索词或网站，以找到他们需要的信息，这会浪费他们的时间和精力。

最后，对于像小明这样的用户来说，这可能会破坏他们的搜索体验，降低他们使用 GPT-4 的积极性，从而影响到他们的学习和工作效率。

寻找解决方案

面对这一问题，有人可能会问，是否有解决方案可以改善用户体验呢？答案是，可能有一些方法可以缓解这一问题。首先，搜索引擎提供商可以考虑改进他们的爬虫程序，使其更好地遵守 Robots 协议，以减少对网站的不必要访问。

其次，网站所有者也可以采取一些措施，如更新 Robots 协议，以更灵活地控制哪些页面可以被爬取。他们还可以考虑提供其他途径，以便用户能够访问被 Robots 协议拦截的页面，比如提供直接的链接。

结论

总之，网站 Robots 协议对 GPT-4 的阻拦问题确实存在，并且可能会影响用户的搜索体验。然而，这个问题并非没有解决之道，需要搜索引擎提供商和网站所有者共同努力，以改善用户体验，让用户能够更轻松地获取他们需要的信息。

希望随着技术的发展，这个问题能够得到更好的解决，使用户能够更愉快地使用 GPT-4 进行搜索和获取信息。

大家好，我今天要给大家讲一个发生在深夜的故事，关于一个看似简单的操作，却险些让一部苹果手机变成了一块废铁。这个故事的主人公是我的女朋友，而我，只是个看起来很聪明的家伙，却不小心把自己给绕进去了。废话不多说，咱们开始吧！

故事开始

事情发生在一个普通的夜晚。我和女朋友正在家里度过宁静的夜晚，突然，女朋友突然叫醒了我，一脸焦虑地告诉我，她的苹果手机无法解锁，即使输入正确的密码也不行。

我一下子清醒了，因为这可不是闹着玩的。我开始询问她发生了什么事情，但她只是一遍遍地告诉我手机无法解锁，焦急的神情让我明白了问题的严重性。

设置密码

事情要从几天前说起，女朋友决定为她的iPhone XS添加一个交通卡，以方便她的日常出行。这听起来似乎是一个很简单的任务，只需要在手机上添加一个交通卡就行了。

然而，当她在添加交通卡的过程中，系统要求她设置一个新的密码。当时，她没有太在意，以为这只是一个用于支付的密码。于是，她输入了她手机的原有锁屏密码，经过两次验证，密码就被设定了。看起来一切都进行得很顺利，但她并没有意识到，她已经掉入了一个巨大的坑中。

坑的深度

事情的关键在于，她的苹果手机有一个与锁屏密码相关的功能，叫做Apple Pay。这个功能可以让你使用手机来进行支付，而支付时需要输入密码。可是，她之前设置的那个密码，也就是她的锁屏密码，在不知情的情况下，也被同步到了Apple Pay 上。这意味着，她的手机锁屏密码和支付密码是一样的。

半夜的惊魂

回到深夜，当我被女朋友叫醒后，我试图回忆起当时设置的密码，但在半夜两点的情况下，我的尝试一直没有成功。这个时候，我们都知道只剩下一次尝试机会，因为系统会在一次失败后锁定手机一个小时，而我们不敢再冒险。

这是一个让人焦虑的时刻，手机变成了一块看似华丽却无法使用的砖头，而我们却束手无策。

寻找解决方案

我们决定采取行动，寻找解决方案。我开始搜索各种帖子和讨论，试图找到解决办法。最终，我了解到最有效的解决方法可能是刷机，但这意味着手机上的所有照片和数据都将丧失。这让我们感到非常沮丧，因为手机里有很多重要的照片和数据。

刷机尝试

我决定尝试刷机，希望能够解决这个问题。我启动了刷机过程，但遇到了一个困难。刷机进度停滞不前，卡在某个步骤上，已经持续了几个小时。这个问题让我感到更加沮丧，因为我不知道如何解决。

于是，我寻求了各种途径，包括联系苹果客服和拜访授权店，但都没有找到有效的解决方法。手机问题变得越来越棘手，而我们的焦虑也不断升级。

数据恢复

在这个危机时刻，我突然想起了一个备份计划，我定期备份数据的任务。虽然这与手机问题看似无关，但备份的概念启发了我。我回忆起之前备份过手机数据，如果我能够恢复这个备份，或许可以挽救手机里的照片和数据。

恢复备份

我开始尝试从备份文件中恢复数据。首先，我列出了可用的备份文件，并选择了最近的一个备份。然后，我执行了恢复数据的命令。这个过程可能需要一些时间，因为它涉及将数据从备份文件还原到数据库中。

恢复存储库

尽管我成功地恢复了数据，但存储库的问题仍然存在。由于之前的错误，我误删了存储库数据。我决定尝试从备份中恢复存储库。这涉及到复制备份文件到正确的位置，以及修复存储库数据。

修复存储库

最终，我修复了存储库数据，使其恢复到正常状态。虽然经历了多次尝试和一些错误，但我终于成功地修复了数据，手机重获新生，而存储库数据也得以保留。

结论

这个故事告

诉我们，在处理技术设备时，一定要谨慎小心，不要掉入坑中。尤其是在设置密码时，务必仔细阅读提示，避免将不合适的密码同步到锁屏密码上。此外，定期备份手机数据是非常重要的，它可以帮助你在意外情况下恢复丢失的信息。最重要的是，如果你遇到了问题，不要惊慌，应该冷静思考，寻找解决方案。

在数码世界中，出现问题是不可避免的，但如何应对问题和解决问题将决定你的经验是否变得更加愉快。希望这个故事能够帮助你避免类似的困境，让你的技术生活更加顺利。

在2023年4月24日，我收到了GitLab的升级通知，于是开始了升级操作，然而，这次例行升级引发了一个严重的问题，导致GitLab数据库丢失。这篇文章将记录我是如何修复GitLab的，同时也会提及一些我在这个过程中犯下的错误。虽然中途有一些操作没有及时记录截图，但我会尽量用备份的一些场景来还原过程。

基本情况

• 当前版本：GitLab-CE 15.9.5
• 升级版本：GitLab-CE 15.11.0
• 操作系统：Linux Debian 10
• 硬件配置：2核8GB内存50GB硬盘
• 500+仓库和13个GitLab Runner用于执行任务

问题出现

一切都开始于一次升级操作，我执行了升级命令，但不幸的是，一旦升级完成，问题就接踵而至。这是我犯下的第一个错误，没有在升级前对虚拟机进行快照备份，而是直接升级了内部应用。以前的升级都没有问题，因此我没有太多的警觉性。此外，由于我使用Docker部署GitLab已经有5年之久，每次更新都是按照相同的步骤进行，所以我没有过多地考虑到备份的必要性。以下是我执行的命令：

docker rm -f docker && docker pull gitlab/gitlab-ce:latest && docker run -it --log-opt max-size=10m --log-opt max-file=3 -p 443:443 --name gitlab --restart always -v /root/gitlab/config:/etc/gitlab -v /root/gitlab/logs:/var/log/gitlab -v /root/gitlab/data:/var/opt/gitlab gitlab/gitlab-ce:latest

第一次报错

然而，升级命令执行后，我遇到了第一个错误，错误信息如下：

SELECT COUNT(*) FROM container_repositories WHERE migration_state = 'import_skipped'
ERROR:  column "migration_state" does not exist at character 51

错误信息明确指出了解决方法，它建议我添加一个参数 -e GITLAB_SKIP_UNMIGRATED_DATA_CHECK=true 来重新启动实例，以绕过升级检查。于是我添加了这个参数，重新启动了GitLab实例。

第二次报错

然而，第二次启动后，又出现了问题，错误信息如下：

Starting the database
Error starting the database. Please fix the error before continuing
Expected process to exit with [0], but received '1'

这次的错误是关于数据库启动的问题，GitLab试图升级PostgreSQL版本，但出现了问题。它提供了另一个解决方案，要求我添加 -e GITLAB_SKIP_PG_UPGRADE=true 参数来跳过数据库升级。于是我使用了GitLab之前的版本 gitlab/gitlab-ce:15.9.5-ce.0 来重新启动。

第三次报错

第三次启动后，我遇到了文件权限的问题，错误信息如下：

failed to read meta.json for a block during repair process; skipping" dir=/var/opt/gitlab/prometheus/data/01GYSNK1JKD2X5125MP0ZRPKFH err="open /var/opt/gitlab/prometheus/data/01GYSNK1JKD2X5125MP0ZRPKFH/meta.json: permission denied"

通过分析日志，我发现只是一个权限问题，于是我毫不犹豫地将相关目录的权限设置为777：

chmod -R 777 /root/gitlab/config
chmod -R 777 /root/gitlab/logs
chmod -R 777 /root/gitlab/data

然后进行了第三次重启。

第四次报错

第四次启动后，我遇到了与邮件

通知相关的错误，错误信息如下：

Could not determine email for job (please check DB for incomplete objects)

这个错误并没有提供直接的解决方案，但它暗示了可能存在数据库问题。在这一点上，我开始感到紧张，因为我没有数据库备份。但我决定尝试一个解决方案，我执行了以下命令：

sudo gitlab-rake gitlab:db:bootstrap

这个命令似乎修复了一些数据库问题，然后我进行了第四次重启。

第五次报错

第五次启动后，终于没有再次报错，GitLab看起来正常运行了。我尝试登录，并确保所有存储库和项目都存在。但是，当我尝试访问一个项目时，我遇到了一个新的问题，即无法获取存储库的内容，错误信息如下：

The repository could not be found.

这个问题让我感到非常焦虑，因为我拥有的存储库非常重要。我开始寻找解决方法，但在这个过程中，我再次犯了一个错误，没有停止GitLab容器，而是继续尝试解决问题。这导致了我在一次数据恢复尝试中误删除了存储库数据。

数据恢复

在数据丢失之后，我感到非常沮丧，但我没有放弃。我开始尝试从GitLab备份文件中恢复数据。幸运的是，我之前有一个定期备份GitLab数据的任务，这些备份文件位于 /root/gitlab/backups 目录下。我决定尝试从这些备份中恢复数据。

恢复备份

首先，我列出了可用的备份文件，使用以下命令：

ls /root/gitlab/backups

然后，我选择了最近的一个备份文件，执行了以下命令来恢复数据：

docker exec -t gitlab gitlab-backup restore BACKUP=xxx

在这里，xxx 是我选择的备份文件名。恢复过程可能需要一些时间，因为它涉及到将数据从备份文件还原到数据库中。

恢复存储库

一旦数据恢复完成，我还需要恢复存储库的数据。由于我之前误删了存储库数据，我只能尝试从GitLab Runner的备份中恢复存储库。这是我犯下的又一个错误，因为我应该在执行任何操作之前停止GitLab容器以防止进一步的数据丢失。

我列出了GitLab Runner的备份文件，使用以下命令：

ls /root/gitlab/data/gitlab-runner/data

然后，我选择了最近的一个备份文件，执行了以下命令来恢复数据：

docker run --rm -v /root/gitlab/data/gitlab-runner/data:/data ubuntu cp -R /backup /data

这将备份文件从Runner容器复制到了宿主机的Runner数据目录中。

修复存储库

然而，这还不够，因为存储库数据仍然无法访问。我需要执行以下命令来修复存储库数据：

docker exec -t gitlab gitlab-rake gitlab:storage:rollback ORIG_STORAGE=/var/opt/gitlab/git-data/backups/

这个命令将存储库数据从备份中还原到正确的位置。

结论

经过多次尝试和一些错误，我终于成功地修复了GitLab数据库丢失的问题，并且成功恢复了存储库数据。这次经历教训深刻，我意识到了数据备份的重要性，以及在遇到问题时要及时停止容器以防止进一步的损失。同时，我也学到了如何从GitLab备份中恢复数据，以及如何修复存储库数据。希望这篇文章对其他遇到类似问题的人有所帮助。

下一步计划

在修复了GitLab的问题后，我计划进一步改进我的GitLab部署策略，确保数据的安全性和可恢复性。我还会继续学习并提升自己的技术能力，以更好地应对类似问题。同时，我也会分享这次经历和教训，希望能够帮助其他人避免类似的困境。

大家好，我是王大神。今天我要和大家聊一个我们都曾经遇到过的问题：在安卓手机上，使用微信视频呼叫时，对方暂未接听时的铃声音量过大，让人感到特别吵。这个问题曾经困扰了很多人，包括我自己。在这篇文章中，我将分享一些解决这个问题的方法，让你不再被微信的铃声吓到。

遇到问题的场景

在我们深入解决方法之前，让我们先来了解一下这个问题出现的场景。当你在使用微信进行视频呼叫时，如果对方还未接听，微信会播放铃声来提醒你等待。问题是，这个铃声会从手机的免提外放发出，音量通常很大，即使你已经将手机调成静音或将多媒体音量调至最低，仍然没有效果。这给很多人带来了困扰。

背后的问题

这个问题背后的原因是微信的设计。在早期版本中，这个等待呼叫的声音会走手机的媒体音量，可以通过将手机调成静音来解决。然而，后来微信引入了自定义铃声功能，这个铃声就开始走通话音量，并且不能关闭。这就导致了问题的出现。

尝试的解决方法

很多人都曾经尝试过各种方法来解决这个问题，但并没有找到完美的解决方案。以下是一些尝试过的方法：

1. 调低音量: 有些人试图在视频呼叫等待时将手机音量调至最低，但这并没有效果，因为音量仍然很大。

2. 切换到后台: 有人尝试将微信切换到后台，以期望音量会降低，但这也没有奏效。

3. 戴耳机: 有些人选择戴上耳机，以减轻铃声的影响，但这并不总是方便。

4. 禁用媒体音量控制: 有人建议在手机的文件权限中禁用“媒体音量控制”，但并不是所有手机都支持这个选项。

可能的解决方法

尽管以上方法并不总是有效，但还是有一些可能的解决方法可以尝试：

1. 切换到静音模式: 在视频呼叫等待时，将手机调至静音模式，然后再切回来。有些用户报告称这种方法有效。

2. 反编译微信: 一些用户建议反编译微信的APK文件，然后在资源目录中找到铃声文件并将其删除。不过，这需要一定的技术知识，而且可能违反微信的使用协议，谨慎使用。

3. 联系微信客服: 如果以上方法都无效，你可以尝试联系微信客服，反馈这个问题。虽然不一定会立即解决，但至少可以提醒微信团队关注这个问题。

结语

虽然微信视频呼叫等待时音量过大的问题仍然没有一个完美的解决方案，但我们可以尝试一些方法来减轻其影响。希望未来的微信版本能够改进这个问题，让我们的通讯更加愉快。

如果你也曾经遇到过这个问题，或者有其他方法可以解决它，请随时分享你的经验和建议。我们可以一起努力，让微信的使用体验变得更好。

大家好，我是王大神，今天我将和大家分享一个关于Qt和qt-creator的故事。这个故事将引出我们为什么要写这篇文章，以及如何在开发商用闭源软件时避免一些潜在的法律坑。废话不多说，让我们开始吧！

引子：梦想与挑战

很多年前，有一位名叫小李的年轻开发者，他有一个伟大的梦想——创建一款革命性的软件，可以自动化生成代码和配置代码，从而大幅提高开发效率。他对Qt的强大功能和跨平台特性感到着迷，于是决定基于Qt来实现他的梦想。

小李的梦想是美好的，但他并不知道在商用闭源软件开发的道路上，隐藏着一些坑。让我们一起跟随小李的脚步，了解这些坑以及如何避免它们。

第一章：Qt和qt-creator的开源协议

小李开始了他的开发之旅，但很快他就发现了一个重要的事实——Qt采用了GNU通用公共许可证（GPL）协议，而qt-creator使用GNU较宽通用公共许可证（LGPL）。这两个协议都要求开发者在分发软件时开源源代码。

小李陷入了思考中：难道他的商用软件也需要开源吗？这将是他的梦想破灭的开始吗？

第二章：商用闭源的挑战

小李并不是唯一一个面对这一问题的开发者。有人曾尝试使用动态连接来规避开源要求，但结果并不总是顺利。有报道称，Qt公司可能会向依赖Qt的商业应用程序发出律师函，要求它们遵守开源协议。这让小李更加焦虑，他不知道该如何继续前行。

第三章：选择其他开发工具？

在面对Qt和qt-creator的开源协议时，小李开始考虑是否应该寻找其他开发工具。他听说了Electron和Flutter等工具，它们在商用闭源方面可能更加灵活。但小李也明白，选择开发工具取决于项目的需求和开发者的偏好。

第四章：智慧的选择

最后，小李做出了智慧的选择。他明白了Qt和qt-creator的开源协议要求，在商用软件中开源源代码是法律底线。虽然有人可能尝试使用动态连接来规避，但Qt公司积极维护协议，可能会采取法律行动。

因此，小李决定购买Qt的企业版授权，以确保他的项目合法并受到支持。他明白，作为开发者，时刻关注开源协议的要求是非常重要的，这将有助于保护自己和自己的项目。

结语：智慧之路

在软件开发的道路上，我们都会面临各种挑战和坑。了解开源协议的要求，明智地选择开发工具，购买合适的授权，这些都是帮助我们避免坑的关键步骤。不管你是像小李一样有梦想的年轻开发者，还是经验丰富的老手，这些建议都将对你有所帮助。

希望这篇文章能够为你提供有价值的信息，并帮助你在商用闭源软件开发中走得更远。如果你有任何其他问题或需要更多信息，请随时向我提问。

异地恋或者在不同地方的情侣常常会面临一个共同的问题：如何在线同步观看电影，以分享电影时刻和增进感情？在这篇文章中，我们将探讨一些可行的解决方案，帮助情侣们享受电影的乐趣，而不必担心播放不同步或质量下降的问题。

问题的背景

让我们首先了解一下问题的背景。许多情侣在不同的地方，或者由于各种原因无法亲自相聚，但他们仍然希望能够一起观看电影，分享这种特殊的时刻。然而，现有的视频会议软件并不总是满足他们的需求。录屏和录音的质量可能会受到限制，导致观影体验下降。因此，他们寻求一种更好的解决方案，使观看电影成为愉快的体验。

解决方案一：使用媒体服务器

一个解决方案是使用媒体服务器来共享电影。有一些免费和开源的媒体服务器软件，如Jellyfin和Plex，可以让你轻松地建立自己的媒体库。这些软件支持同步播放，允许你和你的伴侣同时观看相同的电影，而不必担心播放不同步的问题。你可以上传自己喜欢的电影，并与伴侣共享。

解决方案二：使用专业的工具

如果你希望更专业一点的解决方案，可以考虑使用专门设计的工具，如VideoTogether或Parsec。这些工具专为多人在线观影而设计，提供了高质量的视频流和低延迟的同步播放。它们通常需要适度的付费，但可以为你提供极好的观影体验。

解决方案三：利用现有的技术

一些用户提到了利用现有的技术，如Apple的SharePlay功能和FaceTime。这些功能允许你和你的伴侣同时观看电影，而不必依赖第三方工具。然而，这些功能通常仅适用于苹果设备，如果你和你的伴侣都使用macOS和其他苹果设备，这可能是一个不错的选择。

解决方案四：自建直播间

如果你想要更多的控制权，你可以考虑自建一个直播间，用来播放你想看的电影。这可以通过各种方式实现，包括使用OBS进行推流，或者使用腾讯的云直播服务。这种方法可以提供高质量的视频和音频流，但可能需要一些技术知识和付费。

解决方案五：自定义的解决方案

最后，如果你有一些编程或技术方面的知识，你还可以考虑创建自定义的解决方案。例如，你可以编写一个能够远程同步触发的程序，以控制播放和暂停电影。这个方法需要一些额外的工作，但可以为你提供最大的自由度。

结论

无论你选择哪种解决方案，都要根据你和你的伴侣的需求和技术水平来做出决定。每个解决方案都有其优点和局限性，所以请根据你的情况选择最

适合你的方法。重要的是，能够共享电影时刻，增进感情，无论你们身在何处。

在未来，我们也期待看到更多的技术创新，以满足情侣们在不同地点共享电影时刻的需求。

你是否曾经想过在5分钟后执行一个特定的快捷指令，但却发现Siri并不总是理解你的意图？在这篇文章中，我们将探讨如何实现这个目标，以及一些有趣的方法来绕过Siri的限制。

Siri的局限性

Siri是苹果的虚拟助手，可以执行各种任务，包括执行快捷指令。然而，当我们尝试告诉Siri在5分钟后执行某个快捷指令时，它似乎并不总是能够准确识别我们的意图。通常情况下，Siri会创建一个5分钟后的提醒事项或者家庭任务，而不是执行我们所期望的快捷指令。

Crontab服务的尝试

有一位用户提到了使用Crontab服务的方法。Crontab是一种在Unix系统上用于定时执行任务的工具，但它通常用于服务器和计算机系统，而不是手机上。虽然这个方法可能在某些情况下有效，但对于大多数普通用户来说，它可能不够方便。

快捷指令的实时性

另一位用户提到了快捷指令的实时性。事实上，快捷指令通常是实时执行的，而不是预定执行的。这意味着要在将来的某个时间点执行快捷指令可能需要一些额外的技巧。

修改快捷指令添加等待时间

有一种方法是在你的快捷指令的开头添加一个等待时间。例如，你可以在指令的最前面加上一个等待300秒的命令，这样就可以实现在5分钟后执行该指令。这个方法确实可以实现目标，但有一个缺点，那就是如果你想要改变等待时间，你需要进入快捷指令并手动修改它。

使用变量和Siri的帮助

另一个方法是使用变量，并通过Siri的语音输入来设置等待时间。这需要一些额外的操作，但可以让你更加灵活地控制执行时间。你可以将等待时间设置为一个变量，然后在呼叫Siri时弹出一个输入框，让你手动输入等待时间。这样，你就可以轻松地在不同时间执行不同的指令。

使用闹钟替代

如果你不介意稍微繁琐一些的方法，你还可以使用手机的闹钟功能来代替Siri。你可以设置一个闹钟，在闹钟响起时执行你想要的快捷指令。虽然这不是最直接的方法，但它是一个可行的替代方案。

使用at命令

另一个方法是使用at命令。at是一个用于在将来的某个时间点执行命令的工具，通常在Unix和Linux系统上使用。虽然这需要一些命令行操作，但它可以让你相对轻松地安排快捷指令的执行时间。

创造自定义的解决方案

最后，你还可以考虑创建自定义的解决方案。例如，你可以编写一个包含延迟执行逻辑的自定义快捷指令，然后在需要时手动启动它。这样，你可以完全掌握执行时间，尽管这需要一些额外的努力。

结论

虽然Siri在执行快捷指令时可能存在一些限制，但通过一些创新的方法，你仍然可以实现在5分钟后执行特定的快捷指令。无论你选择哪种方法，都要确保它符合你的需求和习惯。

在未来，我们也期待看到苹果可能会改进Siri的功能，使其更加灵活和智能，以满足用户不断变化的需求。

我常常思考一个问题：买一部高价位的手机是否真的值得？特别是当这款手机承诺提供长达七年的系统更新时，是否值得入手？最近，Pixel 8登场，它承诺提供长达七年的系统更新，让人开始思考这一问题。

七年系统更新，令人期待

首先，让我们来探讨一下Pixel 8的亮点之一：长达七年的系统更新。这一承诺听起来相当诱人，尤其是对于那些希望手机能够长期使用的人来说。毕竟，手机是我们日常生活的重要伴侣，能够获得长期的系统更新意味着我们可以享受到最新的功能和安全性。

性能和使用寿命的考虑

然而，承诺七年系统更新并不仅仅意味着一切尽在掌握。我们还需要考虑手机的性能和使用寿命。以前的Pixel手机在使用数年后可能会出现性能下降的情况，而新款Pixel 8会有何不同呢？

以前的经验

回顾一下以前的Pixel手机经验，我们可以看到一些有趣的情况。比如，OG Pixel和Pixel XL发布于七年前，当时配备了Snapdragon 821 SoC和4GB RAM。到了Android 10时，这些手机基本上已经卡顿到无法日常使用的状态。同样，四年前的Pixel 4和Pixel 4 XL搭载了Snapdragon 855 SoC和6GB RAM，在今天勉强能够使用，但也不再是最流畅的选择。

Tensor性能和未来考虑

Pixel 8搭载的Tensor SoC的性能相对较低，甚至在发布时就落后于高通旗舰两代。这让人不禁担心，在七年之后，Pixel 8是否能够满足我们日常使用的需求。毕竟，手机的性能在这个快速发展的时代至关重要。

更新频率

此外，Pixel 8的系统更新频率也值得关注。根据前辈们的经验，大版本更新大约在三年左右，而补丁更新则在四年左右。这意味着即使有七年的系统更新承诺，我们可能在使用的过程中仍然会受到一定的限制。

抛开硬件的影响

此外，像手机电池等易耗件可以更换，但硬件的限制可能会让一些功能在更新后无法使用。这也需要我们认真考虑。

总结

综合来看，Pixel 8的七年系统更新承诺是一个吸引人的特点，但我们仍然需要关注性能、硬件限制和更新频率等因素。如果你追求长期使用并能够容忍一些性能上的妥协，那么Pixel 8可能是一个不错的选择。但如果你更注重最新的性能和功能，可能需要考虑其他更高端的手机。

最终，是否值得入手Pixel 8取决于你个人的使用需求和预算。对于那些希望长期使用一部手机的人来说，它可能是一个不错的选择。但如果你更喜欢追求最新的科技和性能，可能需要考虑其他选项。

无论如何，我们都期待着看到Pixel 8在未来七年中的表现，希望它能够继续为用户提供出色的体验。

在这个数字化时代，我们积累了大量的数据和服务需求。无论是照片、视频还是文档，数据的存储和访问对于每个人都至关重要。然而，云存储和订阅服务的费用逐渐攀升，使人们陷入了昂贵的存储解决方案和复杂的订阅费用之中。如果你正寻求一种方法来摆脱这一困境，那么自己构建一个便宜的DIY NAS家庭服务器可能是一个更好的选择。

DIY NAS与购买现成产品的对比

在决定是否走DIY NAS的路线之前，值得考虑一下你对设备的需求。QNAP或Synology等品牌的NAS产品提供了更为简单、不费时的选择。它们提供了预安装的操作系统和全面的软件套件，可以处理云文档、备份等各种任务。此外，它们支持Docker容器、硬件RAID，并且可以扩展到许多NVMe和SATA端口，满足高级用途。但请准备好支付高昂的价格以换取即插即用的便捷性。

相比之下，DIY NAS涉及的步骤更多，不仅包括选择硬件，还包括设置软件。但优势也是显而易见的：DIY路线为你的预算提供更多的性能，具有更大的硬件和升级灵活性，而且你可以通过重新利用旧笔记本电脑、PC或树莓派来节省大量费用。我多年来一直在我的树莓派4上运行家庭服务器，直到最近才升级。

选择适合建造廉价NAS的硬件

要从零开始构建NAS有两种主要方法：一种是使用类似PC的专用外壳，另一种是使用带有直接附加存储（DAS）的迷你PC。前者是重新利用旧CPU的绝佳方式，可以提供大量的NVMe和SATA端口，以实现最佳性能和存储。然而，选择主板、内存、电源和机箱等部件相对复杂，如果没有零件在手，成本可能会迅速超过预制NAS的价格。

如果你从零开始并且不需要特别复杂的配置，我建议选择迷你PC和DAS路线。它们价格便宜，设置简单，而且在需要额外处理能力或可扩展存储时仍然非常容易升级。唯一的缺点是与较大的主板相比，NVMe/SATA硬盘连接数有限。要获得外部存储的良好性能，你需要一个USB 3.0（5Gbps）端口或更高版本，但即使这样，如果打算在同一DAS中在多个SSD之间传输大量数据，这也可能成为瓶颈。你可以通过使用10Gbps USB 3.1 Gen 2端口、电缆和DAS来解决这个问题，但这些更昂贵。但对于存储照片、音乐和文件来说，5Gbps的USB速度已经足够了，特别是与旋转硬盘一起使用时。

选择适用于DIY NAS的CPU/迷你PC

选择合适的CPU/迷你PC是关键决策。由于NAS始终处于开启状态，低待机功耗是一个很大的优点，但这需要与提供的最大性能进行权衡。基本的NAS用例，如文件共享，需要非常少的功率，但如果你想进行AI图像识别或HDR视频转码，需求会迅速增加。

例如，1W的基于Arm架构的Raspberry Pi 3可以用于Plex媒体服务器，但只支持直接播放。而4W的树莓派4型号勉强可以运行低比特率的1080p x265软件转码。但要实现4K转码，通常需要Intel Core i5或i7处理器，伴随着大约60W的系统空闲功耗。幸运的是，现代移动芯片上的Intel Quick Sync或类似的硬件转码效果相当不错，可以大幅降低功耗。我编制了一个大致的硬件指南，以满足特定用例的需求，但不可能涵盖每一种硬件。

芯片组	TDP范围	用例
极低功耗	Raspberry Pi 3	1-3W	文件共享和备份、媒体服务器（仅直接播放）、基本的Minecraft服务器
低功耗	Raspberry Pi 4B、Intel J、AMD Ryzen嵌入式（无GPU）	5-20W	文件共享和备份、媒体服务器、低用户数1080p视频转码、基本的图片机器学习、低玩家数量的Minecraft服务器、家庭助手
平衡功耗	Intel N、AMD Ryzen嵌入式（带GPU）	10-30W	文件共享和备份、媒体服务器、多用户4K视频转码、图片机

器学习、Minecraft服务器、家庭助手
高级 | Intel Core i3、i5、i7、AMD Ryzen 3、5、7 | 45-200W | 文件共享和备份、媒体服务器、高质量多用户视频转码、图片机器学习、Minecraft服务器、家庭助手

在我的最新构建中，我选择了一台新的搭载Intel N100处理器的Trigkey G5迷你PC（来自亚马逊，售价200美元），配备了过剩的16GB LPDDR5内存、双2.5Gbps LAN以及一块性价比较高的500GB NMVe操作系统固态硬盘。这款迷你PC在空闲状态下的功耗仅略低于6W（几乎与树莓派4相当），但却配备了四个3.4GHz的Alder Lake E核心和硬件转码功能。在峰值时可以达到30W的功耗，足以处理广泛的应用程序和我测试过的四个4K HDR HVEC到1080p的转码流。这远远超过了中端NAS市场上充斥着的Intel Celeron J和AMD Ryzen V1000芯片所提供的性能。

5W和60W待机功耗之间的差距可能会带来每年100美元的差异。

搭配一台4盘位的Terramaster DAS（来自亚马逊，售价170美元），可以获得高达80TB的存储容量，这个配置比高端的Synology DS923+（售价600美元）还要强大，成本不到其三分之二。尽管没有硬件RAID支持（我不需要），但你可以为你的DAS添加这个功能，成本相对较低。

这只是高端DIY选项的一个例子。你可以选择一台搭载Intel N5095、8GB内存的迷你PC（来自亚马逊，售价149美元）和一个双盘位外壳（来自亚马逊，售价80美元），价格大致与入门级的Synology DS223相当。但同样，这款芯片的性能显著更强，足以处理数个4K转码流，并从庞大的库中创建图片缩略图。廉价DIY NAS配置的另一个好处是，迷你PC可以自带一个2.5英寸硬盘或两个，如果这正是你所需要的，你可以廉价地将一个2.5英寸硬盘连接到USB硬盘上，或者选择适合你的存储需求并根据需要进行升级的多种两盘、四盘甚至更多盘位的DAS选项。

安装DIY NAS软件的技巧

到目前为止，一切都很容易，但安装软件是为了省钱而进行的努力所需要付出的时间。虽然我不能在这里涵盖所有可能的配置选项，但我可以提供一些初学者友好的简短提示，帮助你入门。

为你的NAS选择操作系统

尽管坚持使用熟悉的操作系统如Windows可能很诱人，但NAS更适合没有显示器的操作系统，比如众多的Linux发行版之一。此外，我们还可以享受到Docker的好处。然而，对于未经培训的人来说，安装和使用Linux命令行可能会感到困难。幸运的是，OpenMediaVault提供了可启动的ISO媒体，使安装过程非常简单，所以我不需要在这里重复步骤。只需将一个USB驱动器刻录成可启动盘，在你的PC上引导它，然后按照步骤在全新硬盘上安装OMV即可。TrueNAS Scale也是一个不错的选择，因为它提供了可启动的ISO媒体，但本文重点介绍了OMV。

但值得注意的是，我的最新设置无法检测到我的迷你PC的LAN硬件，在使用新硬件时可能会出现问题。因此，我安装了最新版本的Debian（包括最新的Linux内核），并确保在安装过程中启用了SSH，以便我可以在启动时访问命令行。如果需要命令行访问，你需要找到你的NAS本地IP地址，并使用像Putty这样的服务进行隧道连接。

然后，我使用了这个非常有帮助的脚本来在其上安装OMV——这与在树莓派上安装OMV的过程相同。一旦安装完成，你需要从路由器的设置中找到NAS/PC的本地IP地址（例如192.168.1.10），然后通过Web浏览器登录到OMV。就是这样，你将不再需要触及命令行。

添加应用程序和服务

OMV默认提供了管理硬盘驱动器、设置网络文件共享、同步备份和监视系统所需的一切。但我们还需要安装一些应用程序来更充分地利用我们的设置。这就是Docker派上用场的地方。首先，你需要在System > omv_extras > Docker-repo下启用Docker，然后在System > Plugins中安装Compose插件（如果尚未安装omv_extras，你也可以在这里找到它）。

现在，你应该能够看到Service > Compose菜单。进入Files开始添加应用程序。OMV提供了

一些示例，你可以添加它们，其中包括Deluge、Plex、Pihole、Syncthing等流行的应用程序。但在保存和启动服务之前，我们需要了解一些关于docker-compose文件的基础知识，特别是volumes参数。

Docker可能令人生畏，但一旦你掌握了它，就能够访问广阔的自托管软件世界。选择太多，因此我列出了一个非穷尽的列表，以便你入门。

媒体服务器

• Jellyfin — 开源媒体服务器，支持良好的客户端。
• Plex — 闭源媒体服务器，支持广泛的客户端。
• Navidrome — 开源音乐服务器。

图片查看器

• Photoprism — 具有机器学习功能的照片库。
• Lychee — 开源画廊管理工具。
• Immich — 早期开发的Google照片替代方案。

办公/文件

• Nextcloud — 开源的自托管云存储。
• Owncloud — 半开源的自托管云存储。

有用的工具

• Home Assistant — 在一个地方管理你的智能家居设备。
• Nginx反向代理管理器 — 通过你自己的子域名将服务暴露在网上。
• Pihole — 通过将流量路由通过你的服务器来阻止广告。

从简单的备份到自托管的替代品，以替代昂贵的云服务，构建一个廉价的DIY NAS可以割断与日俱增的昂贵云服务的联系。现成的NAS硬件是入门的好方法，尤其是如果你时间有限。但希望这篇指南能够说服你，自己构建PC或Mini-PC/DAS设置是掌控自己设置的好方法。而且成本要低得多，硬件要多得多，比Synology或QNAP多得多。

如果你对自己的DIY NAS有更多的需求和野心，那么自己动手搭建一个NAS可能是个不错的选择。不仅可以根据自己的需求定制硬件，还可以掌控整个系统，提供更多的性能和灵活性。当然，这需要更多的时间和精力，但最终的结果可能会更加令人满意。

最后，不要忘记备份你的数据，因为DIY NAS虽然强大，但也有风险。无论你选择哪种方式，都要确保你的数据安全，这样你就可以享受到自己构建的NAS带来的自由和性能优势。

曾经有这样一个故事，一只名叫加菲的猫在主人刚打开一张纸时，瞬间冲了上去，坐在纸上，然后深情地望着主人。主人惊讶地问道：“加菲，你为什么坐在一张纸上？”加菲深沉地回答：“因为，这是一个方块。”

是的，猫咪似乎对方块充满了极大的兴趣，不论是真正的盒子还是虚假的“盒子”。猫咪与盒子之间的这种奇特关系一直是宠物主人们茶余饭后的谈资。但为什么猫咪对盒子如此着迷呢？这背后究竟隐藏着什么样的秘密？本文将揭开这一谜题，带你深入了解猫咪与盒子的不解之缘。

1. 安全感与舒适性

猫咪之所以钟情于盒子，答案基本上如你所想：它们在狭小的空间里感到更加安全和舒适。多年的观察和研究表明，猫咪倾向于选择潜藏在盒子、纸箱或其他小小空间中，而这种行为在它们的野生祖先中也有所体现。这种寻找小空间的本能行为，源自幼年时期与母猫和同胞依偎的经历，被称为“包裹”行为。

一些研究甚至发现，当收容所的猫咪被提供盒子作为藏身之处时，它们的压力水平显著下降。这进一步证明了猫咪在狭小空间中获得的安全感对它们的心理健康至关重要。

2. 视觉幻觉的诱惑

不仅仅是真正的盒子，即使是虚假的“盒子”也能轻松吸引猫咪。你是否曾见过猫咪坐在地板上的方块、纸张或胶带上？这种现象不背后有着科学解释。

研究表明，猫咪容易受到视觉幻觉的影响。这一发现使我们更深入地了解了猫咪的认知能力。一项名为“如果我适合，我就坐：对家猫在幻觉轮廓易感性方面的市民科学调查”的研究，通过招募市民科学家在家中测试他们的猫咪，揭示了这一有趣的现象。

研究中使用了Kanisza方块，这是一种视觉谜题，其中圆圈排列成一个看起来像方块的幻觉。研究人员让猫主人制作了真实和虚假的方块，包括纸张、胶带和剪刀。结果显示，猫咪对真实和虚假的方块均表现出兴趣，坐在上面的可能性一样大。

这一研究进一步证实了猫咪容易受到视觉幻觉的吸引，这也为猫咪认知研究提供了新的视角。虽然猫咪在科学研究中并不是理想的实验对象，但通过在家中观察它们的行为，我们也可以更好地了解它们的认知和行为模式。

3. 猫咪的生态丰富化

除了提供安全感和视觉幻觉的诱惑，盒子对猫咪的心理健康还有着其他积极影响。兽医行为学家尼古拉斯·多德曼指出，猫咪需要盒子或其他容器来进行环境丰富化。这意味着盒子不仅是它们的庇护所，还可以作为游戏和探索的空间。

在家中提供多样化的环境刺激对猫咪的幸福感和心理健康至关重要。盒子提供了一个小小的世界，让猫咪可以在其中探索、躲藏和玩耍。因此，如果你发现你的猫咪时不时躲进盒子里，不必大惊小怪，这只是它们在追求生活中的一种多样性体验。

4. 不同猫咪的喜好

值得注意的是，不同的猫咪可能对盒子有着不同的喜好。有些猫咪可能对盒子情有独钟，经常会在里面度过大量时间，而其他猫咪则可能较少表现出这种行为。这取决

于猫咪的性格、经历和个体差异。

有的猫咪可能更加开放和好奇，对新事物充满兴趣，因此更容易被盒子吸引。而一些较为胆小或警觉的猫咪可能需要更长的时间来适应盒子的存在。不过，总体来说，猫咪对盒子的喜好在它们中间相当普遍。

结语

在猫咪的世界里，盒子不仅仅是一个简单的物品，它承载着猫咪的安全感、舒适性和探索欲望。无论是真正的盒子还是虚假的“盒子”，都能引发猫咪的极大兴趣，成为它们生活中的一部分。

所以，如果你看到你的猫咪坐在一个盒子里，不妨为它拍照，分享这一可爱瞬间。毕竟，猫咪与盒子之间的奇妙关系是值得被记录和分享的。不要忘记在社交媒体上使用“#猫咪盒子”标签，与其他猫奴分享你的猫咪的可爱瞬间。