本操作方法将逐步指导您生成证书签名请求（CSR）。 这些过程已在Windows 10的IIS 10上进行了测试，但也将在IIS 7.x和8.x中运行。 启动IIS管理器。 Start 开始 IIS管理器。 另外一种快速的方法是打开 运行 命令，然后键入 inetmgr 并点击 OK 按钮。 选择服务器。 在中选择服务器 连接 窗格，在窗口的左侧。 打开服务器证书 双击 服务器证书 图标，位于 IIS的 在窗口的中央窗格中。 点击“创建证书申请” 点击 创建证书申请… 链接，在 行动 窗口右侧的窗格。 输入专有名称属性 索取证书 向导将打开。 填写 专有名称属性 包含以下信息的表格： • 通用名称： 将使用证书的主机名。 通常是完全合格的域名。 一般来说可以使用二级域名也可以使用带有通配符的域名。例如 www.mydomain.com或 store.mydomain.com。 您也可以使用通配符，例如 *.mydomain.com. • 组织： 公司或组织的法定名称。 • 城市/地区： 您公司所在的城市。 • 州/省： 您公司所在的州。 • 国家/地区： 请用两个字符的缩写代码，中国为 CN，美国为 US，2 位国家缩写代码可以很容易的查到。 填写完表格后，请点击 下一页 按钮。 设置密码服务提供者属性 接下来，设置 加密服务提供者属性。 使用下拉菜单选择 Microsoft RSA SChannel Cryptographic Provider 作为 密码服务提供商，长度为 2048 （除非您有理由将其设置为其他值）。 完成后，单击 下一页 按钮。 在这一步中，直接使用服务器提供的默认参数就可以了，除非你的网管要求你进行修改，通常不需要进行修改。 如果你的 IIS 版本比较老，可能这里会使用 1024 的长度，这个时候可以改成 2048，就当前来说 2048 是标配。 创建文件名并完成 为您的文件创建一个文件名 CSR，然后点击 完成 按钮。 这个名字可以随便填写，因为到最后进行加密的还是 CSR 文件中的内容。 下一步 大功告成！ 打开 CSR 准备将其提交时，请在文本编辑器中使用。 CSR 文件在记事本中打开的格式如下： 其实是一个使用 Base64 加密后的字符串，你可以随便使用什么在线工具来对其进行 Base64 解密。 为了区分，在上面会有一个分隔符，分别为： -----BEGIN NEW CERTIFICATE REQUEST----- -----END NEW CERTIFICATE REQUEST----- 这个分隔符表示的请求证书内容的开始和结尾，这部分的内容是不能修改的。 通常所有我们通过程序生成的数据，都尽量避免手工修改，使用记事本最多也就是赋值粘贴下。 不同的服务商要求的分隔符也不一样，我们就有遇到有要求下面这样的。 -----BEGIN CERTIFICATE REQUEST----- -----END CERTIFICATE REQUEST----- 在签名的时候根据提示在记事本中修改就好。 https://www.isharkfly.com/t/windows-iis-csr/15242
Fedora 35 中安装 nginx 的方法非常简单。 运行下面的命令： sudo dnf install nginx 在提示你需要确认的地方，输入 y 后回车即可。 开机自动启动 如果你希望在你的操作系统重启的时候自动启动 nginx，请输入下面的命令： systemctl enable nginx 就可以完成开机自动自动的配置了。 需要注意的是，Apache 的 http 服务器的服务名称是 httpd，niginx 的服务名称就就是 nginx 不是 nginxd。 检查版本 输入命令 ：nginx -v 来查看当前安装的 niginx 版本。 [fedora@src ~]$ nginx -v nginx version: nginx/1.20.2 [fedora@src ~]$ 可以看到我们当前的版本是 1.20 配置防火墙 Nginx 大部分情况下是作为反向代理使用的，所以我们会通常会针对网站服务开放 80 和 443 端口。 针对防火墙的配置，需要运行下面 2 个命令来开放防火墙。 # firewall-cmd --permanent --add-port={80/tcp,443/tcp} # firewall-cmd --reload 校验安装 可以通过 80 端口访问你安装 Nginx 的服务器。 如果能够看到下面的界面，则说明安装成功了。 https://www.isharkfly.com/t/linux-nginx/13951
提示的错误信息为： Error message “error:0308010C:digital envelope routines::unsupported” 问题和解决 这是因为 Nodejs 18 使用的 ssl 算法不一样了。 你可以做的是把 Node.js 降级到 16 的版本。 或者针对不同的操作系统运行下面的命令： Unix-like (Linux, macOS, Git bash, etc.): export NODE_OPTIONS=--openssl-legacy-provider Windows command prompt（Windows 命令行工具）： set NODE_OPTIONS=--openssl-legacy-provider On PowerShell（Windows PowerShell 命令行工具）： $env:NODE_OPTIONS = "--openssl-legacy-provider" 然后再次运行安装命令就可以解决上面的问题。 https://www.isharkfly.com/t/yarn-errordigital-envelope-routines-unsupported/15221
遇到 Git 提示的错误信息为：repository not owned by current user 上图显示的是错误的信息。 问题和解决 出现上面错误信息的原因是当前文件夹的权限和 Git 的执行权限不一直导致的。 我们的问题是我们希望在网盘上使用 Git 更新克隆后的代码，但登录网盘和登录我们计算机使用的用户名是不一致的。 所以我们就没有办法把代码更新到网盘上了。 进入我们我们代码，选择文件夹的属性，然后查看文件夹的属性后选项 Git。 在这里我们可以看到 Git 提示的错误。 我们有 2 个解决办法。 添加用户到文件夹 这个办法不是非常方便，每个文件夹都需要添加。 在属性中选择安全，然后把你登录计算机使用的用户名添加到这个文件夹中。 然后再次更新代码就可以了。 全局设置（推荐使用） 因为这个问题只针对 Git，所以我们可以对全局进行修改。 找到 Git 的全局配置文件。 Windows 的全局配置文件路径在：C:\Users\***\.gitconfig 这个文件。 上面星号的定义为你登录当前计算机使用的用户名。 然后在这个文件中，添加 [safe] directory = * 上面的内容。 修改后的文件情况如下： 保存退出后再次对代码进行更新，我们遇到的问题便完美解决了。 https://www.isharkfly.com/t/git-repository-not-owned-by-current-user/15223
不得不说 pats peak 是对新手非常友好的滑雪场了。 有 2 个魔毯区，如果你是纯新手的话，魔毯区去通常也能够让你练练手了。 本来以为今年是一个冷冬，希望雪是早早下了就好，可是一直到了 1 月份了，这雪大部分还是人工造的雪，实在是有点遗憾，有时候还不得不感受下滑草的快乐。 租雪板，应该是 46 美元一次，个人觉得这个价格还是非常合理的。 我们是自己的雪板所以没有这个问题，朋友租了，所以才知道的这个价格。 另外，如果你是租的雪板的话，通常固定器会调得很松，其实对新手是有好处的，当你摔倒的时候也不会因为固定器太紧了雪板掉不下来而卡住脚。 上面是山顶上的小图，需要注意的是，上山顶的缆车比较快，如果你是第一次带着雪板坐缆车，需要小心点。 你可以提醒工作人员放慢缆车的速度来帮你更快上缆车。 上山的缆车是没有箱式缆车，所以需要注意安全。 从山上下来的绿道比较长，pats peak 的绿道也算是绿道里面比较平缓的绿道，有大大的平直雪道供你减速，所以这个雪场还是对新手比较友好的雪场。 https://www.isharkfly.com/t/pats-peak/15220
经过几天的研究，终于是慢慢适应了 mumps 的糟糕写法。 最后居然还是 ChatGPT 帮了不少忙。 对于这种比较古老的语言，并且还比较脚本化的语言，ChatGPT 还真不错。 不需要 Google 到处找答案，ChatGPT 能够比较快的给出一些示例代码，虽然这些代码最后不一定都能顺利跑通，但上面的整体思路还是给出来了。 比大海捞针是实实在在提高了不少效率。 https://www.isharkfly.com/t/mumps/15216
我们都知道 InterSystems 的 Studio 可以创建存储过程。 但这个存储过程我们保存的时候是保存在哪里？ 存储逻辑 如果我们在 Studio 创建存储过程的话，存储过程是存储在数据库上面的。 本地文件夹中是没有存储的。 选择系统下面的存储过程，然后选择 Go 去查看系统中存储的存储过程。 然后选择命名空间中的 USER，然后在右侧可以看到存储的存储过程。 然后可以单击 Code 来查看当前存储在系统上面的存储过程的代码。 我们在本地的代码修改会自动上传到服务器上的，所以如果服务器崩溃，你的本地代码可能没有保存。 所以，感觉可能还是需要本地保存下存储过程为好。 https://www.isharkfly.com/t/intersystems/15214
当 Plex 在搜索 NAS 上的文件夹的时候找不到文件夹中的内容。 如下图中显示的内容。 上面的 Public 文件夹中找不到我们的子文件夹，但是我们的子文件夹是有内容的。 问题和解决 出现上面的问题主要还是权限的问题。 选择需要访问的文件夹，然后在文件夹上选择上面的编辑按钮。 在随后的界面中，选择权限，然后左侧选择系统内部用户。 这个地方是关键，需要选择系统内部用户。 在界面中，选择 Plex媒体服务器，然后在右侧选择读写权限，随后保存退出。 当完成上面的配置后，你的 Plex 服务器就可以对 Nas 上指定的目录进行扫描了。 如下图，我们可以看到 Plex 的文件夹扫描情况。 等 Plex 完成扫描后，就可以使用 Plex 播放你本地的视频和音频文件了。 https://www.isharkfly.com/t/synology-plex/15212
首先打开 IntelliJ IDEA 的数据库访问工具，然后在数据源中选择： 其他下面的 InterSystems IRIS 数据源。 配置数据库驱动 默认情况下的数据驱动给了 9091，这个端口是不对的。 IRIS 的数据库端口应该是 1972。 如果你使用的是默认的数据库安装，那么可以参考下面的配置： jdbc:IRIS://localhost:1972/USER 如果你本地还没有安装数据库驱动的话，可以单击下载数据库驱动来下载 IRIS 的数据库驱动。 测试连接 当完成上面的所有配置后，可以单击测试连接。 如正常，可以看到上面连接成功的配置。 然后保存退出。 刷新数据库 当完成所有的配置后，能够在右侧看到数据库的相关配置信息。 刷新下，就能够看到所有的 Schemas。 随后，可以对 IRIS 数据库进行相关的测试。 https://www.isharkfly.com/t/intellij-idea-cache-m/15211
跑来跑去，买了不少配件，终于是把这磁带机给用上了，已经备份好了300 多 GB 的数据。 我们用了 NAS 的数据压缩功能，把需要备份的文件用 NAS 压缩成一个 Zip 文件，如果你可以 tar 的话也行。 这样传输速度更快，同时备份的时候只有一个文件夹的压缩。 300 GB 左右的数据，LTO-3 的备份时间大概在 1 小时15 分钟左右。 玩磁带这一般不是发烧友真是玩不动的，在以前的数据和机房备份方案的时候用过 Dell 的磁带库。 趁着 LTO-3 磁带已经差不多是白菜价的时候弄来存储下备份，更是为了数据安全，也算是为了情怀了。 拿着磁带就有那么点带感。 https://www.isharkfly.com/t/lto-3/15202