前面是西南航空，现在是 FAA。 真的他们应该要换换系统了，再被印度 IT 人才折腾下去，离彻底瘫痪也不远了。   https://www.visafn.com/t/faa/233

美联航的网站会告诉你的核酸检测时间不能早于多少时间。 这个时间是你回国那班飞机的起飞时间，比如说 UA857 起飞是 9:05，那么核酸检测时间就是在这个时间往前推 48 小时。 这个时间不是你办票的时间喔，如果你有联程的话。     不是你第一段航班的时间，而是最后那班飞往中国的航班的起飞时间往前推 48 小时。 这个有点重要，别搞乱了。   https://www.visafn.com/t/topic/232

错误信息如下： [INFO] --- maven-gpg-plugin:3.0.1:sign (sign-artifacts) @ rets-io --- gpg: no default secret key: No secret key gpg: signing failed: No secret key     这个问题的原因应该是我们最近把我们的项目发布到中央 Maven 仓库中，但是发布项目到中央仓库中需要 GPG 的签名。 我们 Jenkins 环境上没有安装 GPG 的签名。 因此我们需要把这个签名先进行安装。 安装签名的方面，请参考：将 GPG 安装到 REHL 页面中的内容。 安装 GPG 后还是提示上面的错误 我们遇到了安装成功后还是提示上面的错误。 这个原因是我们的 Jenkins 是按照在 Jenkins 的用户名下面的。 但是为了运行 GPG，我们用了 Root 账号，所以生成的 .gnupg 文件是在 root 文件夹下面的。 在服务器上，用 Jenkins 用户运行： gpg --list-secret-keys 如果看不到任何输出的话，则说明 Key 是没有办法被 Jenkins 用户访问到的。 可以采用的办法是拷贝 root 下面生成的 .gnupg 文件夹到 Jenkins 目录下。 我们的拷贝路径是拷贝到 /var/lib/jenkins 这个文件夹下。 然后再次确定有输出，再次尝试重新构建，通常能够正常解决问题。 https://www.ossez.com/t/jenkins-gpg/14287

因为我们项目需要使用 Jenkins 对文件进行签名。 但是我们遇到了 gpg: signing failed: Bad passphrase 错误。     原因和解决 通常这个问题的原因是 Key 已经配置成功并且已经被命令行找到了。 主要原因是你的秘钥密码配置的问题。 这个配置有 2 个地方，第一个地方是项目的 Pom.xml 文件。 Pom.xml 在 Pom.xml 文件中，我们可以配置 passphraseServerId 这个参数。 这个参数将会告诉 maven 到 settings.xml 文件夹中找密码。     settings.xml 这个文件中，有 2 个地方需要配置。 第一个地方为在 servers tag 中添加一个： <server> <id>ossez</id> <passphrase>**********</passphrase> </server> 在这里输入你在创建秘钥的时候输入的密码。 另外一个地方就是 profile 部分。 在这里要需要在属性 tag 中添加： <gpg.executable>gpg</gpg.executable> <gpg.keyname>9546E435CF91D08895437D0C**************</gpg.keyname>     gpg.keyname 为你创建的 key 的 UID 如果你不知道你的 Key UID 是多少的话。 在你创建 key 的机器上，运行 gpg --list-secret-keys 输出的 16 进制字符串就是你需要的 UID。 完成上面 2 个配置后就可以完成文件签名了。   https://www.ossez.com/t/jenkins-gpg-signing-failed-bad-passphrase/14289

当获得 ChatGPT 的 API Key 以后，想使用 Postman 来进行一下调用。 调用的方法为 POST。 需要设置几个参数。 我们希望使用的 EndPoint 是： API EndPoint 访问使用的 EndPoint 是：https://api.openai.com/v1/completions 授权方法 授权的方法使用的是 Bearer Token     在授权部分选择使用 Bearer Token，然后把你从 OpenAI 网站的 Token 复制到这里。 Content-Type Content-Type 需要使用的是 JSON 格式数据。     这个需要在 Content-Type 中进行配置。 Body 数据 需要上传给 API 的 Body 数据为 Json 格式的。 { "model": "text-davinci-003", "prompt": "Java Stream list to map", "max_tokens": 70, "temperature": 0 } 这个格式比较简单，然后就直接把你需要问的内容放到 Prompt 字段内就可以了。 然后把这个数据发送过去。 然后下面返回的结果就是有关你这个问题的回答了。 根据 API 我们当前的测试来看，查询返回的时间超过了 4s。     我们可以集成这个 API 到我们需要的环境中。 同时，你可以做一个服务来调用这个 API 来为你的网站提供机器人服务。   https://www.ossez.com/t/chatgpt-api-postman/14279

ChatGPT 是什么 ChatGPT 是由OpenAI开发的一个人工智能聊天机器人程序，于2022年11月推出。该程序使用基于GPT-3.5架构的大型语言模型并通过强化学习进行训练。 它以对话方式进行交互。在推广的期间中，所有人可以免费注册，并在登入后后免费使用 ChatGPT 实现与 AI 机器人对话。 注册 API 登录官方网站后注册即可，官方网站的名称为 OpenAI。     在右上角单击个人信息，然后选择 API 的 Key 就可以获得你 API 的Key了。 你可以用这个 Key 来发送测试数据。 查看 API 使用量 在个人配置页面中，单击右上角的使用，就可以查看你当前的使用量了。     希望在 Java 中找一下 Stream 的用法。     感觉这个写法是非常标准的写法，有点意思。   https://www.ossez.com/t/chatgpt/14278

SSH 是很多人用得不多，但是又不得不用的工具。 如果你不是搞运维，没有必要搞个 CRT，XShell 也够用了，但是这 2 个都是收费软件，同时还不太便宜。 试试 IDEA 的 SSH 其实 IntelliJ IDEA 已经提供了 SSH 的功能。 如果你就是上去看看代码调试下，也足够用了。 创建链接 IntelliJ 的 SSH 隐藏得还比较深，不是那么好找。 进入 IntelliJ 的设置，别不告诉我你还不知道怎么进入吧，在上面直接搜索 SSH。 然后你会看到下面的界面。     对了 ，你就是在这里创建连接的。 单击上面界面中的 + 号。     然后在界面的左侧输入相关配置信息。 主要的配置是主机地址，用户名和密码，如果你使用的是配置文件方式，我们在另外的文章中进行说明。 在这里，我们只配置使用用户名和密码的配置方式。 然后选择测试链接来进行测试。 如果配置正确就显示连接成功。 登录服务器 在 IntelliJ IDEA 的下端，有个终端的选项。 在这个终端选择后打开的窗口中，单击右侧的 + 号。     在下拉菜单中，选择需要连接的服务器。 然后我们就可以直接使用 IntelliJ IDEA 的窗口了。     这里感觉有个不太方便的地方，就是没有办法创建文件夹，并且在文件夹中对连接进行分类管理。 如果你有好几十个连接的话，还是有点惆怅的。 好在 IntelliJ IDEA 一如既往的提供按名字查找功能，也算是弥补了这个不足了。   https://www.ossez.com/t/xshell-intellij-idea-ssh/14275

在英文的 Window 11 操作系统中，有关语言配置中一个特效是 针对 Unicode 的问题。     上面有个选项是针对 UTF-8 的支持。 这个选项当前是 Bate 的选项，对一些 Windows 下运行的软件会有支持问题。 建议不需要选择这个选项。   https://www.ossez.com/t/windows-11/14273

因为电脑的操作系统是默认英文的，默认的字体实在是太难看了。     解决方案 我们是可以对字体进行修改的。 例如修改成下面的方案。 选择视图     首先，先选定顶部的视图。 然后在当前的视图下，选择视图设置。     随后在弹出的窗口中，选择其他设置。 设置字体 然后在弹出的界面中，对字体进行选择。 当前，我们选择的字体为 Open Sans，这个字体是 Google 的字体，但是这个字体不能支持简体中文，也不能支持 CJK。 如果需要选择支持中文的字体，可以选择 Noto Sans 这个字体。 这个字体是能够支持中文的（CJK）。 Noto Sans Noto Sans 这个字体的中文名称为：思源黑体。 Noto是Google所开发的开源字体家族，以OFL许可证许可，旨在涵盖所有Unicode区段。涵盖汉字、假名、谚文的版本称为“Noto Sans CJK”。 Noto是“No Tofu”的简称。在部分缺失某些字体的Windows、Linux等系统中，无法显示的字符会变成方块“□”，一般惯称为“tofu”，即“豆腐”之意。因此Noto的开发宗旨即为消除所有无法显示的字符，实现“No tofu”的目标。 Noto和Roboto都是在Android新接口Material design的设计指南中所提及的建议字体。 macOS Big Sur默认安装了Noto部分字体。 至此，我们已经完成了字体的修改。 https://www.isharkfly.com/t/outlook/14272  

有这样的一个需求，当仓库中被推送或者更新代码的时候，希望在邮件中收到邮件通知。 Gitea 是可以实现这个功能的，但是在默认情况下这个功能是关闭的。 修改配置文件 根据 Gitea 的安装不同，我们的配置文件在：vi /etc/gitea/app.ini 这个路径下。 在这个配置文件中，检查参数： ENABLE_NOTIFY_MAIL = true 如这个参数设置为 false 的话，你需要把这个参数设置为 true     在完成上面的配置后，重启 Gitea 的服务。 检查参数配置 在 Gitea 的控制台中，有个 Service 配置。 下图是我们在修改配置前的配置。     当修改后重启，配置应该如下图所示。     配置显示为 √ 符号。 关注点 就算完成上面的修改后，Gitea 是不会给自己提交的代码发送邮件更新通知的。 只有你组里面的其他用户才会因为你代码的提交或者变更而收到邮件通知。   https://www.ossez.com/t/gitea/14271