Re: Good open source mailing list system PHP / Postgresql

We use PHP and Perl in our environments here, and are finding daily that
there is less and less need to use Perl for much of anything anymore. At
one point, the only holdup was forking stuff. PHP now has that. We have
been successfully creating various standalone multi-forking servers and
clients in PHP that access Postgresql, the network, and other resources
without a problem. There are thousands and thousands of CLI PHP code in
production over here.

In terms of language denseness... PHP has as much (and much more built
in) functionality as Perl, and if I dare to say so, is cleaner (though
not as elegent) to code in that Perl. There's not much available at CPAN
that is not already in PEAR, or over at PHPCLASSES. In fact, I would
say, that the only catching up that PHP has to do, is in having a great
resource such as CPAN.

PHP has long ago caught up with Perl, and I believe the the OOP features
available in PHP 5, will easily leapfrog over Perl. Having said that, we
still code a lot of Perl, simply because of inertia and an existing
codebase.

Best regards,
Ericson Smith
Developer
+-----------------------+----------------------------+
| http://www.did-it.com | "When I'm paid, I always |
| eric(at)did-it(dot)com | follow the job through. |
| 516-255-0500 | You know that." -Angel Eyes|
+-----------------------+----------------------------+

Randal L. Schwartz wrote:

>>>>>>"scott" == scott marlowe <scott(dot)marlowe(at)ihs(dot)com> writes:
>>>>>>
>>>>>>
>
>scott> This is simply not true. PHP comes in both a web ready
>scott> embedded version, as well as a CLI version, and is quite
>scott> capable, even of handling things like streams and such, and can
>scott> even be used to write a daemon listening on a port quite
>scott> easily.
>
>But PHP is where Perl was five years ago, and continually plays
>catchup. If you want real work done, use the right tool. PHP is fine
>for nifty web pages for smallish sites, but Perl takes over when the
>real heavy lifting is needed.
>
>scott> Just because it (probably) hasn't been used to write such a
>scott> system doesn't mean you couldn't do it in PHP.
>
>You could do it in assembler too. But why?
>
>To keep from wasting precious human cycles, you need something with
>the code density and flexibility of Perl or better. Python, Ruby,
>that league. Not C, not Java, not PHP.
>
>
>