遇到 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
计算机目前大部分都能够提供 Thunderbolt 3 接口了。 Thunderbolt 3 的传输速度更快，所以我们需要把 Thunderbolt 3 转换为 SAS HBA，但市场上没有这个转换设备。 后来我们发现有 Thunderbolt 3 PCIe Expansion，就是通过这个设备把 Thunderbolt 3 转换为 PCIe 卡槽，然后再插上 SAS HBA 卡，通过这个转换盒完成到 SAS HBA 的输出。 这个市场上的价格在 300 多美元左右，还是有点小贵的。 为了用上磁带机，也就只能硬着头皮上买了这个转换盒了。 盒子收到后还挺结实，其实还挺大的。 上面的这个盒子能够实现雷电 3 的接口转换为 PICe 的扩展，你可以在这个盒子里面插各种 PICe 的卡，也是算是为笔记本计算机提供了更好的扩展功能。 https://www.isharkfly.com/t/topic/15151
Java 语言有所下降，JavaScript 一直保留在比较的使用水平。 PHP 的颓势已经非常明显了。 Python 一直还保留在比较强势的情况。 https://www.isharkfly.com/t/github-2022/15192/1
如果你的仓库上面是 Fork from 的话，我们有什么办法能够取消掉这个 Fork from？ 解决办法 GitHub 上面没有让你取消掉 Fork 的办法。 如果进入设置，在可见设置中也没有办法修改仓库的可见设置选项。 唯一的解决办法就是对你需要修改的仓库先全部克隆到你的本地计算机上，然后在危险区域中选择删除这个仓库。 当这个仓库删除后，在重建这个仓库，再把本地已经克隆的仓库重新提交到你新建的仓库中。 如果你的项目还使用了 GitHub Page 或者 Action 的话，所有的相关配置都需要重新配置。 因此在对仓库进行删除的时候需要小心。 同时还可以通过 GitHub 的 Action 来查看部署的 Page 的运行状况。 通常来说，状态更新可能需要在 10 到 20 分钟，如果再加上 DNS 刷新，可能需要的时间更长一点。 https://www.isharkfly.com/t/github-fork-from/15186