Live data from Hacker News

PHP – The Right Way

phptherightway.com

11–20 of 349 posts

Re: PHP – The Right Way

#11
post #5

But what's the point? The beauty of perl scripts, and later php templates, was in their BASIC-like simplicity. They were not secure or structured in any way, but very accessible. Once you add these frameworks, you realize you could have started with Python or Java in the first place and get more mature infrastructure and better language along the way.

PHP share-nothing architecture is awesome. It's amazingly simple and it scales to arbitrary size.

Re: PHP – The Right Way

#12
post #6
post #5

But what's the point? The beauty of perl scripts, and later php templates, was in their BASIC-like simplicity. They were not secure or structured in any way, but very accessible. Once you add these frameworks, you realize you could have started with Python or Java in the first place and get more mature infrastructure and better language along the way.

In the mid-00s the main selling point of PHP were shared hostings with mod_php which was a cheap way to host your own web site and database. Now with the cloud that advantage is utterly gone.

Most of those cheap hosts served PHP via FastCGI not mod_php.

Re: PHP – The Right Way

#13

Earlier quoted context omitted.

Yet this internet myth of "PHP no bueno" persists. Don't confuse the tool with the artisan. PHP is an incredible language that's getting more mature with each new release.

Why do PHP developers insist on calling themselves artisans? Give me a call when PHP ditches backwards compatibility and cleans out all the shit from the standard library - 5845 global functions always available, most of which you are just supposed to know are shit... Just a nightmare.

Artisans? First time I hear that. I certainly use PHP and never called myself an Artisan.

Re: PHP – The Right Way

#14
post #6
post #5

But what's the point? The beauty of perl scripts, and later php templates, was in their BASIC-like simplicity. They were not secure or structured in any way, but very accessible. Once you add these frameworks, you realize you could have started with Python or Java in the first place and get more mature infrastructure and better language along the way.

In the mid-00s the main selling point of PHP were shared hostings with mod_php which was a cheap way to host your own web site and database. Now with the cloud that advantage is utterly gone.

For my tiny website there is nothing that cloud brings other than being more costly.

I have the same access to my shared hosting, and the amount of money per year is peanuts.

Re: PHP – The Right Way

#15
post #6
post #5

But what's the point? The beauty of perl scripts, and later php templates, was in their BASIC-like simplicity. They were not secure or structured in any way, but very accessible. Once you add these frameworks, you realize you could have started with Python or Java in the first place and get more mature infrastructure and better language along the way.

In the mid-00s the main selling point of PHP were shared hostings with mod_php which was a cheap way to host your own web site and database. Now with the cloud that advantage is utterly gone.

PHP still has a vibrant ecosystem. 1) cost 2) simplicity 3) scalability

With the advent of Chinese frameworks that solve C1000K problems like swoole, workerman and so on it even found its place as high performance interactive backend server.

Re: PHP – The Right Way

#16
post #13

Earlier quoted context omitted.

Why do PHP developers insist on calling themselves artisans? Give me a call when PHP ditches backwards compatibility and cleans out all the shit from the standard library - 5845 global functions always available, most of which you are just supposed to know are shit... Just a nightmare.

Artisans? First time I hear that. I certainly use PHP and never called myself an Artisan.

It comes from Laravel (https://laravel.com/); "The PHP Framework for Web Artisans". The command line entry point is also called "./artisan".

Re: PHP – The Right Way

#17

Earlier quoted context omitted.

Yet this internet myth of "PHP no bueno" persists. Don't confuse the tool with the artisan. PHP is an incredible language that's getting more mature with each new release.

Why do PHP developers insist on calling themselves artisans? Give me a call when PHP ditches backwards compatibility and cleans out all the shit from the standard library - 5845 global functions always available, most of which you are just supposed to know are shit... Just a nightmare.

First time I've heard of that. The only thing that rings a bell is the artisan command in Laravel

Re: PHP – The Right Way

#18
post #11
post #5

But what's the point? The beauty of perl scripts, and later php templates, was in their BASIC-like simplicity. They were not secure or structured in any way, but very accessible. Once you add these frameworks, you realize you could have started with Python or Java in the first place and get more mature infrastructure and better language along the way.

PHP share-nothing architecture is awesome. It's amazingly simple and it scales to arbitrary size.

Complicated frameworks means the “shared nothing architecture” is unusable and you have to use fcgi/fpm to get acceptable performances out of your website.

At which point there’s little difference from .

Re: PHP – The Right Way

#19

Earlier quoted context omitted.

Yet this internet myth of "PHP no bueno" persists. Don't confuse the tool with the artisan. PHP is an incredible language that's getting more mature with each new release.

Why do PHP developers insist on calling themselves artisans? Give me a call when PHP ditches backwards compatibility and cleans out all the shit from the standard library - 5845 global functions always available, most of which you are just supposed to know are shit... Just a nightmare.

Why would you care how many global functions there are in PHP? Just namespace your own functions and the whole "issue" will instantly disappear.

Re: PHP – The Right Way

#20
My problem with PHP is that it solves the issue of code reuse the wrong way round.

In other languages, you can import code like this:

    import mail as mailer
The external code ("mail") does not have to make assumptions how it will be called when it is used.

In PHP, it is the other way round. Every piece of code needs to try avoiding namespace conflicts by prefixing the code with something like this:

    namespace Illuminate\Mail;
Hoping the namespace (here "Illuminate") will not clash with other code.
Post reply on HN