Этот вопрос был задан так много раз, по-разному, на многих форумах; в основном людьми, которые слишком ленивы к read the manual, или слишком неопытными/некомпетентными, чтобы их понять.
В первом абзаце Passbook Web Service Reference объясняется, почему простое добавление ссылки на обновленный проход не будет работать.
протокол веб-службы REST-стиль используется для связи с сервером об изменениях перевалов, и принести последнюю версию проход, когда он изменился. Конечные точки всегда начинаются с URL-адреса веб-службы, как указано в проходе, за которым следует номер версии протокола. Например, запрос последней версии перевале типа com.apple.pass.example и серийный номер ABC123 может выглядеть следующим образом:
сберкнижка веб-сервис является неотъемлемой часть электронной системы Passbook. Любой, кто хочет выдавать пропуски, которые изменяют свой контент (либо в ответ на push-сообщение, либо в ответ на запрос пользователя, запрашивающего свежий контент, потянув вниз по задней части прохода), должен реализовать свой собственный веб-сервис Passbook.
Это подразумевает создание сервера, способного отвечать на следующие аутентифицированные запросы от каждого устройства, на котором установлен ваш пропуск.
Есть 5 способов, что ваш веб-службы должны реагировать на:
1. Регистрация устройства на получение Push-уведомления для Pass
POST
запрос на https: // webServiceURL/v1/devices/deviceLibraryIdentifier/регистрации/passTypeIdentifier/SERIALNUMBER
2. Получение серийного номера для Пасы, ассоциированной с устройством
GET
запрос на https: // webServiceURL/v1/приборы/deviceLibr aryIdentifier/регистрации/passTypeIdentifier?passesUpdatedSince = тег
3. Получение последней версии Прохождения
GET
запрос на https: // webServiceURL/v1/проходит/passTypeIdentifier/серийный номер
4. Отмена регистрации устройство,
DELETE
запрос на https: // webServiceURL/v1/устройства/deviceLibraryIdentifier/регистрация/passTypeIdentifier/SERIALNUMBER
5. Logging Ошибки
POST
запрос на https: // webServiceURL/v1/журнал
Для того, чтобы иметь пропуск ответьте на запрос обновления вручную или нажмите кнопку, требуемую для выполнения по крайней мере, первые 3 метода. Это связано с тем, что устройство не выдаст никаких дополнительных запросов до тех пор, пока оно не получит действительный ответ на запрос регистрации.
Кроме того, веб-сервис должен быть доступен через https
. Необеспеченный сервис http
может быть использован для разработки, но производственные устройства узнают только ключ webServiceURL, который начинается с https
.