Beefy Boxes and Bandwidth Generously Provided by pair Networks
There's more than one way to do things
 
PerlMonks  

Re^4: Perl/CGI Vs PHP Vs ASP

by Jaap (Curate)
on May 22, 2005 at 10:56 UTC ( [id://459328]=note: print w/replies, xml ) Need Help??


in reply to Re^3: Perl/CGI Vs PHP Vs ASP
in thread Perl/CGI Vs PHP Vs ASP

I think it is easier to start scripting in PHP than it is in Perl. If you are a complete n00b, you don't know where to find this "Perl interpreter" that you have to put on the first line after a cryptic "#!". If your provider has set up PHP for you, you can rename a .html file to .php and you have your first working php script (well... in a sense that is).

Also, in PHP if i want to create in image, i can do that out-of-the-box. No modules to find, download, make, make test, make install, import. It just works. I remember when i wanted to work with images in Perl i was totally intimidated by the amount of choice i had. Not to mention that i had never heard of "make".

So what everybody already knows about PHP (its easy of use) is a forte. It is also probably why so many people use PHP.

Replies are listed 'Best First'.
Re^5: Perl/CGI Vs PHP Vs ASP
by Juerd (Abbot) on May 22, 2005 at 11:30 UTC

    If you are a complete n00b, you don't know where to find this "Perl interpreter" that you have to put on the first line after a cryptic "#!".

    The shebang is optional, and generally unix specific. Unix users already know how it works, Windows users don't have to even care about it.

    If your provider has set up PHP for you, you can rename a .html file to .php and you have your first working php script (well... in a sense that is).

    That's *mod_php* in Apache that does this and has absolutely nothing to do with PHP's programming language. In exactly the same way, a server COULD be set up to handle .pl files (or .plp) using a mod_perl handler.

    Also, in PHP if i want to create in image, i can do that out-of-the-box. No modules to find, download, make, make test, make install, import. It just works.

    This is a matter of how the distribution is formed. This is different, but neither is better. I, for one, hate PHP's crammed together packaging of everything there is, because it means I have to upgrade PHP every time an important bug is fixed in one of its standard extensions.

    I remember when i wanted to work with images in Perl i was totally intimidated by the amount of choice i had.

    Choice is tough. If you can't handle this, you should simply not be programming at all, regardless of language. Programming is continuously making choices, at several levels. If you can manage it, then you will learn and benefit from it in more ways than you can think of at the time of your first module choice. Again, this has little to do with the programming *language*.

    So what everybody already knows about PHP (its easy of use) is a forte. It is also probably why so many people use PHP.

    It is at the same time the reason why many professionals avoid PHP like the Plague. Ease of use is nice, very nice even, but it should never get in the way of a professional. This is a recurring topic in the perl6-language mailinglist. PHP is a tool meant for and made by beginning programmers. It's a pity that most of them will never use their full brain capacity with it.

    Juerd # { site => 'juerd.nl', plp_site => 'plp.juerd.nl', do_not_use => 'spamtrap' }

      Hmmm... i am not trying to make YOU like PHP, Juerd, but you have to admit that some of my points are valid, or have some truth to it. Well, actually you don't have to admit anything you don't want to ;-)

      I think you love to hate PHP a bit too much. But that's ok.

        you have to admit that some of my points are valid, or have some truth to it.

        Oh, I'll be the first to admit that some of the features of PHP are good in ways that numerous camel people refuse to discover. But those features are all unrelated to the programming language, and can thus not be compared to Perl, because Perl itself is only a programming language with an interpreter, and not a templating language or an Apache module. There is a reason http://tnx.nl/php does not discuss CPAN, one of the strongest arguments in favour of Perl.

        Juerd # { site => 'juerd.nl', plp_site => 'plp.juerd.nl', do_not_use => 'spamtrap' }

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://459328]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others musing on the Monastery: (4)
As of 2024-04-19 17:39 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found