Apparently Apollo has paid subscriptions as a way to finance it.
He would have to turn off the functionality if there is no subscription in order to avoid spending too much for API calls.
Currently this subscription is described as:
> second is Apollo Ultra, the highest tier, which includes everything in Apollo Pro plus additional features. Apollo Ultra is a subscription offering of $1.49 USD per month (or $12.99/year, or a lifetime unlock option is offered in the app) and is a subscription due to options within it having ongoing monthly costs to me, the developer.
The approach would be to do a subscription price change for Apollo Ultra from $1.49/month to $10/month (or whatever the math works out to be - I'm using $10 as an example).
> Developers who offer subscriptions can increase the price of a subscription without interrupting service only under certain specific conditions. If the increase does not exceed approximately USD $5 and 50% of the subscription price, or USD $50 and 50% for annual subscriptions, and where permitted by law, developers may change the price without interrupting service. Developers may do this no more than once per year.
Everyone who is subscribed would get an alert and no payment would go through.
However, the code is already there to work as a subscription app.
> My last thing I wanted to address, and I might be burying the lede a bit here, is some of misleading, or downright inaccurate and untruthful claims that the admins have made in regards to these changes..
> > Apollo could reduce their cost by 3.5x if they were as efficient as these other 3P apps.
> So I have not dug into Apollo specifically as I didn't have an iOS rooted device handy. BUT, my guess as to the "increased calls" is due to them more frequently checking if a user has messages, and/or less caching of comment sections and more re-pulling them for the latest on navigation. Could Apollo not check for messages as frequently? Sure.. Reddit is Fun used to check for messages on any refresh it seems, and they sometime somewhat recently seem to have changed that and for game day threads which I frequently use it for, I often miss responses to my comments for a very long time because it seems to only do it now every so often.
> ...
> Edit: it was brought to my attention that Apollo does push notifications for messages even when you aren't using the app. This is almost certainly the main discrepancy between it and other apps API usage. And it could have been a back end change then related to the polling for those notifications that caused a reduction in API calls
> For some quick math, Apollo has well over 100K active users. The server polls Reddit approximately every 6 seconds, so that's 10 requests per minute per user, or 600 requests per hour per user (assuming they only have one account and one device). At 100,000+ users, that's in the realm of 60 million requests per hour that my server would have to handle, not to mention parsing the results, coordinating tokens, etc. I really can't do that for nothing, so the plan was to offer push notifications with a small fee associated to cover these ongoing server costs.
> I understand the logic in not charging for basic system features such as camera usage, but push notifications require a server in order to function, and servers aren't free (in fact they get costly quick). I also offer a completely free system that does not use a server so those who don't want to have to pay can have their device function as the server and use local notifications (which are slightly delayed as it uses Background Fetch and using the device uses more battery), but remote notifications necessitate a server.
As it is designed, Apollo is very heavy on active polling for notifications.
This is described by Christian here - https://youtu.be/Ypwgu1BpaO0?t=1729 that it is polling reddit once every 10 seconds for each user of Apollo constantly.
https://apolloapp.io/pro-ultra/
Apparently Apollo has paid subscriptions as a way to finance it.
He would have to turn off the functionality if there is no subscription in order to avoid spending too much for API calls.
Currently this subscription is described as:
> second is Apollo Ultra, the highest tier, which includes everything in Apollo Pro plus additional features. Apollo Ultra is a subscription offering of $1.49 USD per month (or $12.99/year, or a lifetime unlock option is offered in the app) and is a subscription due to options within it having ongoing monthly costs to me, the developer.
The approach would be to do a subscription price change for Apollo Ultra from $1.49/month to $10/month (or whatever the math works out to be - I'm using $10 as an example).
About subscription price changes - https://support.apple.com/en-us/HT213252
> Developers who offer subscriptions can increase the price of a subscription without interrupting service only under certain specific conditions. If the increase does not exceed approximately USD $5 and 50% of the subscription price, or USD $50 and 50% for annual subscriptions, and where permitted by law, developers may change the price without interrupting service. Developers may do this no more than once per year.
Everyone who is subscribed would get an alert and no payment would go through.
However, the code is already there to work as a subscription app.
---
I would also draw attention to https://www.reddit.com/r/redditdev/comments/141mjij/lets_tal...
> My last thing I wanted to address, and I might be burying the lede a bit here, is some of misleading, or downright inaccurate and untruthful claims that the admins have made in regards to these changes..
> > Apollo could reduce their cost by 3.5x if they were as efficient as these other 3P apps.
> So I have not dug into Apollo specifically as I didn't have an iOS rooted device handy. BUT, my guess as to the "increased calls" is due to them more frequently checking if a user has messages, and/or less caching of comment sections and more re-pulling them for the latest on navigation. Could Apollo not check for messages as frequently? Sure.. Reddit is Fun used to check for messages on any refresh it seems, and they sometime somewhat recently seem to have changed that and for game day threads which I frequently use it for, I often miss responses to my comments for a very long time because it seems to only do it now every so often.
> ...
> Edit: it was brought to my attention that Apollo does push notifications for messages even when you aren't using the app. This is almost certainly the main discrepancy between it and other apps API usage. And it could have been a back end change then related to the polling for those notifications that caused a reduction in API calls
Some of the architecture for that is described https://www.reddit.com/r/apolloapp/comments/9l3ema/apollo_13...
> For some quick math, Apollo has well over 100K active users. The server polls Reddit approximately every 6 seconds, so that's 10 requests per minute per user, or 600 requests per hour per user (assuming they only have one account and one device). At 100,000+ users, that's in the realm of 60 million requests per hour that my server would have to handle, not to mention parsing the results, coordinating tokens, etc. I really can't do that for nothing, so the plan was to offer push notifications with a small fee associated to cover these ongoing server costs.
> I understand the logic in not charging for basic system features such as camera usage, but push notifications require a server in order to function, and servers aren't free (in fact they get costly quick). I also offer a completely free system that does not use a server so those who don't want to have to pay can have their device function as the server and use local notifications (which are slightly delayed as it uses Background Fetch and using the device uses more battery), but remote notifications necessitate a server.
As it is designed, Apollo is very heavy on active polling for notifications.
This is described by Christian here - https://youtu.be/Ypwgu1BpaO0?t=1729 that it is polling reddit once every 10 seconds for each user of Apollo constantly.