11 ms·

Why does it require sign up though?…

by vort3 5y ago

camhart 5y ago
Plus connecting twitter account
- rememberlenny 5y ago
  It uses your user's Twitter account to make queries to avoid rate limits. Very normal. Also works really nicely.
- posobin 5y ago
  That is needed to see the tweets mentioning the page, but it is not required to use Ampie. This is done because twitter api is very limiting otherwise.
  - camhart 5y ago
    Makes sense, thanks for the answer.
deleted 5y ago
[deleted]
floatingatoll 5y ago
Why is it free at all? This should be charging money for the service from day one. Maintaining addons isn’t a charity.
- 0x008 5y ago
  I'd rather they be transparent with the data they collect.
  - posobin 5y ago
    Yeah, I will write it down on the website. As I mentioned below (https://news.ycombinator.com/item?id=28700703 https://news.ycombinator.com/item?id=28700703), I do not store the URLs that you go to (though of course you have to trust me on that), and as all the processing is done on the server, that URL doesn't get sent to any external APIs (though if I go through with adding reddit I might need to send it to the reddit API). I do collect some telemetry statistics (right now the number of times you have seen the sidebar + the number of times you clicked/scrolled/closed it), aggregated hourly.
whywhywhywhy 5y ago
> First, please sign up at ampie.app I installed your extension, which is a pretty big investment in your product as a user. Uninstalled it at this point.
- posobin 5y ago
  Sorry about that =( This is done in part to prevent abuse of the api, since all the requests are processed on my server and not offloaded to e.g. algolia.
  - mikkel125 5y ago
    Are all URLs I visit sent to your server? Or is there a way I can see related HN/Twitter comments only on a button click when I choose so?
    - floatingatoll 5y ago
      How else could it work, if not in that manner?
      - posobin 5y ago
        Actually Ampie used to work differently: Ampie would store the local cache of links from your twitter feed and links submitted to HN, and check against it when you went to any web page. If there were hits, it would show a small tab in the bottom right corner, showing that there are N tweets, M HN submissions with this page. Then you could click on the tab and the sidebar would pop up, so no requests were sent until you actually clicked on the tab. There are two problems with this: first, the cache had to be large, several hundreds of megabytes, because there are a lot of links (~200k from HN, and each person I follow on average tweeted 1k links among the last 3k tweets that twitter lets me access) and indexeddb is not memory-efficient. Second, this is easy to miss, and those numbers alone don't give enough information to go through the effort of clicking there every time. And this doesn't include the backlinks and HN comments mentions (fun fact: there are about 4m URLs mentioned in HN comments), so you'd miss out on a lot of stuff. You could suggest Bloom filters as caches, but that is a bad solution since now you only can show if there is a hit or not (instead of two numbers), but also there are false positives so the sidebar is not reliable anymore, and given that you go to hundreds of URLs a day, the FP rate has to be really low which makes the cache really large. Maybe using something like https://jlongster.com/future-sql-web https://jlongster.com/future-sql-web would have reduced the memory usage, but at that point I gave up on that approach already. Given how technically hard it was to maintain those caches of links (they had to be updated incrementally, for example, not to send hundreds of MB every time they were recomputed, you had to wait to download the cache after installing ampie), the fact that most of the friends I have talked to didn't mind if the request was sent on every URL visit (as long as I promised not to save it), and the fact that this made the sidebar less fun, I decided to remove those caches and just send the URL to the server on every visit. So yes, every URL you go to is sent to the ampie server, but I do not save the URLs sent to the server, and if ampie is disabled on a domain (you can disable it on a domain in the settings), it will not request information about pages on that domain at all.

Why does it require sign up though?…

by vort3 5y ago

Why does it require sign up though?…

camhart 5y ago

Plus connecting twitter account

rememberlenny 5y ago
It uses your user's Twitter account to make queries to avoid rate limits. Very normal. Also works really nicely.
posobin 5y ago
That is needed to see the tweets mentioning the page, but it is not required to use Ampie. This is done because twitter api is very limiting otherwise.
- camhart 5y ago
  Makes sense, thanks for the answer.

deleted 5y ago

[deleted]

floatingatoll 5y ago

Why is it free at all? This should be charging money for the service from day one. Maintaining addons isn’t a charity.

0x008 5y ago
I'd rather they be transparent with the data they collect.
- posobin 5y ago
  Yeah, I will write it down on the website. As I mentioned below (https://news.ycombinator.com/item?id=28700703 https://news.ycombinator.com/item?id=28700703), I do not store the URLs that you go to (though of course you have to trust me on that), and as all the processing is done on the server, that URL doesn't get sent to any external APIs (though if I go through with adding reddit I might need to send it to the reddit API). I do collect some telemetry statistics (right now the number of times you have seen the sidebar + the number of times you clicked/scrolled/closed it), aggregated hourly.

whywhywhywhy 5y ago

> First, please sign up at ampie.app I installed your extension, which is a pretty big investment in your product as a user. Uninstalled it at this point.

posobin 5y ago
Sorry about that =( This is done in part to prevent abuse of the api, since all the requests are processed on my server and not offloaded to e.g. algolia.
- mikkel125 5y ago
  Are all URLs I visit sent to your server? Or is there a way I can see related HN/Twitter comments only on a button click when I choose so?
  - floatingatoll 5y ago
    How else could it work, if not in that manner?
    - posobin 5y ago
      Actually Ampie used to work differently: Ampie would store the local cache of links from your twitter feed and links submitted to HN, and check against it when you went to any web page. If there were hits, it would show a small tab in the bottom right corner, showing that there are N tweets, M HN submissions with this page. Then you could click on the tab and the sidebar would pop up, so no requests were sent until you actually clicked on the tab. There are two problems with this: first, the cache had to be large, several hundreds of megabytes, because there are a lot of links (~200k from HN, and each person I follow on average tweeted 1k links among the last 3k tweets that twitter lets me access) and indexeddb is not memory-efficient. Second, this is easy to miss, and those numbers alone don't give enough information to go through the effort of clicking there every time. And this doesn't include the backlinks and HN comments mentions (fun fact: there are about 4m URLs mentioned in HN comments), so you'd miss out on a lot of stuff. You could suggest Bloom filters as caches, but that is a bad solution since now you only can show if there is a hit or not (instead of two numbers), but also there are false positives so the sidebar is not reliable anymore, and given that you go to hundreds of URLs a day, the FP rate has to be really low which makes the cache really large. Maybe using something like https://jlongster.com/future-sql-web https://jlongster.com/future-sql-web would have reduced the memory usage, but at that point I gave up on that approach already. Given how technically hard it was to maintain those caches of links (they had to be updated incrementally, for example, not to send hundreds of MB every time they were recomputed, you had to wait to download the cache after installing ampie), the fact that most of the friends I have talked to didn't mind if the request was sent on every URL visit (as long as I promised not to save it), and the fact that this made the sidebar less fun, I decided to remove those caches and just send the URL to the server on every visit. So yes, every URL you go to is sent to the ampie server, but I do not save the URLs sent to the server, and if ampie is disabled on a domain (you can disable it on a domain in the settings), it will not request information about pages on that domain at all.