4 ms·
The current limit is 30,000 rules, but they've talked about raising it further beyond that point.
by SquareWheel 4y ago
The current limit is 30,000 rules, but they've talked about raising it further beyond that point.
- hombre_fatal 4y agoTrivia: 1Blocker convinced apple to raise the limit from 50k to 150k per list for Safari content blockers.
- novok 4y agoMy question is why have limits
- hombre_fatal 4y agoUnbounded lists rarely seems like a thoughtful way to start out. But there are probably some DX and UX improvements over unbounded lists. e.g. recompilation takes time, so you set up developers for better UX when their dynamic lists are shorter and separate from their static lists, and they can compile multiple lists at once. (A 50k rule list took seconds on my old Macbook Air). Also encourages breaking lists into logical sublists which is better UX (e.g. regional lists) Also might discourage append-only accumulation where there’s no real incentive to prune the list (i.e. see EasyList). Some limit can help here. Kind of like deciding on a queue size vs unbounded: makes sense to set a limit, see who hits it, and cross that bridge as needed. In Apples case, they 3x’d the limit after a real world product made a real world case. Just some thoughts having built my own Safari content blocker.
- novok 4y agoThe entire living under the grace of the vendor-king to have permission to modify your own experience is fairly onerous on it's own. And before you say, but app store review!, I also think that is bad too.