分卷zip解压实战:MSWIN 4of7包与EOCD错误全解析
简介这是一套面向64位Windows平台的Oracle 11g客户端组件适用于需远程管理Oracle数据库的开发人员与DBA。标签sql2017系误标包内实为PL/SQL相关客户端文件请勿与SQL Server混淆。压缩包共1153个文件以jar、xml、dll、properties、nls及exe为主包含运行库、配置模板与批量配置脚本。下载后可见oracle.client完整目录结构、核心动态链接库、语言字符集文件及若干可执行工具便于搭建PL/SQL开发环境支持对象管理、SQL查询与数据导入导出。整体约600.71MB已有1430人浏览学习未附安装指南建议结合官方文档核对版本并配置。1. 拿到一个“4of7”的 MSWIN 分卷包先搞懂它是什么再说解压如果你在某个下载目录里看到p13390677_112040_MSWIN-x86-64_4of7.zip这样的文件名第一反应多半是“这又是什么鬼”第二反应是双击试试然后被解压工具一顿报错。这个标题里其实藏了四个关键信息p13390677_112040是产品编号加版本标识MSWIN表示目标是 Windows 平台x86-64说明既包含 64 位也兼容 32 位组件4of7则是分卷序号——整个压缩包被拆成了 7 个文件你手里只有其中一个。这类文件常见于硬件驱动、固件更新、补丁包或大型 SDK 的官方分发场景拆成多卷是为了让传输和刻盘更稳。看懂这几个字段你就知道这不是随手能解压的普通 zip后面怎么做、坑在哪本文逐个拆开说。2. 分卷 zip 的解压原理与最小可用命令从“看不出类型”到“安全落地”2.1 先看包内信息用 zipinfo 在解压前完成类型识别拿到一个分卷号不是 1 的 zip第一步不是急着解压而是确认它到底是不是标准的 zip 分卷。很多所谓“zip”其实是自解压 exe 改了个后缀或者根本不是 zip 格式。我一般先用zipinfo或7z l看包内结构它们不会解压内容只是读取中央目录。# 在 Windows 的 PowerShell 里如果装了 7-Zip用这个命令列出包内容 C:\Program Files\7-Zip\7z.exe l p13390677_112040_MSWIN-x86-64_4of7.zip # 没有 7-Zip 时用 Python 的 zipfile 模块读一下 python -c import zipfile; zzipfile.ZipFile(p13390677_112040_MSWIN-x86-64_4of7.zip); print(\n.join(z.namelist()[:50]))7z l的输出会给出文件列表、压缩方式、原始大小和 CRC 校验值。如果列出来的全是.dll、.sys、.inf、.exe这类驱动或程序文件基本可以判断是软件分发包如果看到.cab.msi甚至.iso那说明 zip 只是外层容器里面还有嵌套压缩。用 Python 的zipfile命令可以快速看前 50 个文件名够判断类型了。这里有个重要区别普通 zip 和分卷 zip 在结构上不一样。普通 zip 的中央目录在文件尾部分卷 zip 除了第一卷带文件头还需要所有分卷齐全后中央目录才会出现在最后一卷里。所以单看4of7这一个文件zipfile一定会报错这是正常的不代表文件损坏。2.2 分卷合并与解压最稳的三种命令行姿势分卷解压的常见做法有下面几种。我按可靠性从高到低排实际项目里优先用第一种。# 方式一7-Zip 直接解压第一个分卷它会自动找齐其他分卷 C:\Program Files\7-Zip\7z.exe x p13390677_112040_MSWIN-x86-64_1of7.zip -oD:\output_dir -y # 方式二先把所有分卷合并成一个 zip copy /b p13390677_112040_MSWIN-x86-64_1of7.zip p13390677_112040_MSWIN-x86-64_2of7.zip ... p13390677_112040_MSWIN-x86-64_7of7.zip merged.zip # 方式三如果分卷名里有数字和补零规则用 PowerShell 循环合并 $files 1..7 | ForEach-Object { p13390677_112040_MSWIN-x86-64_$_{}_of7.zip }方式一的原理是 7-Zip 会读取第一个分卷里的分卷序号自动在同一个目录下找_2of7.zip、_3of7.zip等文件然后按顺序拼接解压。注意这里不能直接指定4of7因为分卷从 1 开始必须从1of7起解。方式二用copy /b做二进制合并逻辑上和 7-Zip 内部的做法一致但合并后文件名必须保持merged.zip里面的中央目录是从最后一个分卷拼出来的这种方式适合分卷顺序混乱或文件名被改过的情况。方式三适合批处理但注意 PowerShell 的字符串拼接如果文件名里的下划线位置不对会拼出错误的路径我踩过这个坑。参数说明-o指定输出目录-y是跳过确认/b表示二进制模式复制加了之后copy不会把文件当文本处理缺了/b在 Windows 上会遇到截断问题。2.3 参数怎么选7z、zip、unzip 在 Windows 上的适用边界Windows 自带右键的“全部解压缩”只支持标准 zip 和解压后的普通 zip分卷包直接提示文件损坏。你在项目里做选择时按这个表来判断工具分卷支持嵌套格式命令行友好度适合场景7-Zip支持 .zip、.7z 分卷cab、msi、iso、wim高多数生产环境首选WinRAR支持 .zip 分卷解压各类自解压中老机器兼容性Python zipfile不支持分卷zip 内套 zip 需自己处理中脚本批量处理Windows 自带不支持仅 zip低一次性普通解压如果包是.zip但里面套了.cab例如某些驱动用 zip 做外壳、cab 装驱动7-Zip 可以递归解到-t指定的格式但官方驱动包最好还是用原厂的解包路径。这里我不推荐用 Windows 自带功能去处理分卷因为它在解压到一半时遇到“找不到 EOCD”就直接失败不会自动处理多卷拼接实际体验很差。3. eocd 与包体校验为什么“找不到 EOCD”才是真正的拦路虎3.1 EOCD 是什么一句话说清 zip 结构的起点和终点zip 文件的结构从尾部看最直观最末尾有一个 End of Central Directory Record也就是 EOCD它记录了中央目录的偏移量、条目数量和分卷信息。解压工具的第一步就是找这个 EOCD找不到就不知道中央目录在哪、有哪些文件、怎么拼接所以报错could not find eocd时问题通常不是文件本身编码而是文件不完整或结构被破坏。热词里“导入资源包失败 caused by: invalid zip archive: could not find eocd”说的就是这个现象。在分卷场景EOCD 只存在于最后一片7of7如果你只下载了 4 号卷或合并时顺序错乱解压器在 4 号卷里翻遍了也没找到 EOCD自然报这个错。遇到这种报错第一反应是检查分卷是否齐全而不是去怀疑压缩工具版本。3.2 下载不完整与分卷错位检查包体完整性的三个命令EOCD 报错八成是下载时丢字节两成是文件名被网盘改成(1)、(2)之类的带括号后缀导致顺序错乱。我习惯先跑一遍完整性检查# 用 7-Zip 的 t 命令测试每个分卷的 CRC for %f in (p13390677_112040_MSWIN-x86-64_*of7.zip) do C:\Program Files\7-Zip\7z.exe t %f # 用 PowerShell 快速对比每个分卷的大小是否匹配假设你知道总大小 Get-ChildItem p13390677_112040_MSWIN-x86-64_*of7.zip | Select-Object Name, Length # 用 Python 读取每个分卷的前 4 个字节确认都是 PK\x03\x04 python -c import glob; [print(f, open(f,rb).read(4)) for f in glob.glob(p13390677_112040_MSWIN-x86-64_*of7.zip)]7z t会逐个分卷做 CRC 校验分卷内部如果有损坏会精确指出是在压缩包内的某个文件段。Length对比适合知道正确总大小的场景文件名被改过时Select-Object Name可以一眼看到(1)这类附加字符。读前 4 字节是为了确认每个文件确实是 zip 分段而不是 HTML 错误页——很多网盘下载失败时给你一个zip.html改个名就完事这种最坑前 4 字节直接暴露。分卷错位还有一种情况下载工具把1of7和10of7混在一起。文件名如果补零不一致比如从_9of7直接跳到_10of7总数其实是 17 个分卷但文件名没改全排序就会乱。解决方法是先按分卷号的数字部分排而不是按字符串排。3.3 从 zip 到 CAB/MSI/自解压识别 MSWIN 包的真实内容物MSWIN 开头不代表里面只有一个 zip它可能是一个驱动包的启动器。典型的驱动分发会把驱动文件.dll、.sys、安装脚本.inf、安装程序.exe或.msi、以及若干.cab压缩组件打包在一起再套一层 zip。所以解压后不要直接双击里面的 exe先按类型分流包内文件类型含义常见处理方式.inf安装信息文件含硬件 ID 和驱动路径右键选“安装”或用 pnputil 添加.sys内核驱动文件不要手动复制到 System32必须通过驱动安装程序.dll用户态或内核态库由安装脚本负责注册手动放容易版本冲突.exe可能是安装引导器或自解压壳先看数字签名再决定是否运行.cab驱动的正式分发格式用 expand 解开或交给安装器处理识别这些内容时7z l的输出会显示文件路径和类型。如果看到driver.cab这样的文件说明这套分发经过了微软 WHQL 的 cab 打包流程。我一般建议不要手动把.sys复制到磁盘很多驱动在 inf 里写了CopyFiles和AddService指令手动放置会绕过安装流程结果就是设备管理器里出现黄色感叹号。走安装器或pnputil /add-driver才是正路。4. 在 Windows x86-64 上按 x64 与 x86 双视角处理包内文件4.1 先确认系统与解压工具的真实位数标题里的 x86-64 让不少人误会以为是纯 64 位。实际 x86-64 表示的是指令集架构系统里同时存在 System3264 位和 SysWOW6432 位兼容层两个目录。驱动包里的文件可能两种都有例如 32 位打印机驱动放在x86子目录64 位放在x64子目录安装器根据系统位数挑一个。所以拿到压缩包后第一件事是确认当前 Windows 的架构这决定了你后续要不要手动换路径。# PowerShell 或 CMD 里确认系统架构 echo %PROCESSOR_ARCHITECTURE% # 查看 7-Zip 是否也是对应的位数 C:\Program Files\7-Zip\7z.exe i | Select-String CPU如果PROCESSOR_ARCHITECTURE是AMD64那系统就是 64 位如果是x86那系统是 32 位。后面7z i输出的 CPU 信息是工具自身构建目标和系统不完全是一回事32 位系统上跑 64 位工具会直接启动失败所以你需要在两个位数上都准备工具。4.2 包内常见文件类型清单exe/dll/cab/msi/pnf 分别怎么处理如果你把分卷合并后解开看到的文件类型多半是下面几种。这里我把常见的“遇到之后怎么办”的步骤写清楚# 对于 cab 文件用 expand 命令解开注意本机是 x64 还是 x86 expand driver.cab -F:* C:\drv_temp # 对于 msi 文件用 msiexec 静默安装附带安装日志 msiexec /i package.msi /qn /l*v install.log # 对于 inf 文件用 pnputil 添加驱动 pnputil /add-driver driver.inf /installexpand是 Windows 自带的 cab 解压工具-F:*表示解出全部文件到指定目录。msiexec /qn表示静默模式适合脚本批量部署/l*v会生成详细日志现场安装失败时日志里能精确看到是哪一步出错。pnputil /add-driver会把驱动加入驱动库再配合/install触发即插即用匹配比右键手动安装更容易脚本化。不要一上来就双击 exe。很多 exe 只是把分卷里的cab/msi解压到临时目录再调用安装器运行过程中如果杀毒软件拦截临时目录写权限会报“无法加载”等含糊错误。先看命令行的安装参数用exe /?或exe /help探一下再决定是直接跑还是拆包手动处理。4.3 解压后如何验证文件签名、版本号与依赖项解压不是终点验证才是。我见过太多项目因为直接用了解压出来的旧的.dll结果和系统现有组件的版本冲突。验证顺序是数字签名 → 文件版本 → 依赖项。# 检查 exe/dll 的数字签名 powershell -Command Get-AuthenticodeSignature C:\drv_temp\driver.sys | Format-List Status,SignerCertificate # 查看文件版本号 wmic datafile where nameC:\\drv_temp\\driver.sys get Version,FileSize /value # 查看依赖的 dll 是否有缺失 dumpbin /dependents C:\drv_temp\driver.sysGet-AuthenticodeSignature会输出 Valid 或 NotSigned。驱动文件如果没有签名64 位系统的内核加载机制会拒载这不是解压错了而是文件本身不允许被这样挪动。dumpbin不是系统自带装了 Visual Studio Build Tools 才有如果懒得装可以用Dependencies这个开源工具替代。最常见的依赖坑是“能解压但没法运行”全是缺 VC 运行库这时按依赖项清单补装对应版本的运行库别去改文件。5. 避坑分卷 zip 解压中最常见的 5 个翻车现场5.1 现象只有第 4 个分卷解压直接报错手里只有p13390677_112040_MSWIN-x86-64_4of7.zip双击、命令行、脚本全报错甚至 7-Zip 提示“无法作为归档文件打开”。原因很简单分卷的中央目录在最后一片里少了7of7就等于丢了整个索引。解决方法是重新下载缺失的分卷别想着拿4of7单独解出内容来。有一种例外是压缩时设置了独立存储每卷自包含但绝大多数脚本只用默认的跨卷压缩别赌这个。5.2 现象7-Zip 提示“无法打开文件”或“头部错误”明明 7 个分卷都齐了还是打不开。原因通常是分卷文件名的排序被下载工具打乱比如加上了(1)、(2)之类的括号序号变成..._4of7 (1).zip这种格式7-Zip 按文件名找_5of7.zip时找不到自然报错。解决方法是先把所有分卷改名成连续无括号的格式再去解压。改名时注意保留分卷号不要手滑把4改丢。5.3 现象解压后 exe 双击没反应解压后的安装程序双击没反应最常见的是解压时路径里带了中文字符或空格安装器内部判断路径时用的还是旧式编码直接闪退。另一个常见原因是这个 exe 是 32 位的在 64 位系统上缺少 SysWOW64 里的运行库。解决方式是把解压目录挪到一个纯英文路径比如C:\drv_temp再以管理员权限运行。如果还不行用事件查看器里的应用程序日志查进程退出码比瞎试效率高得多。5.4 现象杀毒软件把分卷中的某个 dll 隔离了这类分卷包里常见.dll被误报尤其是签名不完整或打包工具加壳的驱动文件。现象是解压时安全软件弹出拦截然后安装到一半报缺少文件。无效的破解方式是把杀毒软件整个关掉那样系统暴露在风险里正确做法是先把报毒文件单独提取出来用 VirusTotal 之类的多引擎扫描看结果再决定是信任签名还是放弃使用。如果文件有有效的微软签名杀毒误报概率高没有签名就得谨慎。5.5 现象装了 x64 工具却提示缺少 32 位组件有些驱动包里的安装器是 x86 编译的跑在 x64 系统上需要 WOW64 兼容层。如果你的 Windows 是精简版或 LTSC 裁剪版SysWOW64 目录可能被精简掉了安装器一启动就报缺msvcr120.dll等运行库。解决方式是先确认C:\Windows\SysWOW64存在且里面有常见运行库缺了就装对应版本的 VC Redistributable。不要手动从别的机器拷 dll 进系统目录版本不匹配会引发更多问题。6. 进阶把 MSWIN 分卷包变成“可重复部署”的本地资产当你多次遇到同一个编号比如p13390677的分卷包每次都手工合并、解压、验证效率太低。我的习惯是把它变成一套可重复的本地流程具体分三步建校验基线、合并成单文件、留存元信息。# 第一步记录所有分卷的 SHA-256 到清单文件 Get-FileHash p13390677_112040_MSWIN-x86-64_*of7.zip -Algorithm SHA256 | Export-Csv checksums.csv -NoTypeInformation # 第二步按正确顺序合并为单一 zip cmd /c copy /b p13390677_112040_MSWIN-x86-64_1of7.zip p13390677_112040_MSWIN-x86-64_2of7.zip p13390677_112040_MSWIN-x86-64_3of7.zip p13390677_112040_MSWIN-x86-64_4of7.zip p13390677_112040_MSWIN-x86-64_5of7.zip p13390677_112040_MSWIN-x86-64_6of7.zip p13390677_112040_MSWIN-x86-64_7of7.zip merged.zip # 第三步验证合并后的 zip 完整性 C:\Program Files\7-Zip\7z.exe t merged.zipGet-FileHash生成基线之后每次重新下载只用比对校验值就知道是否一致。copy /b的合并顺序必须和分卷序号严格一致中间任何一卷错位合并出来的 zip 就算 7z 能解开某些文件也可能已经损坏。7z t是对合并结果做整体 CRC 校验这一步能过基本就能放心分发。合并之后我会额外做一次按文件名的归档把解压出来的内容按类型放到drivers、tools、docs三个目录再写一个README.txt记录原始下载时间、来源编号、目标系统位数和安装命令。这套做法让我在后续交接给同事或重装系统时不必重新去翻下载记录。这也是为什么我一直强调分卷包本身不是问题问题是你有没有给下一次操作留好后路。说回本文开始时那个4of7如果你当前并不需要立刻安装这套东西只是下载了其中一个分卷我的建议是别删也别去强行解压。先把缺失的 1、2、3、5、6、7 卷补齐按第 3 章的校验流程走完再决定怎么装。补分卷时同样盯紧文件名尤其是网盘自动加的后缀改回来再合并能少踩一半的坑。我在这类“残卷”上吃过亏所以现在的习惯是下载完成先算校验值解压前先看目录结构两层确认之后才开始动手。希望帮到你。本文还有配套的精品资源点击获取

相关新闻

Oracle 11g INS-30131错误根源与ACL权限修复指南

Oracle 11g INS-30131错误根源与ACL权限修复指南

简介:本资源是一份针对Oracle 11g Windows平台安装失败问题的实操型排错指南,面向数据库初学者、DBA入门人员及企业环境部署工程师,专门解决安装过程中高频报错“[INS-30131] 执行安装程序验证所需的初始设置失败”。文档系统梳理了四步关键修…

2026/10/9 15:05:37 阅读更多 →
PB远程连接SQL Server:动态IP配置与排错指南

PB远程连接SQL Server:动态IP配置与排错指南

简介:PB应用开发者常遇到远程连接SQL Server时因动态IP变化而中断的问题。压缩包内提供了一整套可参考的工程文件、辅助脚本与界面截图,面向需要维护数据库远程连接的开发者与运维人员,围绕动态IP环境梳理了数据访问接口配置、服务器端启用TC…

2026/10/9 15:05:37 阅读更多 →
北理工数据库上机实验包:五阶能力闭环实战指南

北理工数据库上机实验包:五阶能力闭环实战指南

简介:本资源是北京理工大学计算机学院“数据库原理与设计”课程配套上机实验材料,面向高校计算机专业本科生及数据库初学者,聚焦关系数据库理论落地与SQL工程实践能力培养。压缩包共12个文件,含4个核心SQL脚本(覆盖建库…

2026/10/9 15:05:37 阅读更多 →

最新新闻

SharpCompress 0.37.2 实战:多格式压缩解压与避坑指南

SharpCompress 0.37.2 实战:多格式压缩解压与避坑指南

简介:SharpCompress 0.37.2 是一份面向 .NET 开发者的压缩库 NuGet 离线包,适合需要在项目中集成 zip、rar、7z、tar 等格式读写能力的工程师,尤其适用于无法直接访问外网源、需手动引入依赖的内网或离线开发环境。压缩包共 11 个文件&#x…

2026/10/9 15:54:51 阅读更多 →
Flutter网络库鸿蒙化适配实战:平台通道设计、链路资产沉淀与踩坑排查

Flutter网络库鸿蒙化适配实战:平台通道设计、链路资产沉淀与踩坑排查

1. 拿到标题先别动手:拆解这个“鸿蒙化适配”到底要做什么 说实话,我第一次看到“掌控网络交互、链路资产实战、鸿蒙级精密通讯专家”这种组合词时,第一反应是:这到底是一个产品广告,还是一个开发任务?剥掉…

2026/10/9 15:54:51 阅读更多 →
SpringBoot+Vue数码商城实战:从设计到部署的完整踩坑记录

SpringBoot+Vue数码商城实战:从设计到部署的完整踩坑记录

最近把之前写的一个基于SpringBootVue的数码产品购物商城完整跑通了,从数据库建表到前后端联调,再到部署到云服务器,走了不少弯路。这个项目本身不算特别复杂,但因为它涵盖了一个电商系统最核心的链路——用户注册登录、商品展示与…

2026/10/9 15:54:50 阅读更多 →
Linux必会命令实战:文件操作、文本处理、搜索与压缩归档全解析

Linux必会命令实战:文件操作、文本处理、搜索与压缩归档全解析

Linux下干活,绕不开的就是那几件事:在文件系统里折腾文件、从日志和文本里捞出想要的信息、把一堆文件打包搬走、顺手再管管系统状态。这四件事看着基础,可恰恰是它们决定了你在终端里的效率天花板。经常看到新手把 mv 当 cp 用、把 gre…

2026/10/9 15:54:50 阅读更多 →
SpringBoot+Vue无人智慧超市管理系统:从架构到部署全解析

SpringBoot+Vue无人智慧超市管理系统:从架构到部署全解析

最近这段时间找我聊毕业设计的人不少,问来问去绕不开一个选题: SpringBoot Vue 的无人智慧超市管理系统 。这确实是代码量适中、完整性高、答辩好讲、又能往简历上写一笔的经典方向。其实换个名字,像"自助便利店管理系统""…

2026/10/9 15:54:50 阅读更多 →
2026年AI助手APP实战指南:从选型配置到效率翻倍

2026年AI助手APP实战指南:从选型配置到效率翻倍

2026年一开年,"效率翻倍"成了开发者群里出现频率最高的词,而翻倍这件事基本绕不开同一个核心工具——AI助手APP。过去两年我几乎把市面上能接触到的AI开发工具都试了一遍,从手机端随开随用的对话应用,到和IDE深度绑定的…

2026/10/9 15:53:45 阅读更多 →

日新闻

Java时间API实战:LocalDate、Date与ZonedDateTime的转换与避坑指南

Java时间API实战:LocalDate、Date与ZonedDateTime的转换与避坑指南

Java时间API这个话题,隔三差五就会在群里被翻出来讨论一次。上周还有个同事线上处理一个订单超时问题,排查到最后发现是ZonedDateTime序列化后时区丢了,用户在下单当天晚上看到的时间整整差了8个小时。这类问题几乎每个做Java开发的人都遇到过…

2026/10/9 0:00:49 阅读更多 →
EasyTier实践:从NAT穿透到子网代理的异地组网部署与排错

EasyTier实践:从NAT穿透到子网代理的异地组网部署与排错

前几个月我手头有好几台机器需要互相访问:办公室台式机、家里 NAS、还有一台云主机。如果只是偶尔传个文件倒还好,问题是工作场景经常要在几处环境之间来回切换,每次都先登录跳板机再层层代理,实在折腾。我先后试过端口映射、自建…

2026/10/9 0:00:49 阅读更多 →
AI Agent工程实战:从七要素到七个决策点的系统设计指南

AI Agent工程实战:从七要素到七个决策点的系统设计指南

AI Agent 这个词在过去一年里被反复提及,但真正动手搭过一套能跑起来的 Agent 系统的人都知道,从"知道它是什么"到"让它稳定干活"之间隔着一整套工程决策。我前后参与过几个 Agent 项目的落地,从最初用现成框架拼装&…

2026/10/9 0:01:50 阅读更多 →

周新闻

KT148A语音芯片外挂8002D功放的工程实践指南

KT148A语音芯片外挂8002D功放的工程实践指南

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/8 15:26:32 阅读更多 →
LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/8 15:26:40 阅读更多 →
ARM架构深度解析:从RISC设计理念到交叉编译实战

ARM架构深度解析:从RISC设计理念到交叉编译实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/9 10:11:06 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/8 21:13:17 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/8 15:26:17 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/9 6:17:20 阅读更多 →