-
Notifications
You must be signed in to change notification settings - Fork 3.2k
Why don't you accept donations?
A couple of reasons, each on its own is enough for me to not want donations.
If I were to accept donations, I would be unable to not disclose exactly what is going on with these donations: revenues, withdrawals (for what purpose), etc. Because these would be funds donated with the expectations to help, I would want to disclose everything related to these donations, so people who have given know how their donations are used for this project. I wouldn't be able to do otherwise. Thing is, I don't want to deal with all this administrative work I would bring to myself if I were to accept donations.
If I were to accept donations, then in my opinion, the projects (µBlock, HTTP Switchboard) would start a slow descent toward becoming dependent on outside funding, a slow descent toward a mean to earn funds, and this drift eventually leads to the projects' main purpose becoming vulnerable to other agendas -- which considering the purpose of these extensions is not a good thing.
There are excellent open source projects out there which accept donations and are not compromised. Some others are in my opinion. So, as it is, I don't want µBlock/HTTP Switchboard to have a dedicated home page (requires funding), a forum (requires funding), or whatever requires funding. No financial footprint means no way the main purpose can be diverted (µBlock, HTTP Switchboard are GPLv3). It bothers me Firefox decided to go along with HTML5 DRM.
I may get bored with these projects and wanting to move on to something else. Accepting donations would force me to keep working on these projects, because people who donate usually have reasonable expectations in return for their donations: to keep the projects going. I want to be free of such funds-related expectations.
uBlock Origin - An efficient blocker for Chromium and Firefox. Fast and lean.
- Wiki home
- About the Wiki documentation
- Permissions
- Privacy policy
- Info:
- The toolbar icon
- The popup user interface
- The context menu
-
Dashboard
- Settings pane
- Filter lists pane
- My filters pane
- My rules pane
- Trusted sites pane
- Keyboard shortcuts
- The logger
- Element picker
- Element zapper
-
Blocking mode
- Very easy mode
- Easy mode (default)
- Medium mode (optimal for advanced users)
- Hard mode
- Nightmare mode
- Strict blocking
- Few words about re-design of uBO's user interface
- Reference answers to various topics seen in the wild
- Overview of uBlock's network filtering engine
- uBlock's blocking and protection effectiveness:
- uBlock's resource usage and efficiency:
- Memory footprint: what happens inside uBlock after installation
- uBlock vs. ABP: efficiency compared
- Counterpoint: Who cares about efficiency, I have 8 GB RAM and|or a quad core CPU
- Debunking "uBlock Origin is less efficient than Adguard" claims
- Myth: uBlock consumes over 80MB
- Myth: uBlock is just slightly less resource intensive than Adblock Plus
- Myth: uBlock consumes several or several dozen GB of RAM
- Various videos showing side by side comparison of the load speed of complex sites
- Own memory usage: benchmarks over time
- Contributed memory usage: benchmarks over time
- Can uBO crash a browser?
- Tools, tests
- Deploying uBlock Origin
- Proposal for integration/unit testing
- uBlock Origin Core (Node.js):
- Troubleshooting:
- Good external guides:
- Scientific papers