https://www.alipan.com/s/UEPA26hR23a 提取码 48wa 文件大小：7.72 GiB 分辨率：1080P 码率：10.1 Mbps 简体中字 + 日语 双行内嵌字幕 封装格式：mkv

被删可能不会补链

说明：基本涵盖 深 / 泉 / 夏 / 沪 / 京 / 广 / 莞 / 琼 / 杭 入口， 部分商家提供了 云厂 CNIX 专线接入，云上互联，如 深圳前海 cnix，也有沪日方向的 CNIX，如果你手里有 阿里云 / 腾讯云 / 火山云 / 华为云 / UCloud / 百度云 任意一个前置机，那就很香了，比如阿里云的 ecs 99 活动机、或者他们的 200 Mbps 带宽的"无限"流量轻量服务器

• 注意事项
  • 大多数需要实名，尽量月付，不要往里面存太多余额
  • 一般来说都会提供落地，但是也有部分可能需要自备落地，取决于你购买的产品类型、商家
  • 部分商家需要使用 tg 联系方式来人工开户审核
  • 愿赌服输，特殊产品

• NNR https://nnr.moe/

• GoRelay https://gorelay.net/#register/FZAOAMEEES

• KN4 https://kn4.com/

• 轩辕云 https://www.globaliepl.com/index.php?rp=/store/wen-gang-duan-kou-zhuan-fa

• Nya https://nya.trp.sh/

• 大牛子 https://idc333.top/ 备注：这家需要家宽住宅 IP 作为前置接入，使用机房 IP 接入会清退封号

• 连连看 https://sijowd9.bitmusthk.com/

• HeptaSky https://heptasky.com/store/qhbgp-iplc 备注：提供 UCloud 专线接入 + 前海 IX

由于某些原因需要修改 OHIF 的 showStudyList 参数为 false， 让 OHIF 搜索（或工作列表）页面不显示，并同时在 OHIF 浏览界面中屏蔽左上角显示的返回按钮（倒 V 形）来回退到工作列表

检查了安装目录 Orthanc Server\Configuration 下面的所有配置文件内容，并没看到相关配置文件 遍历本地磁盘，OHIF 关键字的关联文件只有

"Orthanc Server\Plugins\libOrthancOHIF-Windows64.dll"

这个文件有 51 MiB 大小，推测 Orthanc OHIF 插件会把前端资源、默认配置硬编码到插件二进制 DLL 里 查询 OHIF 相关文档，得知需要访问这个 URL 查看 Orthanc 的 OHIF 静态资源路由

http://127.0.0.1:8042/ohif/app-config.js

访问后返回了一大堆参数信息，发现 Orthanc 将 showStudyList 定义为了 true，而 OHIF 官方配置的默认值其实是 false

将 Orthanc 预配置的 OHIF 参数信息全部复制，然后仅修改该参数，不能直接在该文件定义为 window.config.showStudyList = false;，这会导致 Orthanc 的所有预配置插件信息全部丢了

需要复制 http://127.0.0.1:8042/ohif/app-config.js 显示的所有内容，最后在 Orthanc 的配置目录，新建一个文件 "Orthanc Server\Configuration\ohif-config.js"

把复制的所有内容粘贴进去，然后修改你需要的部分，保存

然后让 Orthanc 引用你的配置内容，覆盖掉其硬编码的默认配置

注入 OHIF 自定义参数配置到 Orthanc 主配置文件 Orthanc Server\Configuration\orthanc.json 这里注意 json 语法，追加前对上一个配置段落 "MaximumConcurrentDcmtkTranscoders" : 0手动添加 ,后变为 "MaximumConcurrentDcmtkTranscoders" : 0,，再追加下面配置

  "OHIF" : {
    "Enable" : true,
    "UserConfiguration" : "C:\\your\\path\\to\\Orthanc Server\\Configuration\\ohif-config.js"
  }

终端里面使用 Debug 模式手动启动，查看输出信息，没有报错

Orthanc.exe "C:\your\path\to\Orthanc Server\Configuration\orthanc.json" --trace

启动成功，访问 http://127.0.0.1:8042/ohif/ 检查效果，此时会显示黑屏，屏蔽成功

其他更多高级自定义特性请参考文末链接进行修改

参看资料 https://docs.ohif.org/configuration/configurationfiles/ https://ohif.org/

#CORS 
# #Allow all requset/method/header/custom credentials
    add_header 'Access-Control-Allow-Origin' $http_origin always;
    #add_header 'Access-Control-Allow-Origin' '*' always;
    add_header 'Access-Control-Allow-Headers' $http_access_control_request_headers always;
    add_header 'Access-Control-Allow-Credentials' 'true' always;
    add_header 'Access-Control-Max-Age' 86400 always;
    # 缓存 + 预检复用，动态允许所有方法可能会翻车，并且某些请求根本没有 Access-Control-Request-Method（非预检的简单请求、curl / 非浏览器客户端、代理 / 中转，此时会变为空值），上述场景中，动态允许所有方法最后的实际含义却变成了我允许你这一次用什么方法，所以最好明确定义所有支持的方法，对于任意的每次请求就不会踩坑掉坑里
    #add_header 'Access-Control-Allow-Methods' $http_access_control_request_method always;
    # 把 http RFC 现行标准里的核心方法 + WebDAV 的 RFC 标准定义的方法全部允许
   add_header 'Access-Control-Allow-Methods' 'GET,HEAD,POST,PUT,DELETE,TRACE,OPTIONS,PATCH,CONNECT,COPY,LOCK,MKCOL,MOVE,PROPPATCH,PROPFIND,UNLOCK,REPORT,CHECKOUT,MERGE,MKACTIVITY,SEARCH,ACL,LINK,UNLINK,PRI' always;
   add_header Vary "Origin" always;
     if ($request_method = 'OPTIONS') {
        return 204 always;
       }

把配置保存为 cors.conf 到 nginx 配置目录，通过 include 指令进行复用 ，在需要的 location 段引入该配置，如

location ~* ^/api/ {    
include /usr/local/nginx/conf/cors.conf;
}

• 效果
  • 允许所有来源
  • 允许所有请求头
  • 允许所有 HTTP 方法（动态允许所有 Header 有些场景会翻车，比如第一次预检 PUT，第二次实际请求 POST，发现 Allow-Methods 里没有 POST，会拒绝，特别是 fetch 复用连接，service worker，跨页面请求等）
  • 允许携带凭证
  • 正确处理预检请求
  • 适配 CDN 缓存场景，让 CDN / 代理正确区分不同 Origin

之前一直没深究，使用了一个脚本来手动关闭屏幕

powershell (Add-Type '[DllImport(\"user32.dll\")]^public static extern int PostMessage(int hWnd, int hMsg, int wParam, int lParam);' -Name a -Pas)::PostMessage(-1,0x0112,0xF170,2)

将其保存为 关闭屏幕.bat，双击运行即可自动关闭屏幕

这次有空了进行一下检查 使用系统内置命令查询是谁干扰了电源策略

powercfg -requests

输出结果这个进程是 Electron 框架开发的，一看进程名，这不就是 阿里云盘 吗 问题是我的阿里云盘基本是闲置状态，没有任何下载、上传、同步任务，没有开启任何同步盘、挂载盘、自动备份等需要持续保持后台进程的任务 唯一可能的选项 有传输任务时电脑不休眠 也是没勾选，我也没用阿里云盘进行任何操作，就是闲置挂机到后台而已，这桌面版客户端的开发人员太恶心人了，怀疑是有意为之

把阿里云盘客户端退出后恢复正常，电脑自动按预设的1分钟后无任何操作自动关闭屏幕

因为之前是基本默认配置部署的，想着是不是有什么更优配置需要修改下 查了下官方社区文档资料 https://orthanc.uclouvain.be/book/faq/troubleshooting.html

提到其默认部署的数据库引擎是 SQLite,这里已经蚌埠住了，应该是这个问题没跑了，继续往下看看到 From a performance point of view, you may stick with SQLite if you do not plan to store more than 25.000 - 50.000 instances. 从性能角度看，如果你不打算存储超过 25,000 到 50,000 个实例，可以选择 SQLite。

看到这句话，我立刻检查了当前本地 Orthanc PACS 系统的存储实例数量

# Patients  1490
# 研究    1644
# 系列    8324
# 实例    674946
存储大小    322.06 GB

好家伙，67 万+ 已经远远超出默认 SQLite 数据库引擎索引的推荐范围了 检查本地文件系统上面的 Orthanc 所使用的默认 SQLite 索引文件大小 D:\OrthancStorage\index 显示为1.05 GiB，才 1 GiB 就已经无法忍受了，很难想象现在不解决后面数据量继续增加再解决，会是什么表情，全是技术债啊 是时候动手了，尝试从默认的 SQLite 索引迁移到的 PostgreSQL，这里 PostgreSQL 只做 Index，因为我这里不是使用了 对象存储 / HA / 云场景 对于本地单机实例来说，Storage 继续用 本地文件系统 NTFS，不让 PostgreSQL 成为 DICOM 文件的存储后端，官方备注 You likely don't need to enable this option

• 环境

  • Windows 11 24H2 Tiny
  • Orthanc 1.12.7、1.12.10
  • 希捷银河 X16 氦气机械硬盘
  • 330 GiB 数据量，67 万+ 实例（Instances）

1. 去官网获取最新版本的 PostgreSQL 相关插件 默认安装时是有自带的 PostgreSQL相关插件，我看了下我的自带插件版本为 v7.2 C:\Program Files\Orthanc Server\Plugins 下面的 2 个插件：OrthancPostgreSQLIndex.dll、OrthancPostgreSQLStorage.dll 去官网下载最新版 https://orthanc.uclouvain.be/downloads/windows-64/orthanc-postgresql/index.html 此时此刻最新版为 v10.0 把下载回来的 OrthancPostgreSQLStorage-10.0.dll 和 OrthancPostgreSQLIndex-10.0.dll 重命名，去掉后缀的 -10 备份原本的自带插件版本，直接在原本的插件上重命名附带 _bak 后缀，完成备份，把新版的插件放到插件目录 启动失败，日志输出二进制不兼容，无奈只能回滚到自带的插件版本 也就是必须使用配套的自带的插件版本

2. 安装 PostgreSQL 数据库 到官网下载最新版，此时最新版为 v18.1.2 https://www.postgresql.org/download/

安装完之后，使用超级管理员权限给 Orthanc 分配一个专用数据库，将 PostgreSQL 的相关路径添加到系统的环境变量 如我这里是 D:\PostgreSQL\18\bin

打开终端，登录 PostgreSQL CLI

psql -U postgres

创建 orthanc 用户和数据库，这里用户名数据库密码全部为 orthanc

   CREATE USER orthanc WITH PASSWORD 'secret';
   CREATE DATABASE orthanc
   WITH OWNER = orthanc
   ENCODING = 'UTF8';
   GRANT ALL PRIVILEGES ON DATABASE orthanc TO orthanc;

3. 查询迁移相关资料 经过长达一天的各种尝试，在当前版本 (2025-05-22) 最新发布的 v1.12.7 情况下，无法只迁移 SQLite 索引到 PostgreSQL 相关资料 https://discourse.orthanc-server.org/t/help-with-index-migration-from-sqlite-to-postgresql-using-python-orthanc-tools/5930/1 https://orthanc.uclouvain.be/book/users/replication.html https://orthanc.uclouvain.be/book/plugins/advanced-storage.html 都是必须对原有数据存储目录进行复制，相当于重新导入 最后还是发现了一个官方的方案 有一个 Advanced Storage Plugin 插件可以处理这种数据库索引迁移的情况 但是对版本有要求，要求是 ≥ v1.12.8 ，我这是 v1.12.7，有点尴尬刚好差临门一脚，此时最新版为 2025-12-15 发布的 v1.12.10 好在升级很简单 停止运行旧版本 Ortahnc 后台相关服务，然后使用自带的卸载程序卸载，会保留所有数据和配置，仅是卸载自身，放心卸载 之后下载最新版安装程序，运行安装，安装时，注意存储目录和安装目录要跟卸载前的一致，即可无损平滑升级 之后顺利启动

4. 使用高级存储插件来实现 SQLite 索引迁移到 PostgreSQL

   文档：

   https://orthanc.uclouvain.be/book/plugins/advanced-storage.html https://github.com/orthanc-server/orthanc-setup-samples/tree/master/docker/sqlite-to-postgresql https://github.com/orthanc-server/orthanc-advanced-storage/blob/master/Plugin/Configuration.json 这也是官方例子里面的一个典型场景，原话 Note: The plugin should never be configured to index its own Orthanc storage! However, the plugin might be used to index another Orthanc storage, e.g., to perform a migration from SQLite to PostgreSQL.

最后根据文档，迁移配置如下 编辑 Orthanc 的配置文件 "C:\Program Files\Orthanc Server\Configuration\orthanc.json"

添加如下字段

    "AdvancedStorage": {
    "Enable": true,
    "Indexer": {
      "Enable": true,

       // Interval (in seconds) between the end of a scan and the start of the next scan.

      "Interval": 10,

      // Interval (in milliseconds) between the handling of 2 scanned files.  This reduces the
      // workload on Orthanc while scanning files.

      "ThrottleDelayMs": 5,

      // The list of file extensions to parse while indexing.  Any extension not in this list will not be parsed.
      // This option can not be used together with "SkippedExtensions".
      "ParsedExtensions": [],

      // The list of file extensions to skip from indexing.  Any file ending with one of these extensions will not be parsed.
      // This option can not be used together with "ParsedExtensions"

      "SkippedExtensions": [],
      "Folders": ["D:\\OrthancStorage"],
      "TakeOwnership": true
    },
     // This is the Delayed Deletion mode configuration.  On some file systems, file deletions might
    // be slow.  When the delayed deletion moe is enabled, when Orthanc needs to delete a file,
    // the file is scheduled for later deletion and the delete operation seems fast from the user point of view.
    // Orthanc will then delete all scheduled files asynchronously. 
    // This replaces the former delayed-deletion plugin.
    "DelayedDeletion": {
      // Set "Enable" to true to enable the delayed deletion moe
      "Enable": true,

      // Interval (in milliseconds) between the deletion of 2 scheduled files.  This reduces the
      // workload on the disk while deleting files.
      "ThrottleDelayMs": 5
    }
    },
   "PostgreSQL": {
        "EnableIndex": true,
        "EnableStorage": false,

        "Host": "127.0.0.1",
        "Port": 5432,
        "Database": "orthanc",
        "Username": "orthanc",
        "Password": "orthanc",

        "Lock": false,
        "EnableSsl": false,

        "MaximumConnectionRetries": 10,
        "ConnectionRetryInterval": 5,

        "IndexConnectionsCount": 50,
        "TransactionMode": "ReadCommitted",

        "EnableVerboseLogs": false,
        "HousekeepingInterval": 1,

        "AllowInconsistentChildCounts": false,
        "UseDynamicConnectionPool": false,

        "Schema": "public",
        "ApplicationName": "Orthanc"
        },

以上配置中，其他正常配置没什么说的，有一个特性可以开启，开启 DelayedDeletion 延迟删除功能，可以把删除文件的操作改为异步操作+后台队列进行

开始测试，为了便于观察，使用终端启动 Orthanc，并添加 Debug 标志输出详细日志信息

Orthanc.exe "C:\Program Files\Orthanc Server\Configuration\orthanc.json" --trace

可以看到已经生效了，扫描本地的存储后端的数据，读取每个 DICOM 文件的元信息，重建索引写入 PostgreSQL，并且无需停机 期间可以继续接受新的检查推送，平滑升级 就是本地的这个希捷银河 X16 氦气硬盘在发出吱吱喳喳的炒豆子声音 访问 Orthanc Explorer 2 WebUI ：http://127.0.0.1:8042/ui/app/index.html#/settings 根据观察，大概 1 分钟能识别添加重建索引的数据量为 0.5 - 1 GiB 的样子 10 分钟的时候，识别添加纳入索引的实例数量为 7867，1454 个研究，速度还是很快的

升级期间，就进行效果测试，然后也是给了我一个大大的惊喜 从 Orthanc PACS 查询检索，一个月的数据量，千条级别的量级检索，0.5 秒立刻返回了数据，经过多次测试，检索速度提升显著 无线网络下，下载速度从 300 ~ 1000 KiB/s 提升到 22.5 MiB/s（无线网卡速率瓶颈），有线网卡随意跑满 1 Gbps 带宽 对于一年的数据量规模，也是没有任何压力，至多 3 秒钟给我返回了 上万+ 数据 以前过得都是什么苦日子，查个 1 天范围的数据，几条数据，都是需要十几秒的查询耗时，经常还无响应

检查资源占用，PG 开了 60 个子进程，但是内存占用很低，常驻闲置状态下每个子进程 几百 KiB ~ 5 MiB，，有传输任务时能快速响应，挺好的

PostgreSQL 不愧是 The World's Most Advanced Open Source Relational Database（世界上最先进的开源关系数据库）

最近更新 Play Store 版本到较新版本，有些应用搜不到，并且本机上已安装的该应用也无法打开闪退，通过第三方渠道 apkpure 拿到最新版安装包也没用 因为本身刷机，联想到是本机完整性校验没通过，检测之后发现 SafetyNet 测试为 Failed Play Integrity API 等级降级到 MEETS_BASIC_INTEGRITY，没想到那么快就失效了

无奈只好换别的，刷了不同活跃的 fork 原项目的 Play Integrity Fix 的模块都没法提升设备完整性等级，即使环境做好隐藏、通过 Google Play Store 设备认证，也依然无法使用该应用

这些都试过 tryigit/PlayIntegrityFix Bradford1040/PlayIntegrityFix KOWX712/PlayIntegrityFix osm0sis/PlayIntegrityFork

也就是该应用强依赖 Google Play Store 提供的安全机制的校验，想着降级 Play Store 版本会移除这些增强的安全措施

因为已经进行了核心破解，直接覆盖安装降级 此时我用的 Play Store 版本是 v47，降到 v41 不行，降到 v39.8 不行，最后降级到 v34.9， 该应用可以正常打开使用了

下面提供一些不同版本的 Google Play Store 合集 https://www.alipan.com/s/4DM9htQGeHQ 提取码 5rc9

Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\*\shell\runas]
@="管理员取得所有权"
"NoWorkingDirectory"=""
[HKEY_CLASSES_ROOT\*\shell\runas\command]
@="cmd.exe /c takeown /f \"%1\" && icacls \"%1\" /grant administrators:F"
"IsolatedCommand"="cmd.exe /c takeown /f \"%1\" && icacls \"%1\" /grant administrators:F"
[HKEY_CLASSES_ROOT\exefile\shell\runas2]
@="管理员取得所有权"
"NoWorkingDirectory"=""
[HKEY_CLASSES_ROOT\exefile\shell\runas2\command]
@="cmd.exe /c takeown /f \"%1\" && icacls \"%1\" /grant administrators:F"
"IsolatedCommand"="cmd.exe /c takeown /f \"%1\" && icacls \"%1\" /grant administrators:F"
[HKEY_CLASSES_ROOT\Directory\shell\runas]
@="管理员取得所有权"
"NoWorkingDirectory"=""
[HKEY_CLASSES_ROOT\Directory\shell\runas\command]
@="cmd.exe /c takeown /f \"%1\" /r /d y && icacls \"%1\" /grant administrators:F /t"
"IsolatedCommand"="cmd.exe /c takeown /f \"%1\" /r /d y && icacls \

不过倒是没有禁止第三方驱动加载，在这种情况下，Clash 客户端即使成功加载 TUN 虚拟网卡所需的驱动，开启 TUN 虚拟网卡模式，ComfyUI 在登录账户时依然进不去，报错 Firebase:Error(auth/network-request-failed)

clash meta core 日志疯狂刷屏输出 WARNING 级别日志

The requested address is not valid in its context.

原因是 YunShu.exe 与 Clash TUN 冲突，或许可以尝试在 clash 配置文件加入

exclude-process:
    - YunShu.exe

因时间问题没有测试，使用了别的方案

因为这样那样的原因，需要在不动上网行为管理系统的情况下让 comfyUI 正常走代理使用 经过测试，发现 ComfyUI 支持配置代理，无需开启 TUN 虚拟网卡模式 注意自行修改本地代理监听的端口号，这里设置的是 clash 默认监听的端口 7890，如果不是该端口，自行修改批处理脚本里面的端口号

配置成品： https://www.alipan.com/s/8BsTvnn44Zw 提取码 rk43

新建一个批处理文件，内容填写为如下，并保存，之后管理员权限运行该批处理

setx all_proxy "http://127.0.0.1:7879" /m
setx ALL_PROXY "http://127.0.0.1:7879" /m
setx http_proxy "http://127.0.0.1:7879" /m
setx HTTP_PROXY "http://127.0.0.1:7879" /m
setx https_proxy "http://127.0.0.1:7879" /m
setx HTTPS_PROXY "http://127.0.0.1:7879" /m

然后在 Clash 客户端开启 系统代理 开关，退出 ComfyUI，重新打开才能生效

此时 ComfyUI 所有的相关工具链、环境依赖的网络请求 git / python / pip 都会走系统代理、你设置的本地代理监听端口 之后就能正常登录账户

如果是个人电脑，就没那么麻烦了，简单粗暴 TUN 虚拟网卡 一把梭

root@8ng41dng:~/.config/mihomo# $HOME/clashmeta/clashmetacore
INFO[2025-11-06T17:53:58.977586084+08:00] Start initial configuration in progress      
INFO[2025-11-06T17:53:58.978506844+08:00] Geodata Loader mode: memconservative         
INFO[2025-11-06T17:53:58.978531440+08:00] Geosite Matcher implementation: succinct     
INFO[2025-11-06T17:53:58.987239196+08:00] Can't find MMDB, start download  

缺少前置基础分流数据库文件 country.mmdb，它会尝试直接从官方上游 MetaCubeX 的项目拉取最新 latest tag 的文件

因为本身没代理，clash meta core 会尝试国内服务器直连 GitHub 拉取分流数据库：https://github.com/MetaCubeX/meta-rules-dat/releases/download/latest/country.mmdb ，在国内因为神秘力量，访问 GitHub 大概率是连接会被劣化、DNS 污染、RST 重置、SNI 嗅探等方式被干扰，导致无法下载，我们直接手动使用 GitHub 镜像站下载该分流数据库文件

cd 到 calsh meta core 的分流数据库默认保存路径

cd $HOME/.config/mihomo/

在该路径下，下载相关基础前置分流数据库文件

使用 GitHub 镜像进行下载

镜像 URL：

• 使用 wget 下载

  wget -L https://hub.keccak.top/MetaCubeX/meta-rules-dat/releases/download/latest/country.mmdb

• 或者 curl

  curl -L -O -k https://hub.keccak.top/MetaCubeX/meta-rules-dat/releases/download/latest/country.mmdb

备注：使用镜像加速时禁止使用代理，镜像站屏蔽了非中国大陆 IP 的访问

• 其他相关规则数据镜像 URL（上游：MetaCubeX）： GeoIP：https://hub.keccak.top/MetaCubeX/meta-rules-dat/releases/download/latest/geoip-lite.dat GeoSite：https://hub.keccak.top/MetaCubeX/meta-rules-dat/releases/download/latest/geosite.dat MMDB 数据库：https://hub.keccak.top/MetaCubeX/meta-rules-dat/releases/download/latest/geoip.metadb ASN 数据库：https://hub.keccak.top/MetaCubeX/meta-rules-dat/releases/download/latest/GeoLite2-ASN.mmdb

再次启动 Clash meta 核心即可，以我当前的保存 mihomo 核心的位置 /root/clashmeta/clashmetacore，那么就是

$HOME/clashmeta/clashmetacore