How do I add a sales section, buy 1 get 1 free or buy 2 get 1 free or buy 3 get 1 free, etc.?
It's not a built in, but it seems to be provided by this module. I can't speak for the security of the module of course, and I've never personally used it.
http://www.thatsoftwareguy.com/zencart_better_together.html
Related
i have created two subscriptions in the google play console, both with a free trial. After some internal changes we decided to remove the trial off of these two subscriptions and create a new subscription with a free trial. Now i have:
two subscriptions that shouldnt have a free trial
one subscription that should have a free trial
I deactivated the free trial on the older subscriptions as i am supposed to do in the play console.
But when i look at them in the app, the older ones still have the free trial (which they shouldnt) and the newer one doesnt have the free trial (which it should).
For the in-app implementation i am using RevenueCat with Flutter.
After logging the offers to the console i get this for the older ones:
introductoryPrice: null
and for the new one with the supposed free trial:
IntroductoryPrice(price: 0.0, priceString: €0.00, period: P2W, cycles: 1, introPricePeriodUnit: DAY, periodNumberOfUnits: 14)
RevenueCat seems to get the right information about the subscritions. But Google still shows the old subscritions with a free trial and the new one without.
Old subscription which shouldnt have a free trial, but has:
New subscription which should have a free trial, but hasn't
Old subscription which shouldnt have a free trial, but has
New subscription which should have a free trial, but hasn't
How long does it take Google to recognize such changes in the offers, or am i doing something wrong?
Thanks for the help!
my name's Diego.
I'm a passionate 3D drawer, and i'm about to starting a nice project which needed some satellite and hillshading images from a region of the France.
I've seen that in https://openmaptiles.com/ you can choose to buy a one-time data of a specific area, and i've bought both the satellite and hillshading data for the region i needed.
In my page, where i can download the data, it shows a phrase:
"List of created dataset. These extracts are available for 14 days."
What it means? i can't use what i've bought for over 14 days? or just the link disappear? because my project it lasts over 14 days, i thought if i bought data it can be used offline forever (ofc not updated).
Someone can explain this?
thank you in advance,
have a nice day!
Diego
Thanks for the purchase from OpenMapTiles.com!
The download link for the extract expires and the extract is deleted from our servers in 14 days after the purchase. You can download the extract anytime during these 14 days. Unfortunately, the extracts cannot remain on our servers as we would run out of the storage capacity quickly.
In case this wouldn't be suitable for you, you can subscribe to one of the production packages available at https://openmaptiles.com/production-package/. This way, all the data for the whole planet would be available for you anytime.
Have a nice day as well and we wish you good luck with your project!
Here's the thing.
were doing some cross-platform game, selling some virtual currency to be used on our game, and life are awesome. Until came the requirements for BI.
The requirements are completely legible - no magic here. Only that with Apple, it's (how to say gently) ...hell.
Here I have to report for every package that was purchased, what is the price that was presented to the user, and what of it was passed to us.
So, OK, after I get a report of a successful purchase and get a receipt
I pass it to my server
I check the receipt with apple, get it decoded
in the receipt I find the package ID - awesome.
But there is no information about sums :o
All this is available when doing billing integration for credit-cards. What would be the equivalent for Apple In-App Purchases?
More info? Ok.
I could cheat a little and solve half of the problem, naming packages like
com.example.vc100
com.example.vc100_promo1
where in both packages the user buys 100 coins of VC, but
vc100 is sold in the usuall case, by the price of some tier that makes sense to our game-balancers, and
vc100_promo1 is sold by promotions by the price of a cheaper tier that makes sense to our marketting.
So, the fallback would be to maintain two lists. one on our servers, and one on the apple back-end, repeating in both ends the relations between a pack and a tier.
Another fallback would be to encode both the VC-sum and the tier in the name. But that would be a partial solution, because we still don't know what price was presented to the user, AND need to maintain a list on our side that would update every-time a price tier is redefined.
Yuck. I refuse to believe there's no better way to do it!
My goal is that marketers can create whatever product-SKU they wish to sell in one place. Obviously, Apple wont let me do that, so at least let it be one list per platform: apple-skus on the iTunes backend, and cross-billing-provider skus in our integration layer for our billing partners, who are much more cooperative than the ...appholes in apple.
Basically, if clients can pull this information and present it to the users - there has to be a way to do it on our servers, and collect this information for BI events.
Having the commission that apple cuts a constant percent from the US price - all we need is to have on our servers the prices for the sold SKU in local currency and USD.
Anybody?
Unfortunately -- incredibly -- Apple doesn't include the price tier as part of the receipt, so the approaches you've outlined are the only options:
The client can store the price tier + local currency price and send it up to the server at time of purchase
The server can maintain a separate list of [product ids -> price tiers], and [price tiers -> local currency price] per tier, both of which need to be kept in sync with iTunes.
It looks like iTunes connect has an (unofficial) JSON API, which could be used to automate #2 (keeping the server in sync with iTunes). I haven't tried it though!
See iTunes Connect API and https://github.com/fastlane/itc-api-docs
so, no long - no answer.
We could not find a way to get this info from Apple in a peer-to-peer request.
What we ended up doing is collect the sums on the client and pass them to the server together with the receipt, protect the values with hashing signature, and send it over ssl.
If there is a better solution - I'd still want to learn about it
I have seen the message
"We have not received enough ratings to display an average for the current version of this application"
How many ratings are enough to warrant a display?
According to this, about 5.
Must be more than 5. I've got 7 and still have no average.
Update: Looks like it's 10 reviews needed now...
Update 2: Hmmm, also looks like a free app got an average with just over 5 ratings. I wonder if there's a different average needed depending on the payment scale
Sadly, it is not that number either. We have over 25 reviews on our app since the update and it is now six days and it still says "Not enough reviews". Not sure what is the situation.
Let's say that I have an application that helps people "manage" a certain number of "items". Normally they'd have to manage information about these items on paper, but my application will let them do it on the phone.
I want to sell my application by the number of items it supports. For example, I might charge $10 for the version that has a limit of 20 items, and $15 for the version that lets you manage 40 items.
What's the best way to do this? Ideally I'd like to let users download the application for free as a sort of trial that only supports a very small number of items like 2 or 3, then they'd have to use in-app purchases or something to buy additional capacity.
I also need them to be able to "re-download" their license from the app store if they wipe their phone or it gets destroyed.
I also want people to be able to buy upgrades as they go along. So once they find they need to manage more than 20 items or whatever, I want them to be able to buy an upgrade for 40 without having to reinstall the app or something.
Installing extra application bundles for each license or license upgrade seems like a bad way to do things, though I'm sure I could have them all use the same bundle seed ID and have them insert license info into the keychain or something.
Anyway, ideas?
You could use in-app purchase to add extra “items” to the user’s list. That will survive a phone restore and you could support adding as many “items” as possible.
I think the best way is to manage this via some sort of subscription where the 'items' are stored on your server rather than the phone. Then you can control the number of them and use the app to access each item.
So, you run the app, it manages these 'items' and each item is stored on your backend database. Depending on their subscription, you can allow/deny attempts to add items.
Alternatively, I guess you could do a similar thing on the iPhone using the built in database but you'll still need a backend somewhere to keep control of the number of items they can manage, whether that's via some sort of certificate or whatever.