[严重投诉] 官方 Docker r58 文件损坏，客服 Tommy Chou 缺乏常识拒不承认！

[flyingfox99]

致华芸技术团队及管理层：

本人在此严正投诉贵司 Docker Engine 最新版 (r58) 的严重品控事故，以及一线客服 Tommy Chou 极度不专业的处理态度。
问题事实： 贵司官方服务器上的 Docker Engine (28.1.1.r58_x86-64) 安装包已损坏/截断。
官方页面标称大小： 103.82 MB
实际下载大小： 101 MB
后果： 文件丢失了近 3MB 数据，导致 tar 解压报错“意外的文件结尾 (EOF)”。

客服 Tommy Chou 的荒谬回复： 当我提交了详实的证据（包括官网截图对比、MD5校验、Mac端下载验证）后，贵司客服 Tommy Chou 竟然回复：

“文件大小不影响 Docker Engine 的安装。” (The file size doesn't affect installation)

简直是滑天下之大谬！ 作为一个技术支持人员，竟然声称一个缺失了 3MB 数据的压缩包不影响安装？这是极度缺乏计算机常识的表现！他不仅不核查服务器文件，反而一味要求我提供 NAS 日志，试图推卸责任。

证据链（请见附件截图）：

官网自相矛盾： App Central 页面明写着 103.82MB，下载下来却只有 101MB。
架构对比： 同版本的 ARM64 包有 107MB，而 x86-64 包竟然只有 101MB？这在技术上根本解释不通，唯一的解释就是 x86 包上传时断了。
解压失败： 任何电脑下载该文件后，解压均提示文件损坏。

我的诉求：

请立刻检查你们的外网 CDN 节点，重新上传正确的 x86-64 安装包。
请重新评估客服 Tommy Chou 的专业能力。这种“指鹿为马”的回复严重损害了华芸的品牌形象。
请不要再把用户当 QA 测试员，也不要再用“网络问题”来敷衍！

[flyingfox99]

Ticket # 91907

[lensin1]

Windows 和浏览器使用的单位不同，Windows 使用二进制，而浏览器使用十进制。例如从网站下载的文件显示为 103MB，但 Chrome 浏览器可能只显示 101MB。不过，如果在 Windows 文件资源管理器中查看，就会发现文件大小仍然是 103MB。我之前也遇到过同样的问题，后来才弄明白。

但如果下载的文件无法安装，那就是另一回事了。你应该检查一下无法安装的原因，或者请技术人员帮你查找原因。

[Patrick]

官網顯示的 103.82MB, 我的瀏覽器下載時也只顯示 101 MB, 但看起來這就是 2 進位, 10 進位的差別而已.
下載後的檔案在 Windows 中顯示為 103821 KB, 以 2 進位換算, 就是 101.39 MB, 10 進位是 103.82 MB.

下載後的檔案, 我也可以在 NAS 上手動安裝, 沒有遇到問題.
這應該不是檔案損壞的問題...應該還是要確認在你的 NAS 安裝失敗的原因.

若你的 NAS 有對外連線, 可在 App Central 中直接安裝或更新 Docker Engine, 就不需要手動下載來手動安裝.