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

Add option to ignore pages that don't contain the flattr meta tag #57

Open
ecobux opened this Issue Feb 3, 2019 · 6 comments

Comments

Projects
None yet
3 participants
@ecobux
Copy link

ecobux commented Feb 3, 2019

Currently, when I enable flattring for a domain, all pages on that domain are being flattred. I would like to suggest an option in the extension so that web pages are only flattred if they contain the meta tag.

Benefits:

  1. Creators could fine-tune which content can be flattred by omitting the Flattr meta tag <meta name="flattr:id" content="foo"> on some pages. (For example on sign-in pages.)

  2. For contributors this options would help remove the clutter on their dashboards since they only see pages where their flattr actually counts.

  3. This would also add an extra layer of opt-in privacy because not all URLs are sent over to the server.

@ThomasGreiner

This comment has been minimized.

Copy link
Collaborator

ThomasGreiner commented Feb 8, 2019

Thanks for this idea. I'll check back with the team on the impact this could have. Until then I'd like to address your points:

  1. Please note though that creators are unable to put the Flattr meta tag on various pages on which their content is shown (e.g. social networks such as YouTube or Twitter).

  2. I'll pass this feedback on to the flattr.com devs because it sounds like this could be solved by making modifications to the dashboard UI.

  3. The extension's algorithm is supposed to only flattr URLs which it considers valuable and only those are being sent to the server. If a page gets flattred against user's intentions we should first look into how we can improve the algorithm to alleviate the need to make manual adjustments from users or creators. Any information on cases of such misbehavior is therefore highly appreciated.

So keeping all of that in mind, what do you think about an optional meta tag that tells the extension not to flattr the current URL? (e.g. <meta name="flattr:enabled" content="blocked">)

@ecobux

This comment has been minimized.

Copy link
Author

ecobux commented Feb 8, 2019

Thanks!

  1. Yes, I meant only for the web pages where creators can add their own meta tags.
  2. Sounds good.
  3. I see for example flattrs for lots of commercial (or public-funded) news sites. I think it would make sense to check if they are already on board - if not, it doesn't make much sense to count flattrs and report every page.

So keeping all of that in mind, what do you think about an optional meta tag that tells the extension not to flattr the current URL? (e.g. <meta name="flattr:enabled" content="blocked">)

Maybe that would help, although on WordPress (where I faced the situation) I wouldn't know how to insert a meta tag on a login page.

@ecobux

This comment has been minimized.

Copy link
Author

ecobux commented Feb 9, 2019

One addition:

  1. The meta tag could also be used to avoid flattring own pages (since it contains the user ID). Currently I need to disable flattring for my own sites manually.
@da2x

This comment has been minimized.

Copy link

da2x commented Feb 10, 2019

I’d like to note that the opposite is also interesting: auto-include pages that do contain a Flattr meta tag. Especially pages that would otherwise be excluded because of their origin.

@ThomasGreiner

This comment has been minimized.

Copy link
Collaborator

ThomasGreiner commented Feb 15, 2019

3. I see for example flattrs for lots of commercial (or public-funded) news sites. I think it would make sense to check if they are already on board - if not, it doesn't make much sense to count flattrs and report every page.

The extension doesn't know which flattrs are going to end up being paid out because that's being determined on the server at the end of the monthly cycle. Therefore that's a bit tricky to implement and potentially confusing or misleading because it could lead to the counter suddenly in- or decreasing if a creator claims or unclaims them until then.

Maybe that would help, although on WordPress (where I faced the situation) I wouldn't know how to insert a meta tag on a login page.

We have entries in our list that specifically prevent the extension from flattring "wordpress.com/log-in" as well as other non-content pages on multi-user platforms.

The meta tag could also be used to avoid flattring own pages (since it contains the user ID). Currently I need to disable flattring for my own sites manually.

That's a good point. While the extension doesn't determine who claims the current page, it could filter out at least those pages which have the user's own meta tag on them.

I’d like to note that the opposite is also interesting: auto-include pages that do contain a Flattr meta tag. Especially pages that would otherwise be excluded because of their origin.

That could be feasible for any pages that are not on our list. I'll look into that.

@da2x

This comment has been minimized.

Copy link

da2x commented Feb 15, 2019

I’d like to note that the opposite is also interesting: auto-include pages that do contain a Flattr meta tag. Especially pages that would otherwise be excluded because of their origin.

That could be feasible for any pages that are not on our list. I'll look into that.

This includes 127.0.0.1, localhost, ipfs://example.com, and other origins that are currently unflattr'able. As long as there is a Flattr meta tag on the page, it should be Flattr-able. I didn't make that clear in my previous past-midnight comment.

The meta tag could also be used to avoid flattring own pages (since it contains the user ID). Currently I need to disable flattring for my own sites manually.

You don't actually have to do this. They're shown on the contributor dashboard but get filtered out at the end of the month. You can't actually Flattr yourself without involving two separate accounts.

That being said, I regularly delete my own self-flattering from the contributor dashboard.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment