Consumable | Consumable In-App Purchase SwiftUI Combine | Frontend Framework library

I am trying to figure out which type of payment is the most appropriate for a given situation. I am pretty sure there must already be a similar question somewhere but I seem to be asking wrong questions when searching for it.

Application will give user ability to store and manage any amount of certain data type for free. There will be a paid option to selected certain data for processing. Once done processing the output of process will be visible for this user within the same application.

As I must not describe a specific situation I will add theoretical example to give better description: We are building an application where user can import images from his gallery. He can have any number of images in application, add more, delete them... There is an option where user may select a single photo and send it to our service for processing. Once processing is done another photo will be returned which has all faces on image blurred out.

So which type of payment is most appropriate in this case and which types are completely out of question? This is what we considered so far:

Subscription

We do not want subscription because we expect that users will use this feature every now and then. Basically we expect most users to only use it once. If a user uses this feature 10 times we already consider him as a power user. We also expect that this usage will be stretched over years, not days (So someone may use it once a year). For that reason we can expect that users would need to subscribe, use the feature, unsubscribe.

None-consumable IAP

Initially this sounded like a most fitting solution. But the problem is that we would need to offer personalized items for each user to utilize this. I am not even sure if this is doable; create a new IAP item for every request that user makes.

Another idea was to buy the same IAP multiple times. As far as I understand this is not possible. However, I have seen an app that had IAP in place and had an option to "donate" using IAP multiple times. Now sure how they made that possible but now I'm thinking that they spawned some number of IAP items, all with same description and price and users would be iterating through them when donating multiple times. We could do a similar approach but it does not feel right.

Consumable IAP

This one seems technically doable but is this correct? We would create some soft currency which user would be able to buy and consume within his application. I feel like this approach may be rejected by Apple. Plus it may look fishy to users.

Apple Pay

Personally I find this the most correct one. We could implement Apple Pay in our application and user would simply confirm transaction when sending item for processing (or before viewing when received). But is this correct usage of Apple Pay for this case or can we expect some pushback from Apple reviewers that because we use this content only within the application we need to use some from of IAP?

everyone! So i've been doing some game ideas in my free time and i'm currently creating rpg item system. Firstly, i've made base class Item. It implements Comparable and i set its natural ordering by in-game name.

Can I process subscriptions and non-consumable products after purchase. I want process it outside my app?

Such as acknowledge of products or consume some product?

Because sometimes problems will happened inside app like lost connection or user not enter to the app even I can process purchases.

I have an Angular service that uses AngularFire's auth observable to listen to state changes of the user. When a user signs in, the app must fetch a user document from MongoDB. This data needs to be consumable by components, so I need to have another observable. The problem is, I'm not quite sure how to make it work.

Here is a snippet of my auth service.

My application has a single one-time non-consumable IAP to turn off advertisement. I'm trying to provide a "Restore Purchase" option for my application. In the event a user uninstalls the application or migrates to a new device, they have an option to recover their one-time past purchase.

My app is following the purchase flow described within Google's documentation https://developer.android.com/google/play/billing/integrate

I've looked for examples to restore a past purchase for a different device, but all the examples I've found are out dated referencing the AIDL methods.

I've looked at methods, BillingClient.queryPurchases() and BillingClient.queryPurchaseHistoryAsync(). queryPurchaseHistoryAsync() give a list of PurchaseHistoryRecords, for all past purchases including canceled purchases, but does not provide the purchase status to determine if any of those are a completed or pending purchase.

In contrast, queryPurchases() will give a list of purchases and their status, but only for the device. It returns an empty list if a user made the IAP on a different device.

I do not have a backend as I'm an independent developer with limited resources, so my app must be self-contained.

Any help is appreciated. Thanks.

I have two tables from which I want to fetch the data and return it to the API for consumable purposes. There is a relationship between the two tables.

[![enter image description here][1]][1]

When I try to fetch the data, it is returning only one row which is not what I want.

How can I return all the data related to ResellerId (8435 examples)?

This is my code:

This is not the full code, since its about 1000 lines long, but here's the problem, when i come to this section of the game

choice /c abc1 /n

when i press "a" it's supposed to "medicalbag" and instead it acts like if i were to press "1" and goes back to start

when i press "b,c,1" they all go to "medicalbag".

i can't find a solution to this, i read about the command and apparently it supports these letters and numbers, when i change them out with just numbers they work just fine, but im really not sure what im doing wrong here.

I am making a view pulling data from 3 different tables for the query. Here is my code so far, I'm just not sure how to integrate the inner joins since I already have a select statement, I can't picture it. A rewrite of my code would be appreciated!

I'm putting together an inventory program using Python and MySQL. I want to implement a search function that returns entries based on user input (programmed in a separate GUI file). In the code below, I expected that the search function would return entries with the brand "UGreen". Instead, it returns all of the entries in the table.

I'm not sure what I'm doing wrong here. I have used a similar structure in another program with a sqlite database instead and the search worked fine.

Any and all help/suggestions would be greatly appreciated :)