Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Little Snitch Mini

obdev.at

Post reply on HN
Print view View original

211–220 of 276 posts

Re: Little Snitch Mini

#211

Post by foooorsyth »

mrzool wrote: post #197
kybernetyk wrote: post #191

Earlier quoted context omitted.

> and then release paid updates later following the same model. How? Paid updates are not possible with the app store. If they were we wouldn't have to jump through those anti-user IAP and subscription hoops.

You just release a new version of the app at full price. Like Silvio Rizzi has been doing with Reeder for 5 major versions since 2010, pretty successfully.

So you litter the App Store with N + 1 versions of your app — where N is the number of major versions you’ve released plus the subscription version for non-enterprise end users. I mean sure, that may work, but it’s really ugly and it’ll probably confuse end users when they search for your app. Apple should account for this model in a better way.

Re: Little Snitch Mini

#213

Post by alexvoda »

foooorsyth wrote: post #210
Terretta wrote: post #207

Earlier quoted context omitted.

> The problem is: you can't do upgrade pricing in the app store. That is not a real problem. Many apps handle this by checking for a prior version and giving a discount (see Omni or Affinity approach), by having an upgrade window (e.g. 1Password approach before switching to subs outside app store), or by just charging full freight again (which nobody who values software actually minds, and enterprises that budget ful…

> or by just charging full freight again But is this possible with a one-time-full-price app in the App Store? It’s not, right? Once someone pays for your app, they get all updates forever. I think that’s what the person you were replying to was getting at. Basically, there are 3 major purchase models for software: 1) I’m buying a forever license 2) I’m buying this major version only 3) I’m subscribing to this softwa…

This is just one more reason 3'rd party stores should exist.

Re: Little Snitch Mini

#214

Post by Aeolun »

foooorsyth wrote: post #210
Terretta wrote: post #207

Earlier quoted context omitted.

> The problem is: you can't do upgrade pricing in the app store. That is not a real problem. Many apps handle this by checking for a prior version and giving a discount (see Omni or Affinity approach), by having an upgrade window (e.g. 1Password approach before switching to subs outside app store), or by just charging full freight again (which nobody who values software actually minds, and enterprises that budget ful…

> or by just charging full freight again But is this possible with a one-time-full-price app in the App Store? It’s not, right? Once someone pays for your app, they get all updates forever. I think that’s what the person you were replying to was getting at. Basically, there are 3 major purchase models for software: 1) I’m buying a forever license 2) I’m buying this major version only 3) I’m subscribing to this softwa…

I think you can solve that by copying your codebase and releasing version 3 under a different app ID.

Re: Little Snitch Mini

#215

Post by jtbayly »

foooorsyth wrote: post #210
Terretta wrote: post #207

Earlier quoted context omitted.

> The problem is: you can't do upgrade pricing in the app store. That is not a real problem. Many apps handle this by checking for a prior version and giving a discount (see Omni or Affinity approach), by having an upgrade window (e.g. 1Password approach before switching to subs outside app store), or by just charging full freight again (which nobody who values software actually minds, and enterprises that budget ful…

> or by just charging full freight again But is this possible with a one-time-full-price app in the App Store? It’s not, right? Once someone pays for your app, they get all updates forever. I think that’s what the person you were replying to was getting at. Basically, there are 3 major purchase models for software: 1) I’m buying a forever license 2) I’m buying this major version only 3) I’m subscribing to this softwa…

Some devs make each major version its own app in the App Store. It has drawbacks, I suppose, but it works.

Re: Little Snitch Mini

#216

Post by ricardobeat »

foooorsyth wrote: post #210
Terretta wrote: post #207

Earlier quoted context omitted.

> The problem is: you can't do upgrade pricing in the app store. That is not a real problem. Many apps handle this by checking for a prior version and giving a discount (see Omni or Affinity approach), by having an upgrade window (e.g. 1Password approach before switching to subs outside app store), or by just charging full freight again (which nobody who values software actually minds, and enterprises that budget ful…

> or by just charging full freight again But is this possible with a one-time-full-price app in the App Store? It’s not, right? Once someone pays for your app, they get all updates forever. I think that’s what the person you were replying to was getting at. Basically, there are 3 major purchase models for software: 1) I’m buying a forever license 2) I’m buying this major version only 3) I’m subscribing to this softwa…

Happens all the time. You rename v1 to 'AppX 1', and publish v2/latest as just 'AppX'. Would be much better if the App Store had paid major updates built in, but this is good enough.

[Except when they decide to spam the legacy version with upgrade nags, gray out the app icon and put a bright red 'OLD' tag on top - looking at you, Blinkshell]

Re: Little Snitch Mini

#217

Post by Aeolun »

foooorsyth wrote: post #211
mrzool wrote: post #197

Earlier quoted context omitted.

You just release a new version of the app at full price. Like Silvio Rizzi has been doing with Reeder for 5 major versions since 2010, pretty successfully.

So you litter the App Store with N + 1 versions of your app — where N is the number of major versions you’ve released plus the subscription version for non-enterprise end users. I mean sure, that may work, but it’s really ugly and it’ll probably confuse end users when they search for your app. Apple should account for this model in a better way.

Completely agree, but in the meantime…

Re: Little Snitch Mini

#218

Post by hda111 »

vaxman wrote: post #152

Will not help if you use Parallels. (Read the Privacy Policy of Parallels to see why.) Realtime connection info, logfiles and control arefeature of Murus, a frontend to the BSD pf that is included in macOS. This kind of tool really belongs in your routers not your Max though. Any VC on here should consider writing a check to a startup making coreboot/linuxboot or libreboot routers using hardware that doesn’t originat…

What do you mean with Parallels?

Re: Little Snitch Mini

#219

Post by selykg »

latexr wrote: post #75
lapcat wrote: post #71

Earlier quoted context omitted.

The non-Mini version of Little Snitch is a one-time purchase.

The non-Mini version was such a hassle to maintain¹ that I stopped using it². This looked like a great middle ground, until the subscription part. ¹ I don’t want to become a networking expert and babysit everything. I already practice good security regarding what I install and run, I just want a little more control. ² And if it was a bother for me, there’s zero chance any of my non-technical friends would last an hou…

I forget what it's called but there's a mode you can put Little Snitch into that it allows whatever goes through and you can monitor it by opening and reviewing when you want. I think that's fairly similar to what mini does. This turns off all the nagging.

This is actually what I did last time I used Little Snitch, it helped a lot. When I installed a new app I'd use it for a bit, then review in LS and see what it was doing. From there I could allow or disallow whatever I needed.

It's sort of the reverse of "block everything until allowed"

Re: Little Snitch Mini

#220

Post by wepple »

kalleboo wrote: post #171
ary wrote: post #32

Earlier quoted context omitted.

Completely agree. Occasionally I run Charles Proxy[1] on my iPhone to analyze network activity and am disturbed by what I see. Software shouldn't be able to open arbitrary network connections without user consent/control, but we're not there yet to a large enough degree on mobile unfortunately. [1] https://www.charlesproxy.com/documentation/ios/

Starting in iOS 15.2 you can turn on the App Privacy Report to log which domains each app on your phone connects to https://support.apple.com/en-us/HT212958 It would be nice for them to add a block option in there as well

Wow, just wow.

I had no idea this existed, that’s awesome. Thank you!

Post reply on HN