Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: TrollBlock, It's Okay to Dislike

trollblock.com

Post reply on HN
Print view View original

61–68 of 68 posts

Re: Show HN: TrollBlock, It's Okay to Dislike

#61

Post by stfu »

bretthardin wrote: post #33
fragsworth wrote: post #30

I don't know about others, but anything that requires me to log in with Facebook ends up stopping me from using it because I don't want all my contacts to see that I signed up for it.

fragsworth. We will implement other logins soon. This was just an MVP and we wanted to have something "in the real world" to avoid people posting racist items.

Are you sure you don't want to ban swear words too? Banning racist remarks on a trolling platform seems almost like forbidding anything pink on a my little pony site.

Re: Show HN: TrollBlock, It's Okay to Dislike

#62

Post by atomicdog »

SquareWheel wrote: post #51
bretthardin wrote: post #8

Earlier quoted context omitted.

We just needed it for faster integration. And we want to steal market share from FB. :)

Heck, I don't even like using services with a Facebook button.

But without a "Like" button, how else will you communicate to the world that you cry every time you read the story?

Re: Show HN: TrollBlock, It's Okay to Dislike

#63

Post by InclinedPlane »

_delirium wrote: post #47
dlevine wrote: post #43

I was thinking that this was going to be a filter on HN that blocked the comments by people you didn't like. That would be kind of a cool project. Basically, you could click "hide" and no longer see comments by a particular person. Over time, it could use clustering and machine learning to decide which comments you should see.

someday I hope the progress of technology will bring us back up to the level of 1980s killfiles ;-)

Much like the aphorism about all sufficiently complex programs effectively striving to re-implement Lisp, I think all sufficiently complex social sites are effectively striving to re-create usenet in its heyday.

Re: Show HN: TrollBlock, It's Okay to Dislike

#64

Post by elisee »

bretthardin wrote: post #18
gravitronic wrote: post #17

Earlier quoted context omitted.

Maybe if they have a blank meta description HTML tag?

Yeah, we didn't right a meta tag... On the to do list.

If you want a proper thumbnail & description when people share your site on Facebook, consider using the Open Graph meta tags starting with "og:" which Facebook parses: https://developers.facebook.com/docs/opengraph/objects/

Re: Show HN: TrollBlock, It's Okay to Dislike

#65

Post by JulianMorrison »

StavrosK wrote: post #11
bretthardin wrote: post #8

Earlier quoted context omitted.

We just needed it for faster integration. And we want to steal market share from FB. :)

Try BrowserID, it has the fastest integration I've ever used (this is with django).

This seems to be the theory https://wiki.mozilla.org/Labs/Identity/VerifiedEmailProtocol Can any HN folk comment on the quality of security this provides?

Re: Show HN: TrollBlock, It's Okay to Dislike

#66

Post by yogsototh »

Urgo wrote: post #42
fragsworth wrote: post #30

I don't know about others, but anything that requires me to log in with Facebook ends up stopping me from using it because I don't want all my contacts to see that I signed up for it.

I agree 100%. I was going to give it a shot but I won't use anything that requires a facebook login either.

I cannot agree more. I deleted my facebook account.

Re: Show HN: TrollBlock, It's Okay to Dislike

#67

Post by pork »

Finbarr wrote: post #54
notatoad wrote: post #41

Earlier quoted context omitted.

mongo and redis - aren't both of those designed to serve basically the same purpose? why both?

Well, I used redis to hold a few sets for each user. You can atomically add items to sets in redis. Mongodb doesn't support this functionality (AFAIK). MongoDB is great for dumping and retrieving lots of data and is more durable than redis. Haven't built a site using these tools before so has all been a learning experience.

Redis now uses the same journaling for durability that Mongo does. What you get with Redis is complex atomic ops and transactions, but at the cost of not having sharding.

Re: Show HN: TrollBlock, It's Okay to Dislike

#68

Post by mathias_10gen »

Finbarr wrote: post #54
notatoad wrote: post #41

Earlier quoted context omitted.

mongo and redis - aren't both of those designed to serve basically the same purpose? why both?

Well, I used redis to hold a few sets for each user. You can atomically add items to sets in redis. Mongodb doesn't support this functionality (AFAIK). MongoDB is great for dumping and retrieving lots of data and is more durable than redis. Haven't built a site using these tools before so has all been a learning experience.

Take a look at the $push and $addToSet[1] update operators in mongodb. They are both for atomically adding one or more elements to an array in an object. On the other hand, MongoDB doesn't support server-side set union or intersection so if you are using those features redis would still probably be a good use there.

[1] http://www.mongodb.org/display/DOCS/Updating#Updating-%24add...

Post reply on HN