Hacker News Reader

peterbeon Ask HN: What do you think is the current best Go webframework and why?

Because the more fully kithensunk ones are worse/bad/negative or just because you keep it simple?

peterbeon 85 percent of Facebook video is watched without sound

"watched" :)

peterbeon Show HN: Update your requirements.txt file with Pur in Python

hashin does something similar but supports cryptographic hashes that pip 8 understands. https://pypi.python.org/pypi/hashin

peterbeon Python's Web Framework Benchmarks

Great little article.

One odd thing is that the article used 2 python workers when using gunicorn but a single when using tornado. Seems a bit unfair to say the least :)

peterbeon PurifyCSS – Remove unused CSS

I use a similar tool on my personal site (www.peterbe.com) It also inlines all CSS but only does so with the selectors that are actually ever used.

Go to http://www.peterbe.com/plog/mincss and click to view source. 120Kb of bootstrap excess baby!

peterbeon Ask HN: What tools do you use to build HTML emails?

The most mature and powerful Python tool for inlining CSS is https://github.com/peterbe/premailer

I started it but it's been actively maintained by over 30 coders over several active years.

peterbeon RethinkDB 2.0 is amazing

I don't really have a strong opinion in the game but mind you that MongoDB is pretty darn fast http://www.peterbe.com/plog/fastestdb At least when you're not at scale.

And it's pretty cool that you can make a choice between fast writes or safe writes. You can't have both but at least you can have the choice.

Having said all that, I generally prefer Postgres in almost every possible case.

However, this RethinkDB project looks sexy and with a great potential.

peterbeon RethinkDB 2.0 is amazing

I added a RethinkDB benchmark when used with the Python Tornado web server: http://www.peterbe.com/plog/fastestdb Scroll down for the update.

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

Would you mind trying again? Make sure to refresh first.

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

Thank you so much for that piece of feedback. It really did flicker.

I investigated the problem and found a very good explanation for why it was happening.

Solved now: https://github.com/peterbe/autocompeter/commit/a31c919c1281d...

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

Regarding the name, I just desperately needed to call it something when I started the git repo to build the prototype. Then it stuck and I decided to "brand" it as such.

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

It started as a side-project and still is. I'm the creator of the service and my day job is as a web developer at Mozilla.

If this service becomes surprisingly popular I'll look into ways to monetize but that's unlikely to be the case unless I'm really really lucky.

The origin of building this is that I found a cool prototype of the concept in a blog post, then threw that into my own site and later realized I want to re-use that for a (day)work site. So I though instead of copying it, I'll write a microservice.

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

1. Why? That sample on autocompeter.com is just a sample. Consider the search widget on a page like www.peterbe.com instead. Then it shouldn't focus immediately on load.

2. I see. I think it only happens when the client-side cache is empty. And it only happens if you type very fast. I think the right solution would be to not hide too quickly. That's a very useful piece of feedback. Much appreciated!

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

Next version maybe.

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

Also, I think it would be nice to be able to upload a list of synonyms. E.g "go==golang" so if someone types "golan" it could return "Go is a language" for example.

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

Yeah I agree. A Levenshtein distance shouldn't perhaps be too hard.

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

20,000 searches have been made in the last post. I love HN!

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

Right you are! I looked at a different `curl`.

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

Thank you!

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

Actually, local mkdocs gets it right. Only on readthedocs does it get screwed up.

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

Annoying. Must be a bug in ReadTheDocs or something https://github.com/peterbe/autocompeter/blob/master/docs/api...

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

Taglines are hard. I tried to make the tagline more "end-user friendly" instead of focusing on the tech. The people who implement it actually don't need to know how it's made. They just drop in the .js the .css and send their data to the REST API. They don't need to know that the database is Redis and that the server framework is Go.

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

Yes. And unidecode too :)

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

So, it loads all titles into the client?

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

True but it's open source and perhaps people are interested to see something beyond HelloWorld with Go+Redis.

I actually re-wrote it once to switch out Redis for Postgres but it was way too slow.

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

Cool! It seems a bit more flexible but it requires jQuery and the plugin itself is 11Kb.

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

There is a database. It's redis. It's persistent.

peterbeon Show HN: Fast autocomplete service written in Go and JavaScript

I wrote a cache layer in Go (with limits so it doesn't bloat too much) and I could get 22K req/s instead of the usual 4K.

However, the hit ratio is too low to work. It only protects me from the stampeding herd problem at best.