Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Create a list instead of a full-blown extension #5

Closed
migueldemoura opened this issue Aug 12, 2017 · 20 comments
Closed

Create a list instead of a full-blown extension #5

migueldemoura opened this issue Aug 12, 2017 · 20 comments

Comments

@migueldemoura
Copy link

migueldemoura commented Aug 12, 2017

Title pretty much sums it all - why an extension and not a list? You can advertise uBlock or any other blocker and provide instructions on how to add the list (a simple url like abp:subscribe?location= would suffice). This saves resources and follows DRY.

If you're worried about traction, you may ask for it to be included as one of uBlock's default lists. Either way, and given your target audience, I don't believe this to be the best approach.

Good luck! 👍

Edit: If you'd like to keep the extension, could you please provide a file with the list of domains as well?

@collinbarrett
Copy link
Contributor

Agreed. I would love a standard list version as well. I'd love to be able to include it over on FilterLists. It's a great idea!

@Dbz
Copy link

Dbz commented Aug 12, 2017

I came here to make the same issue. Having lists that can be added to different blocking extensions would be amazing (I use ublock and umatrix).

@niladam
Copy link

niladam commented Aug 12, 2017

I agree this is a better way. It'll allow for easier adoption and also easier maintenance.

@Spacial
Copy link

Spacial commented Aug 12, 2017

maybe a centralized list from/to pihole, ublock, umatrix, etc..?

@migueldemoura
Copy link
Author

Both uBlock and uMatrix support hosts-like filter lists. In the case of uBlock, 0.0.0.0 example.com is translated to ||example.com^. Other blockers should support these as well (and they would obviously work when appended to /etc/hosts).

@Dynalon
Copy link

Dynalon commented Aug 12, 2017

Far more sane to create a custom list that is hosted outside the US, where DMCA takedowns can safely be ignored. Users just can use existing adblock/ublock and add that list.

Hosting a new extension on github - which forwarded the DMCA takedown notice to the repository owner - is especially nonsense.

@getaaron
Copy link

I agree with @Dynalon. I think it would be trivial to create a few automatic repo mirrors too.

@paulgb
Copy link
Owner

paulgb commented Aug 12, 2017

Thanks, I'll look into what format works. Do most ad blockers allow you to point them to a URL to periodically fetch the list from, so that it can update automatically? Or does it have to be submitted to an "app store" of sorts for each blocker?

Hosting a new extension on github - which forwarded the DMCA takedown notice to the repository owner - is especially nonsense.

The point here is to not cede territory here by switching to a technologically harder to block solution. What Admiral are doing is an abuse of the legal process and if I meet resistance I'd rather face it head on.

@migueldemoura
Copy link
Author

migueldemoura commented Aug 12, 2017

@paulgb, only a URL is needed. The blocker automatically fetches updates to the list and most also allow you to specify the update interval. For additional guidance, take a look at https://adblockplus.org/filters#special-comments.

@paulgb
Copy link
Owner

paulgb commented Aug 12, 2017 via email

@sangohan
Copy link

hosted outside the US, where DMCA takedowns can safely be ignored.

i think that has the bad side effect of not disputing invalid DMCA takedowns. Instead, we ought to be fighting these invalid DMCA takedowns, and increase the cost of making a false claim. In aggregate, it will make DMCA less abusable, but will require a tough fight. Making bad press for companies that make false claims won't hurt either.

Moving information to outside the US juristiction will only allow abusers to continue to harass those who can't move out.

@getaaron
Copy link

I retract my previous opinion and agree with @paulgb and @sangohan.

@rodalpho
Copy link

I just came here to suggest this. There's no reason to implement it as a whole new addon when all the adblocking extensions support standard lists.

@seb-1204
Copy link

I also came here to say I'd like to pull the list into my Pi-hole or uBlock Origin.

@niladam
Copy link

niladam commented Aug 13, 2017

Well, hosting it OUTSIDE US TOO sounds like a good idea. This way -- in case anything happens with the US/Git one -- you have a fallback to rely upon ?

@Zhangsun321
Copy link

agreed
make a list
lets see a simple way to track it... i can spam the hell out of it on reddit and twitter :)

@collinbarrett
Copy link
Contributor

For anyone who missed #10, there is now, at least temporarily, a subscription list for uBlock, Adblock Plus, etc. here.

@paulgb
Copy link
Owner

paulgb commented Aug 13, 2017

@seb-1204 is this in the format you need? http://bblck.me/BarbBlock.txt

@niladam one of my goals here is to demonstrate that these takedowns are invalid and technology/jurisdiction workarounds are not necessary. However, an unfortunate part of the DMCA is that even if a valid counter-takedown is sent immediately after a takedown is enacted the repo could be taken out for 10-14 days even with an invalid takedown. As such, I've registered bblck.me through a non-US registrar. Currently it points to the US-hosted GitHub pages, but if necessary I could redirect it to a non-US server for the 10-14 day DMCA waiting period.

@Zhangsun321 I don't want this to become known as a spammy project, but as long as you mean "spam" in a hyperbolic way, I appreciate your zeal :)!

@migueldemoura
Copy link
Author

migueldemoura commented Aug 13, 2017

@paulgb, I'd use the hosts format seen at #5 (comment) (0.0.0.0 example.com)

@paulgb
Copy link
Owner

paulgb commented Aug 13, 2017

Per #12 a better (HTTPS) URL for the list is https://ssl.bblck.me/BarbBlock.txt

@migueldemoura Great, I will produce one when I switch the individually-maintained lists into lists generated from a central file later today.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests