Определенный Актив в Доске, получающий 404
Мы создаем пакет SCORM (zip) и загружаем его в наш тестовый экземпляр Blackboard, и если один разработчик (назовет его Бобом) создаст zip и загрузит его, все будет отлично работать. Я и еще один разработчик упаковали zip-архив и загрузили его, и определенный js-файл получает ошибку 404 ("Указанный ресурс не найден или у вас нет разрешения на доступ к нему") при попытке запустить приложение.
Если Боб отправляет мне свой почтовый индекс, и я загружаю его в Blackboard, он работает нормально, и если я отправляю Бобу свой почтовый индекс, и он загружает его, то это не удается, так что я уверен, что это проблема создания почтового индекса. Я посмотрел на молнии, и они выглядят одинаково с точки зрения структуры файла.
3 вопроса:
- Известно ли, что у Blackboard особые проблемы с деталями почтовых индексов? Они выглядят как действительные файлы ZIP.
- Есть ли в Blackboard журналы, описывающие процесс разархивирования, который Blackboard использует при установке нового пакета SCORM?
- Есть ли способ посмотреть на структуру развернутых файлов / каталогов развернутого пакета SCORM?
Я относительно новичок в Blackboard, поэтому, если я что-то упустил очевидное, я прошу прощения.
2 ответа
Мы обнаружили, что это была проблема компоновки пути; на одном из компьютеров рабочая копия рассматриваемого файла имела сочетание верхнего и нижнего регистра в своем имени, а тег сценария, который ссылался на него, имел путь в нижнем регистре. Мы подозреваем, но не можем быть уверены, что сервер, на котором мы работаем, получил обновление, которое сделало путь к http-запросам чувствительным к регистру. Но, возможно, так было все время, и один из нас перепутал имена файлов.
Я не знаю каких-либо особенностей обработки SCORM в Blackboard, но если размер вашего ZIP меньше 100 МБ, вы можете бесплатно протестировать его в облаке SCORM. У них действительно отличный парсер, который предупредит вас, если в вашем пакете SCORM есть что-то необычное или неисправное. Это также позволит вам проверить содержимое пакета.
Если это просто один файл, который выбрасывает 404 или 403, я бы проверил настройки безопасности в этом файле. Если они слишком строгие, файл может физически присутствовать в вашем ZIP-архиве, но заблокирован от рендеринга сервером (следовательно, 403) или даже может быть заблокирован при первоначальной загрузке LMS (следовательно, 404) из-за недостаточных прав доступа. Это случалось несколько раз, обычно с файлами, которые я загружал с веб-сайтов (особенно через пункт меню "Сохранить как" в Chrome) или с файлами, полученными от других.
Если вы работаете на Mac, а не на терминале / chmod, самое простое решение - применить разрешения для содержащейся папки ко всем вложенным элементам. ("Получить информацию" в содержащей папке, затем нажмите на замок в нижней части окна "Получение информации", затем откройте выпадающее меню и выберите "Применить к вложенным элементам".)