pgyer document center
no,it’s unnecessary.
you can obtain more functions after integrating pgyer sdk, such as version update prompt and user feedback, additional information is available in pgyer sdk introduction.蒲公英 sdk 介绍
每个app上传的版本下载次数至多100次，ios与相关打包的证书有关系，ad-hoc打包的应用，只有添加了udid的设备可以下载，并且限制100台以内设备。
蒲公英将于七月中旬起，对上传应用的展示时间做了限制。
注意：
过期页面提示，同时可以去应用管理中点击续签，进行再次发布，有效期从续签算起为90天。应用的发布方式，共有以下两种：
注意：发布方式仅针对ios类型的应用，android类型的应用默认为直接发布。
here are two ways to realize the function that only allow specified people to access the app:
the system can generate a 4-character random short address automatically, or you can specify one manually ( as long as the address is not occupied ).
对于同一个应用，在所有的版本中，只有最新版本有一个短链接。其他版本可以用完整链接访问。
this error may be due to the following reasons:
** the developer doesn’t set up the correct architecture in xcode when generating the app installation. **for instance, if you only add arm64 architecture in xcode, devices such as ipad mini, iphone5 can not install the ipa package ( because these devices are not arm64-architectured ). in other words, only when an app supports the specific architecture of a device can it be installed successfully into the device. therefore, the effective solution is to configure an app to support more architectures when generating its installation. the specific operation is as follows: add armv7, armv7s, arm64 in xcode - build settings - architecture, so that all devices can run the installation; then set the “build active architecture only” into “no” in order to allow all kinds of devices to support the architecture.
** the ios version supported by the app doesn’t match the system version of the current device. ** for instance, if an app is set only to support ios7.0 and above system, it can not be installed on an ios6.1-based device. the appropriate solution is to let the app to support more system versions as much as possible. the specific operation is to set a lower version, such as ios5.0, in “xcode - general - deployment info - deployment target” for the app.
**in the case that the app already installed and the same app to be installed are packaged with different certificates, it also leads the installation to fail. **the solution is to uninstall the former app first and then reinstall the new one.
absolutely yes. payer will not alter any function of the original app.
you can use any type of apple developer account as well as any type of certificate to package ipa, as long as the certificate you choose can generate ipa normally via xcode.
it is due to a bug of ios 8, you can try to open the “ ios 8 install and repair ” function and reinstall the app to solve the problem. more details refer to “ ios 8 install and repair ”.
yes. payer’s functions such as application distribution and sdk support the swift of ios perfectly.