I'm trying to build up a web service to push discount information to end-users. My question is that I know we can push coupon by my own app but is there any possible way to avoid end-user installing our app? Is there any possible way that we only use web service to get device_library_identifier from our users to push notification to apple passbooks?
Very Thanks!
Pkpass files can be downloaded from web pages, attached to emails or loaded via QR code, for example. You don't need to use an app to deliver them.
When a .pkpass file is added to a user's wallet, it will register itself with your webService and you can then push updates to the pass.
This web service is outlined in Apple's documentation and covers what you need to record the pass:
https://developer.apple.com/library/ios/documentation/PassKit/Reference/PassKit_WebService/WebService.html
The section under "Update a Pass" in Apple's Wallet Overview, explains how this works in the context of a pass
https://developer.apple.com/library/ios/documentation/UserExperience/Conceptual/PassKit_PG/Updating.html#//apple_ref/doc/uid/TP40012195-CH5-SW1
If normally you have new promotion to send coupon to customer time to time, you may start with member pass first so you can send link to download new coupon with notification to your member to load new coupon when they want without coming to your place to download new coupon.
Related
I have done creating an Apple certified pass to Wallet app.
According to docs we can toggle "local push notification" with text on it, if user is close to some position (by GPS coordinates).
But also I need to have this event registred on my server, in order to send a message in social media as well.
Any ideas how to make it?
The Pass in itself cannot register the event on your server. You will need an accompanying app (possibly using PassKit) in order to that.
I was wondering how mobile news apps send messages where if you click on the push notification, the app takes you to the specific article. I am trying to perform a similar task but have the user generate a message and send it to another user. When the user on the other end receives the message, they should be taken to another view that displays the message data.
Would I use the Firebase In-App Messaging or would I need an external server with the Firebase Admin SDK implemented?
You need to make use of userNotificationCenter(_:didReceive:withCompletionHandler:), firing the appropriate logic based on the contents of your notifications, or the action selected by the user.
See this blog post for an overview of how you can open a specific view controller from the background. As an example, this project on GitHub uses Firebase and seems to do what you're trying to do.
Reference links & spacial THANKS to #Passkit:
1: how-to-make-a-push-notification-for-a-pass
2: how-to-use-changemessage-key-in-pass-json
im missing one part please i need guidance.
i'll send push notification using APNS service. im not able to figure-out, how i'll send my new pass.pkpass file or bundle to my costumer ? if answer is my web-service then how i'll know this request is for new or updated card request. Right now my web-service only updating database when any card removed or install.
im using passkit library and PHP to generate pass coupons dynamically. My API is in coldfusion.
This is a three step process.
When a user installs a pass on their iOS device and there is a webserviceUrl value specified, the device will register itself, providing a push token.
When the device receives the push notification, it will reach out to your API asking for a list of passes that have changed (using a timestamp). You return the serial numbers of all the passes that have been updated (for your pass type identifier).
iOS will then request the new pass for each of the serial numbers. If will diff the passes and display the relevant changeMessage values.
This is explained in more details in the developer guide: https://developer.apple.com/library/content/documentation/UserExperience/Conceptual/PassKit_PG/Updating.html#//apple_ref/doc/uid/TP40012195-CH5-SW1
I'm developing an app that creates a simple document with basic information created by the app. It won't contain any personal information, but it will contain data created and requested by the user. I want the user to be able to send this to themselves via email. I would also like to add the option for the user to have this file (which updates daily) to be able to send to them automatically every week/month, so they won't have to think about it. The user can set the intervals themselves.
Is this possible? The user will set up this option themselves from a menu, so it's not like they won't know it's happening. Every automatic mail will also contain information on how to turn the option back off again.
Is this possible and is it allowed by Apple?
Thanks for your reply
It is not possible from within the app. A user has to explicitly send the email through the MFMailComposeViewController.
If you want this functionality, you should build a backend for your app.
To clarify, if you want to use the users configured accounts; i.e. the account they use with Mail, then no you cannot do this automatically. The other answers rely on the fact a user enters their POP/IMAP settings, which personally I would never do.
You could use an email service as mandril or mailgun, to send emails "from your app".
Take a look at this: https://github.com/rackerlabs/objc-mailgun
There's a library called MailCore that's incredibly powerful. You can use it to send mail in the background of your app without needing to present the built in mail composer view
https://github.com/MailCore/mailcore2
I have a basic web app that is able to send push notifications (via UrbanAirship) to my iOS app.
My questions is, how can my webapp know that I have a new iOS app user? So I can then put the push DeviceID into a database (along with other data as required).
i.e. what is the interface for getting data into the Webapp, is it new code in the iOS app, or is there some other interface from UA?
Thanks..
I'm not an iOS developer, so it's hard for me to be too specific, but I'm assuming you need to store a device ID and (possibly) a token so that you can send messages to that device. I'm assuming (also) that you have access to this information on the device.
The correct way to do this would be to create datastore table of devices and the information associated with them (tokens, various IDs, I also like to have the last time I sent them a message, etc.) Then you send a request (should be a POST request, semantically) to your app when the user registers their device. Send the information you need in the POST request, then store it in your datastore through a handler.
Hope that helps? That's how things are done with Android Cloud to Device messages, and from my quick perusal of Urban Airship, that's how their service works, too.