micro-analytics / micro-analytics/micro-analytics-cli
IP Blacklist
- Dominant language
- JavaScript
- Stars
- 732
- Forks
- 39
- PR merge metrics
- No merged PRs in 30d
Description
Obviously this could be implemented in the client-side on a per-project basis, but I think it would be a decent idea to implement some sort of IP blacklisting system so that stats don't get bloated during development/QA.
Maybe something along the lines of providing a `.ipignore` file that follows the same general rules of `.gitignore` files?
```
127.0.0.1
192.102.*
*.512.*
```
Again, not sure if you're trying to keep this as micro as possible leaving things like this up to the individual developer. But seems like a feature that many could benefit from.
Contributor guide
Research direction
The issue names no files, tests, or entry points. First clarify whether filtering belongs in the client or analytics service and define the .ipignore matching rules; done means an agreed implementation scope and tests covering the listed IP patterns.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript, nodejs
- Domain
- analytics, backend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100