Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
js4all
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
14 ms
·
91.
▲
by
js4all
14y ago
Tesla is the most innovative brand in cars. We need EVs to get independent from oil. We are now in a time of pioneers in a new world. There will be a lot of failures but also successes. I have a good feeling with Tesla's way. Here is why:
92.
▲
by
js4all
14y ago
I totally agree, tracking using bitmaps is something where Redis really shines and it is relevant for nearly every site.
93.
▲
by
js4all
14y ago
For another alternative supporting javascript look at JGate.de. We have AppJet still running.
94.
▲
by
js4all
14y ago
I am sceptical. Other socket.io vs. ajax tests show opposite results. https://github.com/monteslu/jsonrpctest Here socket.io is at least 2-3 times faster than ajax.
95.
▲
by
js4all
14y ago
It's working now. Thanks.
96.
▲
by
js4all
14y ago
It's down for me: "This webpage is not available The connection to www.codetable.org was interrupted."
97.
▲
by
js4all
14y ago
Congrats Chris, this is big. We at Cloudnode know the value of Nodester for a long time now. Thanks for helping us to you and the team.
98.
▲
by
js4all
14y ago
When I hear IE, I think about it's own way to render pages. Over all websites ever created, IE has cost a huge amount of wasted development hours.
99.
▲
by
js4all
14y ago
This thread is full of great tips. Thanks for the power line pointer.
100.
▲
by
js4all
14y ago
A possible solution: You need additional tablets. There are swipe gestures to transfer parts to your tablet for further interaction. When you are ready, you swipe the result back on the table/large monitor to compose the end result.
101.
▲
by
js4all
14y ago
Nice webapp. It is dead simple to use and works very well. Being able to crop the image before uploading is a great plus.
102.
▲
Node.js Hosting Solutions | Switch on the Code
(switchonthecode.com)
1 points
by
js4all
14y ago
|
0 comments
103.
▲
by
js4all
14y ago
Congrats and thanks for keeping the idea up; a noble gesture.
104.
▲
by
js4all
14y ago
Great idea and it is HN-worthy. Thanks for sharing.
105.
▲
by
js4all
14y ago
It is pretty awesome, but not from Curiosity. I hope we get similar stuff from the current mission.
106.
▲
by
js4all
14y ago
It is not a matter of the language so much. Use what your team is comfortable with. I find it super important how to structure the app. First design an API. Then implement it on the server with corresponding tests. Then build the frontend.
107.
▲
by
js4all
14y ago
I see your point. I haven't thought about that. On a second thought: If your customers are satisfied, they will give good reviews on the the new version and it will regain its rankings. That's a great risk for the developer, I have to admit
108.
▲
by
js4all
14y ago
The lack of paid upgrades is irrelevant. I never understood what people are missing here. Apple has shown how to do it: Phase out the old version and offer the new version as a new product.
109.
▲
by
js4all
14y ago
> But none of the examples you mention, to my knowledge, provide multi-key ACID transactions If you see it that way, you are right. The guaranty is just for one key/document pair (the key can be a key vector though). There is no way to
110.
▲
by
js4all
14y ago
The claim to be the first acid compliant NoSQL database is wrong. Bigcouch and Couchbase are around for a while. There is also CouchDB (without the scaling).
111.
▲
by
js4all
14y ago
I had the same impression. The author doesn't know Redis well or he wouldn't have made that comparison.
112.
▲
by
js4all
14y ago
The comparison with Redis is totally misleading. SpaceBase is for completely different use cases and has a different underlying technology. It is an interesting development though. It uses R-trees and the whole data set and index is keep in
113.
▲
by
js4all
14y ago
When committing to CSS, isn't the natural way to go the HTML5 + CSS3 way? Currently it is all about performance. I would like to see better solutions than phonegap and titanium.
114.
▲
by
js4all
14y ago
The slides: http://infrequently.org/11/io/js
115.
▲
by
js4all
14y ago
An explanation attempt: This demo consists of actually two programs. A test loop, which gets exploited and the malicious code. The test loop needs to run until patched. It is completely running from the cache. When the exploit runs, it modi
116.
▲
by
js4all
14y ago
I got you with your call for a well designed API and I am with you. About a benchmark, I have none, but it is the nature of threading. Threads need to store and switch contexts. Even if it is just a few 100KBs with 100000 connections this e
117.
▲
by
js4all
14y ago
Even green threads increase memory consumption and add implementation overhead. Anyway, the call for a sync model is nearly as old as node is and I agree that a solid thread implementation should be part of node for those who like to code t
118.
▲
by
js4all
14y ago
Yes, coroutines are promising.
119.
▲
by
js4all
14y ago
I see where this question is going. The logic was rather simple and even though the client-side minimized JS code was already more than 200KB. The optimum cut probably lies some where in between and having logic on both sides.
120.
▲
by
js4all
14y ago
Your argument is valid. But Node's lightweight-ness comes exactly from the async non-blocking model. The more concurrent connections you have, the bigger is it's advantage. Node can scale without the need to increase the memory as much. If
More ›