Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
chrisohara
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
10 ms
·
31.
▲
by
chrisohara
15y ago
Same results: http://jsperf.com/dart-hello-world-test-with-optimize/2
32.
▲
by
chrisohara
15y ago
Dart won't be supported ubiquitously any time soon (if ever) which is why there'll always be a Dart->JS compiler. Why not just stick with vanilla JS or Harmony/ES6? I'd benchmark some bigger apps but they don't exist yet
33.
▲
by
chrisohara
15y ago
..and here's the jsperf for the --optimize'd hello world vs. vanilla JS - http://jsperf.com/dart-hello-world-test-with-optimize/2 . 17k vs. 4M for me
34.
▲
by
chrisohara
15y ago
Looks like someone added it in a pull request: http://random-inc5000.herokuapp.com/?callback=foo
35.
▲
by
chrisohara
15y ago
Here's the code - https://github.com/chriso/inc5000
36.
▲
by
chrisohara
15y ago
Good for some quick business ideas.. If you're a node.js user, install the command line JSON pretty printer `sudo npm install -g json` and then you can do this: `curl -s random-inc5000.herokuapp.com | json`
37.
▲
Show HN - Random business from the INC5000 list in json (for business ideas)
(random-inc5000.herokuapp.com)
25 points
by
chrisohara
15y ago
|
12 comments
38.
▲
by
chrisohara
15y ago
I get simple scalability, server-client code reuse, easy realtime, and, despite what you or others may think, I like Javascript as a language. Node.JS was also a perfect fit for the scraping framework I wrote: https://github.com/chriso/nod
39.
▲
by
chrisohara
15y ago
Only the minority gives a shit how many Hello World requests your stack can pump out. Some of us use node.js because it's a) got some decent libraries, b) makes realtime easy, c) uses the same code server+client-side reducing context-switch
40.
▲
by
chrisohara
15y ago
the thinking that async code == callback spaghetti shit has to stop. There are plenty of async idioms that make callbacks a breeze.
41.
▲
by
chrisohara
15y ago
gplus.to ..although it's not run by Google. Maybe they'll end up getting gpl.us
42.
▲
by
chrisohara
15y ago
Serious question - anybody want to buy unfilter.com.au? I own it
43.
▲
Synchronous Node.JS
(chris6f.com)
5 points
by
chrisohara
15y ago
|
0 comments
44.
▲
Rate limiting with Redis
(chris6f.com)
2 points
by
chrisohara
15y ago
|
0 comments
45.
▲
Rate limiting with Redis
(chris6f.com)
4 points
by
chrisohara
15y ago
|
0 comments
46.
▲
by
chrisohara
15y ago
how is this anything like express? See klein ( https://github.com/chriso/klein.php ) for a real PHP express port..
47.
▲
by
chrisohara
15y ago
Yeah definitely - I'm waiting patiently for the EVAL stuff to make it into the main branch. Very excited to see what's possible now that atomicity can be retained with higher-level structures
48.
▲
by
chrisohara
15y ago
It's a higher-level abstraction. With most traditional clients you call commands like `hget(key)`, `zinterstore(key1, key2, key3)` or `mset(key1, value1, key2, value2)` Redback gives you the same power/flexibility but hides the complexity.
49.
▲
Redback - a high-level Redis library for Node.JS
(redbackjs.com)
31 points
by
chrisohara
15y ago
|
5 comments
50.
▲
by
chrisohara
16y ago
It's not the default mode, but you can select JSDOM as an alternative parser and interact with / scrape pages as a headless browser
51.
▲
by
chrisohara
16y ago
Yes, it's something I'm experimenting with at the moment. You can select JSDOM ( https://github.com/tmpvar/jsdom ) - which has the ability to handle JS - as an alternative parser. Set the following two options: jsdom: 1 external_r
52.
▲
by
chrisohara
16y ago
Node.JS seemed like a perfect fit for a few reason: 1. JS selectors make scraping _very_ easy. 2. Asynchronous is fast as it is, but the page is actually parsed as it's received - contrast this with other scraping solutions where you need t
53.
▲
by
chrisohara
16y ago
Hey Ben, thanks for the write up on my framework. Firstly, the lack of documentation for more advanced scraping is something I plan on getting around to. You can incorporate proxies, scraping pages behind logins, etc. If anyone needs help
54.
▲
by
chrisohara
16y ago
or mine: https://github.com/chriso/klein.php
55.
▲
by
chrisohara
16y ago
Exactly what I was going for when I released klein.php ( https://github.com/chriso/klein.php ) Sure, you could do the same thing with other frameworks, but most of the other frameworks are full of bloat and not particularly fast. I think it
56.
▲
Klein.php - a sinatra-like router for PHP5.3+
(github.com)
3 points
by
chrisohara
16y ago
|
0 comments
57.
▲
by
chrisohara
16y ago
nice seeing my lib (validator) in use. Also, damn CoffeeScript is sexy
58.
▲
Chain.js - a microframework for handling async JS
(github.com)
2 points
by
chrisohara
16y ago
|
0 comments
59.
▲
by
chrisohara
16y ago
The one liner is cool, but I guarantee that node.js's non-blocking IO will outperform perl any day of the week. Try scraping thousands of pages at once using perl..
60.
▲
by
chrisohara
16y ago
Hey David, it wasn't a stab at your blog - your post was great - anything that builds some more interest in node.js is positive :) I just hate reading about people having trouble with JSDom and putting it down to the node platform. JSDom is
More ›