Debugging 黑板上的某些资产接收404

我们正在创建一个SCORM包（zip）并上传到我们的黑板测试实例，如果一个开发人员（称他为Bob）创建了这个zip并上传，那么所有的事情都很好。我和另一位开发人员打包并上传了zip文件，当我们尝试运行应用程序时，一个特定的js文件会出现404错误（“找不到指定的资源，或者您没有访问它的权限”）

若Bob给我发了他的zip，我把它上传到黑板上，效果很好，若我给Bob发了我的zip，他上传了，那个么它就失败了，所以我很确定这是zip创建的问题。我看过这些拉链，它们在文件结构上看起来是一样的

3个问题：

• 黑板上的zip细节是否存在特殊问题？这些看起来确实像有效的zip文件
• Blackboard中是否有日志描述Blackboard在安装新SCORM包时使用的解压缩过程
• 有没有办法查看已部署SCORM包的已部署文件/dir结构

---

我对Blackboard比较陌生，所以如果我错过了一些明显的东西，我很抱歉。

我不知道Blackboard的SCORM处理的任何细节，但是如果您的ZIP小于100MB，您可以在免费测试。他们有一个非常棒的解析器，如果SCORM包中有任何异常或故障，它会提醒您。它还可以让您检查包装内容

如果只有一个文件抛出404或403，我会检查该文件的安全设置。如果限制太严格，文件可能实际存在于您的ZIP中，但由于权限不足，服务器阻止了文件的呈现（因此为403），甚至可能在初始上传时被LMS阻止（因此为404）。我有过几次这样的经历，通常是在我从互联网站下载的文件（特别是通过Chrome的“另存为”文件菜单选项）或从其他人那里收到的文件上

---

如果您在Mac电脑上，而不是终端/chmod类型的人，最简单的修复方法是将包含文件夹的权限应用于所有包含的项目。（“获取包含文件夹上的信息”，然后单击“获取信息”窗口底部的锁，然后单击cog下拉菜单并选择“应用于封闭项目”。

我们发现这是一个路径框问题；在其中一台机器上，该文件的工作副本的名称混合了大写和小写，引用它的脚本标记的路径为全小写。我们怀疑，但不能确定，我们运行的服务器收到了一个更新，使得http请求路径区分大小写。但可能一直都是这样，我们中的一位开发人员弄乱了文件名。

这里要补充的是，办公室里有一个人使用Mac电脑也有完全相同的问题——这与它如何创建zip有关——即使使用我创建的zip，解压缩+重新压缩也会创建一个无法使用的内容包。。。