> all library functions being in the global scope

Ever used C?

> lack of sane naming conventions for those things

Absolutely annoying but also fairly minimal. Mostly an issue in the string & array functions.

> terrible type conversions

Weak typing has to coerce somehow. Javascript is equally "terrible" at times.

> unsafe libraries

Such as? All the major libraries are thread-safe that I'm aware of

> starting php with every request

PHP exists outside of the web, and even in the web environment, you can run it as fastcgi since inception as a persistent daemon and php-fpm is the standard daemon now as well.

> being able to drop raw php right into html templates

I view that as a feature (which is often abused by beginners)

> > all library functions being in the global scope

> Ever used C?

Come on, this is not a good argument. C is a 70's language, we can do better than that, even in 1995 when PHP came out.

By unsafe I meant insecure. Also with C you have to import headers.

> Weak typing has to coerce somehow. Javascript is equally "terrible" at times.

>>> "0" == false true !!!!!!!

>>> "" == false true

>>> "" == "0" false

and here we lost the transitive relation...

Good. We didn't want it anyway!

I think frameworks such as Laravel and Symphony go a long way towards addressing a lot of these concerns. Although things such as global functions and naming persist, PHP offers easy deployment for new developers and is available on almost all low-cost web hosts that is a major benefit and a must-have for less experienced developers.

Depending on your project, if most of your code lives in the front-end, using Laravel/PHP for an API back-end is a nice option these days. It all depends on what you are trying to accomplish and your available knowledge and resources.

A bad programmer in any language will write poor code.

I've seen just as many good code bases as bad in pho.

One cause of the spaghetti code was the mixing of business logic and of presentation. The separation of concern was easier in smarter languages (like ruby or scala) than in php. Nowadays, templating and presentation is mostly performed on the client side and the server handles only the business. As a result, there is less difference between ruby and php. Nevertheless, the event style of javascript (scala ?) provides better performances.

If PHP would enforce MVC by not being part of an HTML file, it would have been a very nice language (minus the $ signs everywhere)...

Why should PHP "force" anything? That's one of PHP's strengths: the ability to be everything from a simple dynamic webpage to a full blown app. That's like saying "I wish someone would make a hammer that only strikes nails, because I'm a poor craftsman and keep hitting my thumb."

Love it or hate it, PHP will be around long after elitist devs turn their guns on noSQL and server side JS.

I agree. At it's PHP is just a template language. There are many great PHP MVC framworks that have evolved over the years to incorporate many "best practices". The choice should be up to the developer depending on the project.

I'm assuming you meant "At its core, PHP is just a template language." That's a ridiculous, extremely over-generalized assertion.

I don't know of many "template languages" that treat classes as first-class citizens, has an in-depth, thorough unit testing framework, traits, closures, and and and.

I'm sure you get my idea? PHP may have been much simpler at its inception - it is not the same beast now.

ITT: People who haven't used PHP since 4.2 think they know what the language is like and base all their opinions on a language version over 10 years old.

I hate when PHP pops up here on HN, 90% of the people flapping their gabs don't or haven't used PHP for many many years, and when they did it was some Indian's crap code so they spend their time talking shit about a language because they had to fix a bug in Hinderbar's PHP spaghetti from 2003.

If there's one thing I've learned in my years of software development it's that software is the great equaliser.

Everyone is capable of writing crappy spaghetti code.

Yeah, always those damn Indians and their crap code. Every other country's PHP developers write amazingly elegant PHP - it's just those damn Indians.

You didn't really have to add the racism to make that point.

Actually the ability to mix PHP and "HTML" is the only reason I still use PHP occasionally. Sometimes, I have a plain-text file, and would like to use variables or simple loops in it. The best way to do this is PHP!

For example, say I want to plot a couple of data columns with gnuplot (an open source plotting program) into several images. I can write a PHP script "myplot.plt.php" that generates a gnuplot script (untested):

    set terminal png enhanced
    <?php
    for ($i = 2; $i <= 4; $i++) {
        $outputfile = "plot$i.png"
        echo <<EOT
        set output "$outputfile"
        plot "data.txt" u 1:$i
    EOT;
    }
    ?>

and then invoke it from gnuplot with

    load "< php myplot.plt.php"

This is a stupid example, but it gets really powerful when you dynamically calculate labels, element positions, etc.. PHP may be a crappy language for web development, but it is a really nice macro language, and has really powerful string processing features, making it ideal for this kind of hack.

That's so funny. When I look at $'s in PHP, it feels so natural. Then when I see someone use $ in variable names in JS, it gets me agitated.

I typically reserve $ in JS variable names for a version of something that's jQuery-ified. i.e. $(this) = $this;

While not enforced at the language level, PSR-1 states that "Files SHOULD either declare symbols (classes, functions, constants, etc.) or cause side-effects (e.g. generate output, change .ini settings, etc.) but SHOULD NOT do both."

Basically it stipulates that you should keep classes outside of the main page loader to be compliant.

> It's also got a bad wrap for being the language of choice for people who do not wish to learn any other language or anything about computer science or computers.

That explains why its infamous for spaghetti code.