News for hackers. Stuff that matters.
Re:Taking PHP Seriously by guitarbill on Friday October 14, 2016 @11:26AM (#12708696)
Or Etsy.

I think your comment about C is right, however in many cases mercifully the C code isn't facing the internet :) When it does, it can go very wrong, e.g. OpenSSL.

The extra cognitive load doesn't guarantee failure, it just makes it easier to slip up. Even with Python or Rust, you can put insecure code in there (e.g. with Python's subprocess.call(..., shell=True)). Realistically, strict modes and linters are always a good idea and can catch most of these pitfalls.

Re:Taking PHP Seriously by jagger27 on Saturday October 15, 2016 @01:50AM (#12712914)
Of course C is facing the internet. The entire Linux networking stack is written in C. Damn near every request on the internet touches that code.
Re:Taking PHP Seriously by guitarbill on Saturday October 15, 2016 @07:23AM (#12713568)
At which point did you decide not to read the comments properly?

The gist was that PHP was designed for web use, so it's almost always facing the internet. C on the other hand is very much multi-purpose. Both can be made secure, but maybe it's less effort using something that helps you with security (Hack, Rust, etc.).

(BTW, your comment contains a huge fallacy: Just because a majority of packets touches something written in C, that doesn't mean a majority of C code written is exposed to the internet. This is arguably the entire point of e.g. iptables.)

Re:Taking PHP Seriously by sebcat on Saturday October 15, 2016 @03:27AM (#12713104)
And nginx, and apache, and php, and ...