错误的信息为： AILED! => {"msg": "to use the 'ssh' connection type with passwords or pkcs11_provider, you must install the sshpass program"} 问题和原因 这是在运行 ansible 的服务器需要安装 sshpass 组件。 可以直接运行： [root@devops ~]# dnf install sshpass 来进行安装。     如上图所示，就可以解决 ansible 安装提示的错误。   https://www.isharkfly.com/t/ansible-sshpass/15644

在最近安装的 Sonatype Nexus 版本中提供了一个使用参数情况界面。 这个使用情况的界面主要是针对当前 Sonatype Nexus 的安装实例出现的系统接入和调用情况。     上面提供了一个限制，这个限制不是说达到了限制后拒绝提供服务了，而是因为在默认的 Sonatype Nexus 安装实力中使用的是嵌入数据库。 使用嵌入数据库有数据存储的问题，所以当达到访问量以后，Sonatype Nexus 建议使用 PGSQL 外置数据库。 这个界面中的参数就是通知系统管理员用的。   https://www.isharkfly.com/t/sonatype-nexus/15643

不是所有词都可以从微软拼音输入法的备选词中删除的。 当你需要对自己的自定义词删除的话，在备选词中选择鼠标右键，然后单击删除。     如上图就可以把备选词从微软拼音输入法中删除了。   https://www.isharkfly.com/t/topic/15637

群晖（Synology）NAS 是可以启用 SSH 的。 如果使用 SSH 命令，我们可以在 NAS 上运行相关的 Linux 命令，比如说在服务器网络传输数据上，就会有明显的优势了。 如何启用 进入 NAS 的服务器控制台，然后找到终端和 SNMP     然后选择启用 SSH ，然后单击保存即可。     当你单价保存后，就可以通过本地的 SSH 工具 SSH 到 NAS 上，然后在 SSH 工具中执行相应的命令。 比如说移动目录，解压，压缩等等。 当然你也可以使用 SCP 从远程服务器上把需要的备份下载下来，或者直接把本地的备份上传到远程服务器上。 感觉这个功能是很实用的。 https://www.isharkfly.com/t/synology-nas-ssh/15635

实在受不了搜狗拼音的无止境弹窗，终于把这个输入法从计算机中卸载了。 以前搜狗输入法弹窗还算有所收敛，最近简直是让人无法接受了，本来你还在做屏幕分享给同时做 PPT 的时候，突然来个弹窗，然后整个人都瞬间不好了。 更恶心的是，昨天发现搜狗拼音输入法在我的鼠标右键增加了一大堆有关 PDF 的操作，包括 PDF 合并呀这些东西。     首先搜狗输入法占领的是你的打印，当启动他的打印后，就会自动安装其他的 PDF 处理组件在你的鼠标右键上。 就是这么流氓。 其实这些东西一直我们都在用 Adobe 的 PDF 编辑器，说实话真的看着烦躁和恶心。 你要装也不是不可以，你是不是应该要征求下用户的意见同意装呢？ 偷偷摸摸的就装上去了。 搜狗输入法，没事让你养个宠物，我们真的已经过了那个年龄了，现在用输入法完全就是为了工作好吗？ 现在用什么输入法 现在就只用了微软自带的输入法了。 还是很怀念紫光输入法和 Google 输入法的那个时代，实在是太干净了。 不过好在微软输入法也在迭代中，可能在组词联想上面有点学习过程，不过随着使用时间的增加，也没有发现更多的不适。 https://www.isharkfly.com/t/topic/15636

默认的 Nexus 的启动端口为 8081。 如果我们使用这个启动端口可能会对我们其他的服务有冲突。 我们需要使用 Nexus 的默认启动端口。 修改文件 根据我们的安装配置为： /opt/nexusdata/nexus3/etc 目录下的 nexus.properties 文件。     注释掉 Jetty 的配置中有关端口的设置，然后对端口进行修改。 上图显示的是我们把运行的端口修改为 8010。 修改完成后需要重启服务器。   https://www.isharkfly.com/t/nexus/15632

在迁移 Nexus 到新的服务器上，我们有下面的异常。 [root@devops log]# /opt/nexus/bin/nexus start No suitable Java Virtual Machine could be found on your system. The version of the JVM must be 1.8. Please define INSTALL4J_JAVA_HOME to point to a suitable JVM. [root@devops log]# 这个问题的原因是老的服务器用的 JDK 版本是 11，新服务器用的 JDK 版本是 17。 在这里有路径不匹配的问题。 修改文件 需要修改的文件路径在：/opt/nexus/bin 目录下的 nexus 文件。     把这个文件修改为服务器上正确的 Java Home 路径。 我们服务器上安装的是 OpenJDK，当我们进入目录 ：/usr/lib/jvm 后，我们可以看 到下面的内容。     我们的机器上装的是 OpenJDK 17。 根据官方的说法： Nexus Repository versions up to and including release 3.66.0 require a Java 8 Runtime Environment (JRE). Versions 3.67.0+ also support the Java 11 JRE。 如果你需要使用 JDK 11 的话，你至少需要版本 3.67.0 以上。 当完成上面的 JDK 配置后，重启服务器就可以了。   https://www.isharkfly.com/t/nexus/15630

因为服务器的升级和调整，有时候会对安装 Sonatype Nexus 的服务器进行迁移到新服务器上。 从技术架构上来说，Sonatype Nexus 我们使用的是 AWS 的存储，所以我们并不需要拷贝大量的数据。 文件夹结构 在备份和恢复之前，我们需要知道我们要拷贝那些文件夹。 Nexus 真正程序运行使用的文件是 2 个，我们把这 2 个文件夹部署在了 /opt 目录下。 如下图： 在备份迁移的时候，我们需要把这 2 个文件夹给备份到新服务器上。 可以使用 tar 压缩后转移的方式。 当我们从老服务器上把数据下载下来后，可以直接把老服务器上的这 2 个文件夹拷贝到新的服务器上。 新服务器上设置用户权限 在新服务器上依次运行命令： useradd --system --no-create-home nexus chown -R nexus:nexus /opt/nexus chown -R nexus:nexus /opt/nexusdata 因为我们是拷贝服务器的配置来进行安装的，所以其他的配置都不需要修改，但是针对 Linux 操作系统平台的一些配置还是需要修改的。 修改用户打开文件限制 这个是 Linux 的限制，我们需要进行修改。 打开文件： vi /etc/security/limits.conf 在文件的最后添加下面的内容。 nexus - nofile 65536 然后保存退出。 设置 Nexus 为服务 使用命令编辑下面的文件： vi /etc/systemd/system/nexus.service 将下面的内容复制到这个文件中。 [Unit] Description=Nexus Service After=syslog.target network.target [Service] Type=forking LimitNOFILE=65536 ExecStart=/opt/nexus/bin/nexus start ExecStop=/opt/nexus/bin/nexus stop User=nexus Group=nexus Restart=on-failure [Install] WantedBy=multi-user.target 将服务设置开机启动，并且启动 nexus 服务。 依次运行下面的命名： systemctl daemon-reload systemctl enable nexus.service 启动服务 输入下面的命令来启动服务。 systemctl start nexus 查看服务启动状态 运行下面的命令来查看服务启动的状态。 tail -f /opt/nexusdata/nexus3/log/nexus.log https://www.isharkfly.com/t/sonatype-nexus/15628

这个根据服务器的配置情况来设置。 当前我们的备份数量是每天大概是 1G 左右，这个数量保留 60 到 120 是没有什么问题的。     但，实际上在服务器上保留这么多备份其实意义也不大。 如果出现问题的时候，我们通常只需要最近的上一天的备份就可以了。 相信很多人也不会去找回 3 个月之前的数据的，因为 3 个月对一个项目来说会有非常多的改变。 所以我们把备份设置成了保留 12 个。 通常这个已经足够用了，没有必要浪费过多的服务器空间。   https://www.isharkfly.com/t/youtrak/15629

一般情况下 不建议。vendor 目录（或者你安装依赖的其它目录）都应该被添加进 .gitignore/svn:ignore/等等。 最好这么做，然后让所有开发人员使用 Composer 来安装依赖包。同样的，对构建服务器，CI，部署工具等，应在编译构建的时候对项目进行修改修改，使运行 Composer 成为其项目引导的一部分。 虽然在某些环境下我们也是可以提交 vendor 目录的，但它将导致一些问题： 当你更新代码时，将极大的增加 VCS 仓库的体积和差异。 在你自己的 VCS（代码管理工具） 中将产生与你依赖的资源包重复的历史记录。 通过 git 的一个 git 仓库安装添加依赖，将把它们视作子模块。这是有问题的，因为它们并不是真正的子模块，你的项目在运行的时候可能会出现问题。 如果你真的觉得你必须这样做，你有几个选择： 限制自己安装标记为发布（releases ）的版本（无 dev 版本），这样你只会得到 zip 压缩的安装，并避免 git“子模块”出现的问题。 使用 --prefer-dist 或在 config 选项中设置 preferred-install 为 dist。 在每一个依赖安装后删除其下的 .git 文件夹，然后你就可以添加它们到你的 git repo 中。你可以在 ZSH 中运行 rm -rf vendor/**/.git 或者在 Bash 中运行find vendor/ -type d -name ".git" -exec rm -rf {} \;。但这意味着你在运行 composer update 命令前需要先删除磁盘中的依赖文件。 新增一个 .gitignore 规则（/vendor/**/.git）来忽略 vendor 下所有 .git 目录。这种方法不需要你在运行 composer update 命令前删除你磁盘中的依赖文件。 通过上面的文字内容，我们知道在使用 Composer 项目的时候，我们不要把 vendor 中的内容也提交到代码管理库中，而应该使用 Composer 自己在运行的时候下载。 如果我们通过标准的 git ignore 文件生成器来生成 composer 的ignore 文件的话，我们也看到上面提示忽略的内容。   2024-04-08_23-21-421716×622 99 KB   # Created by https://www.toptal.com/developers/gitignore/api/composer # Edit at https://www.toptal.com/developers/gitignore?templates=composer ### Composer ### composer.phar /vendor/ # Commit your application's lock file https://getcomposer.org/doc/01-basic-usage.md#commit-your-composer-lock-file-to-version-control # You may choose to ignore a library lock file http://getcomposer.org/doc/02-libraries.md#lock-file # composer.lock # End of https://www.toptal.com/developers/gitignore/api/composer https://www.isharkfly.com/t/vendor/15624