can anyone tell me the recommended way to deal with this That will depend on what server-side technologies you are familiar with or are already using, and how much security you need. I use AWS, and I have a Lambda function that implements AppAttest to authorise a download from CloudFront / S3. The main disadvantage of this is the bandwidth cost. If I were starting from scratch I'd look at Cloudflare R2.

The screenshots can be generated from simulators (Cmd-S on a screen). The simulators are not perfect, and I don't generally use them. It is of course something that I have considered, but it would be a lot of work.

I think your code is correct. The "Check out this video!" text is never included in the iMessage app. I think that's probably a feature of iMessage. The items you add are probably interpreted as alternatives, i.e. like the text/plain and text/html content in typical emails; it will choose one of the alternatives to use, whichever is "best" in some sense. I'm not entirely sure about this though - I have more experience with the clipboard API, which is similar.

No.

The downgrade is no doubt a power-saving feature. Presumably Apple have some complex and secret algorithm about how and when it upgrades after you start using it again.

Apple don't tell us details of the "actual users". "Client" is I think always "App Store". It may differ for other content, e.g. music.

Uploaded builds are shared by both App Store and Testflight, i.e. after you have successfully testflighted a build you can send the exact same build to app review. I don't suggest trying to automate submitting builds to app review. You will want to manually review the app metadata etc. before pressing "submit" in the web interface.

We have a long thread about iTMSTransporter on Linux over here: https://developer.apple.com/forums/thread/719443 Your error message looks different though…. How recently was it working for you?

I believe "copy" means that it copies the object you supply when you assign to the property. It's not relevant when you read from the property, as in your url = self.sourceURL example.

Does this apply to ALL methods with the word "init" in the name, even if the function is "initialCapitalizationMode", in which initial does not mean the same as init? No. Or does it only work if it has "init" and then an uppercase letter after the fact? Yes. Well, I’m not sure if the uppercase capital is a sufficient test, maybe there are some other exceptions.

Do these other developers have Macs?

Why you give same question dude ?i have answer your question I asked if you have any warnings, and you replied that you didn’t have any errors. Errors and warnings are different. Based on AndyJJ’s note that that symbol is iOS 14 only, and as you’re compiling for iOS 12, you should get a warning from the compiler about that. So there are a couple of possibilities; one is that you are ignoring the warnings, in which case “naughty, don’t ignore the warnings!”, or for some reason the warning is not being generated, in which case that needs to be investigated, e.g. in your build settings. P.S. Don’t post comments in this forum, always post replies; comments don’t generate email notifications, which is why I’ve not replied for a week.

We have a long thread about this over here: https://developer.apple.com/forums/thread/719443 Your error seems different though - and do I understand correctly that it does work for you 30% of the time? That is good news if true! So maybe they have changed something on the server side. I see you are using -jwt, Have you also tried with username and password? I have started decompiling the java to look for the bug. This certainly looks like a tractable approach, i.e. the decompiled code is quite readable, but I don’t have much time to spend on it.

8GB will be fine.

The Apple Insider quote is odd. Obviously a totally-free app pays no commission, because it's totally free. Maybe he considers a "free with in-app-purchases", aka "freemium", app to not be a free app? I don't have a similar business model, but I am pretty confident of the following: whether an app is initially free or not does not influence whether Apple takes commission on subsequent in-app purchases. Here is a quote from schedule 2 of a developer agreement: 3.4 Apple shall be entitled to the following commissions in consideration for its services as Your agent and/or commissionaire under this Schedule 2: (a) For sales of Licensed Applications to End-Users, Apple shall be entitled to a commission equal to thirty percent (30%) of all prices payable by each End-User. That's followed by describing the reduced rate of 15% for subscriptions after the first year and the small business programme. No mention of a zero rate for IAPs for initially-free apps.