Подстановочные идентификаторы Приложения для iPhone/iPod Touch Apps
Ваш относительный путь указывает на корневую папку (DOCROOT / root документа), которая размещена на этом хосте (www.myproblematicapplication.com). Но файлы не находятся в этой папке. Чтобы это исправить, предположим, что файлы находятся в той же папке, что и ваш машинописный файл, который добавляет их в приложение:
Изменение:
'/Scripts/script-first-debug.js'
Кому :
'./Scripts/script-first-debug.js'
во всех URL.
Обратите внимание на начальную точку. Это говорит: «найдите эти файлы в одной папке относительно этого файла».
3 ответа
Оба являются "надлежащими", это - главным образом вопрос компромисса между простотой управления и позволяющий больше детализированного управления сертификатами.
Там два технических различия:
Приложения с идентификаторами, которые являются идентичным сохранением из верхнего уровня (например, com.mycompany.aaa и com.mycompany.bbb) могут получить доступ к каждому, какие другие сохранили данные. Если Вы пишете комплект приложений затем, это могло бы быть чрезвычайно полезно.
Можно только создать ограниченное количество "Специальных" сертификатов. Если бы Ваши приложения имеют тот же подстановочный идентификатор затем, это ограничение было бы наложено через все Ваши приложения.
Лично для маленького разработчика я рекомендовал бы использовать подстановочный идентификатор. Это приводит к намного меньше для управления в нескольких областях и следовательно удаляет большой потенциал для ошибок. Помните, что для каждого идентификатора у Вас, вероятно, будет три отдельных сертификата (dev/adhoc/appstore).
Фон:
Каждое приложение для iPhone должно иметь уникальный идентификатор и сертификат. Разработчики могут или создать сертификат на приложение при помощи полного имени (например, com.mycompany.aaa), или они могут создать Wildcard-сертификат / идентификатор (например, com.mycompany.*), в этом случае название приложения в .plist файле используется для завершения идентификатора во время процесса DRM.
Когда создание Вашего идентификатора приложения на веб-сайте яблока использует что-то вроде этого во втором поле:
me.cbg.*
Теперь в Вас приложения Info.plist используют идентификатор пакета как так:
me.cbg.${PRODUCT_NAME:identifier}
// or
me.cbg.SomeAppName
Можно безопасно проигнорировать XXXXXXXXXX preprends идентификатор приложения.
Привет, я только что проходил здесь, но (ИМХО) я немного удивлен, что на это неясно ответили.
Насколько я понимаю, вы можете свободно отправлять приложения с подстановочным идентификатором приложения, если не хотите использовать в своем приложении службы In App Purchase или Push Notification. Apple отметила, что если вы хотите использовать один из них, вам следует указать конкретный идентификатор приложения.
Тем не менее, существует еще одно требование, указанное на портале Provisioning Portal:
Если вы создаете набор приложений, которые будут использовать один и тот же доступ к Связке ключей (например, обмен паролями между приложениями) или иметь набор приложений без Связки ключей Требования к доступу, создайте единый идентификатор приложения для всех приложений, используя завершающую звездочку в качестве подстановочного символа.
Пожалуйста, перейдите на эту страницу, когда вы вошли на портал разработчика: iPhone Provisioning Portal - App ID How To
Надеюсь, это поможет.