Live data from Hacker News

How come PHP seems so much faster than Rust?

reddit.com

101–110 of 116 posts

Re: How come PHP seems so much faster than Rust?

#101
post #97
post #86

Earlier quoted context omitted.

Cheaper definitely, superior not.

Why are the two separate? Of course you include cost when evaluating with option is superior.

Because to be superior, the tooling and libraries also have to be superior.

PHP was only free beer with a clunky language and 3rd class DB support.

MySQL couldn't hold a candle to real RDMS back then, versus what was available with ODBC connectors.

Re: How come PHP seems so much faster than Rust?

#102
post #100

Earlier quoted context omitted.

Classic ASP was terrible; if you're thinking ASP.NET then that did not exist at the time.

Using OCX from ASP, written in Delphi, VB and C++ Builder, alongside VB Script, was definitely better than PHP 3.

Shared hosts didn't let you use anything but VBScript and JScript. Using COM components was a non-starter for the majority of users -- which is entirely the point.

Re: How come PHP seems so much faster than Rust?

#103
post #100

Earlier quoted context omitted.

Using OCX from ASP, written in Delphi, VB and C++ Builder, alongside VB Script, was definitely better than PHP 3.

Shared hosts didn't let you use anything but VBScript and JScript. Using COM components was a non-starter for the majority of users -- which is entirely the point.

The ones that offered IIS instead of ASP via Apache surely did, depending on the price plan.

Re: How come PHP seems so much faster than Rust?

#104
post #103

Earlier quoted context omitted.

Shared hosts didn't let you use anything but VBScript and JScript. Using COM components was a non-starter for the majority of users -- which is entirely the point.

The ones that offered IIS instead of ASP via Apache surely did, depending on the price plan.

There is no ASP via Apache. ASP was only ever hosted on IIS and given the huge security implications of running custom binaries on IIS in a shared environment, it almost wasn't ever done.

I started doing ASP development before my web host suggested it was cheaper and easier to do PHP. They had both Linux and Windows shared hosting at the time.

Re: How come PHP seems so much faster than Rust?

#105
post #103

Earlier quoted context omitted.

The ones that offered IIS instead of ASP via Apache surely did, depending on the price plan.

There is no ASP via Apache. ASP was only ever hosted on IIS and given the huge security implications of running custom binaries on IIS in a shared environment, it almost wasn't ever done. I started doing ASP development before my web host suggested it was cheaper and easier to do PHP. They had both Linux and Windows shared hosting at the time.

Sure there was one

http://www.apache-asp.org/faq.html

I was only wrong regarding the language, it made use of Perl instead.

Re: How come PHP seems so much faster than Rust?

#106
post #105

Earlier quoted context omitted.

There is no ASP via Apache. ASP was only ever hosted on IIS and given the huge security implications of running custom binaries on IIS in a shared environment, it almost wasn't ever done. I started doing ASP development before my web host suggested it was cheaper and easier to do PHP. They had both Linux and Windows shared hosting at the time.

Sure there was one http://www.apache-asp.org/faq.html I was only wrong regarding the language, it made use of Perl instead.

One esoteric library that was not mainstream. It's completely unrelated (and utterly incompatible) to Microsoft's ASP. I'm not even sure why you'd bother to bring it up -- what point does this make?

Re: How come PHP seems so much faster than Rust?

#107
post #105

Earlier quoted context omitted.

Sure there was one http://www.apache-asp.org/faq.html I was only wrong regarding the language, it made use of Perl instead.

One esoteric library that was not mainstream. It's completely unrelated (and utterly incompatible) to Microsoft's ASP. I'm not even sure why you'd bother to bring it up -- what point does this make?

That PHP only got where it is today because of cheap hosting, down to the level of free beer, nothing more.

Re: How come PHP seems so much faster than Rust?

#108
In regard to all bad criticisms PHP receives, I believe the language and ecosystem influence the way developers think. A bad language/ecosystem can dictate bad practices and bad design choices because that’s what the language encourages them to do. I remember every PHP-4/5 training course starting by mixing PHP and HTML.

Majority of developers write crappy code even on a decent environment. But there is so much old and bad PHP code out there as a result of many years of teaching how to right bad PHP code that nothing can stop these bad criticisms forever.

I don't write PHP at this moment but I know PHP7 made major improvements. PHP is still a very good choice for rapid web development and fits for many startups, small, and medium size business, and there are many successful examples to back it up.

Re: How come PHP seems so much faster than Rust?

#109
post #107

Earlier quoted context omitted.

One esoteric library that was not mainstream. It's completely unrelated (and utterly incompatible) to Microsoft's ASP. I'm not even sure why you'd bother to bring it up -- what point does this make?

That PHP only got where it is today because of cheap hosting, down to the level of free beer, nothing more.

That doesn't explain how it beat a number of other technologies at the time -- including well established ones, like Perl.

Re: How come PHP seems so much faster than Rust?

#110
post #101
post #97

Earlier quoted context omitted.

Why are the two separate? Of course you include cost when evaluating with option is superior.

Because to be superior, the tooling and libraries also have to be superior. PHP was only free beer with a clunky language and 3rd class DB support. MySQL couldn't hold a candle to real RDMS back then, versus what was available with ODBC connectors.

> Because to be superior, the tooling and libraries also have to be superior.

Perhaps that is your definition, but the dictionary disagrees.

Post reply on HN