Hacker News new | past | comments | ask | show | jobs | submit | meritt's comments login

Because nodejs kubernetes modern cloud.


The main reason for using Node.js is because the rest of our stack is Node.js: https://bedrock.io

We use MongoDB as persistence and have existing wrappers for dealing with Google Cloud Storage.

Since it's an isolated service we could've used a different implementation language.

In our case Node.js in our existing Kubernetes environment was the least amount of friction


> Because nodejs kubernetes modern cloud.

Not necessarily so. The history of FTP servers is ridden by bugs with practically no exceptions. At some point some folks decided they finally implement a bug-free implementation and even dared to call it "Very Secure FTPd." Needless to say, it turned out it has bugs, too.

As most of these bugs were related to buffer overflows and similar issues, implementing a new FTP server in a safer language is not such a bad idea, and today's JavaScript is efficient enough to make it a reasonably well-working implementation. I pity the author though for the bugs they encounter and workarounds that will need to be implemented.


I agree, but I don't see why we would then assume that forking some ftp server library from npm would fare any better, security wise.

I see a fairly alarming open issue: https://github.com/autovance/ftp-srv/issues/167


Exactly my reasoning. See my comment above for more info.

I'm making the maintenance of this less painful by doing a hacking/debugging session with manufacturers once a month where we hook up many devices and fix issues. After addressing most edge cases fewer are coming up now (despite a relentless stream of new cheaply manufactured devices)


That's only for MyISAM which sees very little use today. The InnoDB engine on MySQL does a full row count and is also relatively slow.


Your understanding is flawed, these aren’t cross joins.


https://fred.stlouisfed.org/graph/?g=BlKq

M1 vs M2. The creation is still quite significant ($3T) but nothing whatsoever like the M1 chart implies.



That's what you took from that? They gave an example of using SQL to do anomaly detection that happened to use httpd logs as an example.

The strategies within could be applied to virtually any time-series data.


The fact that the overwhelming color of every comment on this thread is light-grey tells you there's no middle ground until everything is burned down.


fyi on swoole, this book [1] just came out (I cannot comment on the quality, haven't read yet) which hopefully will help bridge the English documentation gap. I've been using swoole for a couple of years and google-translating my way through the Chinese wiki and git issues/comments/etc.

[1] https://www.amazon.com/dp/B0881B227S


Swoole (module) is extremely performant in anything networking, including as a websocket server. There are other php-only options (amphp/websocket-server, ratchetphp/Ratchet) but if performance is your need, stick with swoole.


I'm glad Marco finally stepped up to set the HN groupthink tone because you guys have been salivating to defend Apple the past month in every goddamn thread about Epic Games.


Obviously some HN users have defending Apple while others have been denouncing Apple. So much so that I've had to pin moderation comments to the top asking for better discussion than Glory-to-$BigCo vs. Death-to-$BigCo flamewars [1].

But everyone notices and remembers the comments they dislike the most [2], so each side thinks that "HN" is slavishly and perversely on the other side [3]. It would be good to get a little more awareness into this process.

[1] Like https://news.ycombinator.com/item?id=24310804 and https://news.ycombinator.com/item?id=24249613.

[2] https://hn.algolia.com/?dateRange=all&page=0&prefix=true&sor...

[3] https://hn.algolia.com/?dateRange=all&page=0&prefix=false&so...


It's really a universal human flaw: to perceive a huge group of people as an entity that can be dealt with as if it were an individual.

Would be cool to see a UI that added friction to that.


> It would be good to get a little more awareness into this process.

Make upvotes and downvotes public, and do something to reduce the constant flood of throwaway accounts who do nothing more than constant trolling on contentious topics.


Downvotes and upvotes being hidden is the only thing keeping HN from devolving into reddit. Otherwise, people would just agree with whatever had the biggest number instead of (hopefully) applying some critical thinking.


I'm not talking about the quantity, I'm talking about a list of who upvoted and downvoted a specific comment/post.

Also what you've described happens anyway. The fact that a number isn't displayed doesn't really matter when comments are ultimately ordered by score. When someone writes a comment that doesn't adhere to the current groupthink, they get downvoted. When people are downvoted too much they delete their comments, stop commenting, or through pavlovian reinforcement change their opinions until they get positive points.


Wouldn’t knowing who upvoted and downvoted be even worse as retaliation would become a thing?


Those things wouldn't increase the kind of awareness I'm talking about.

We're not going to disclose how users vote. That's some of the most private data HN has.


There's a difference between defending Apple vs Epic, and defending Apple vs itself - Epic acted horribly. It was much easier to defend Apple's position than Epic's, even though I hope that Epic's revolt will push Apple to change their App Store policies.


It's funny; coming from the other side, I mostly see people opining confidently that Obviously the Supreme Court Will Cap Apple's Fees at 1.5% or the EU Will Most Certainly Break Apple Up etc.


Consider applying for YC's W25 batch! Applications are open till Nov 12.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: