我们正在创建一个SCORM包（zip）并上传到我们的Blackboard测试实例，如果一个开发人员（将称他为Bob）创建zip并上传，那么所有一切都很有效。我自己和另一个开发人员打包了zip并上传了它，一个特定的js文件得到了404（＆＃34;找不到指定的资源，或者你没有权限访问它＆＃34;）当我们尝试时出错并运行该应用程序。
如果Bob将我的拉链发送给我并将其上传到Blackboard它工作正常，如果我将Bob发送到我的拉链并上传它然后失败，所以我很确定这是拉链创建的问题。我查看了拉链，它们在文件结构方面看起来完全相同。
3个问题：
我对Blackboard相对较新，所以如果我错过了一些明显的事情，我会道歉。
答案 0 :(得分：1)
我不知道有关Blackboard的SCORM处理的任何细节，但如果您的ZIP小于100MB，您可以在SCORM Cloud免费测试。他们有一个非常好的解析器，如果您的SCORM包中有任何异常或故障，它将提醒您。它还可以让您检查包装内容。
如果它只是抛出404或403的文件，我会检查文件的安全设置。如果它们限制性太强，则文件可能实际存在于您的ZIP中，但由于权限不足而被阻止服务器呈现（因此403）或甚至可能被LMS（因此404）的初始上载阻止。我已经发生了几次这种情况，通常是我从互联网上下载的文件（特别是通过Chrome的“另存为”文件菜单选项）或我从其他人那里收到的文件。
如果您使用的是Mac而不是终端/ chmod类型的人，最简单的解决方法是将包含文件夹的权限应用于所有随附的项目。 （包含文件夹中的“获取信息”，然后单击“获取信息”窗口底部的锁定，然后单击“齿轮”下拉菜单并选择“应用于随附项目”。）
答案 1 :(得分：0)
我们发现这是一个路径套管问题;在其中一台机器上，有问题的文件的工作副本在其名称中混合了大写和小写，并且引用它的脚本标记具有全小写路径。我们怀疑，但不能肯定的是，我们运行的服务器收到的更新使得http请求路径区分大小写。但它可能一直都是这样，我们中的一个开发人员搞砸了文件名。