The only thing worse than having to respond to such misinformation about Perl is having to read it in the first place, barely refuted, right here on Perlmonks. It's right down there with you guys chastizing me for simply answering the propaganda campaign against Perl, right here on Perlmonks again. I felt compelled to because every point in the article contradicts my everyday experience with Perl, and it continues to be the 3rd result on Google for PHP Perl Comparison.

Lies of Society joined Perlmonks 2 days ago and after initially agreeing with me proceeded to make the following refuted assertions on this very thread, draw your own conclusions:

1. mod_perl needs its own server
2. old, inefficient CGI
3. PHP will remain the best
4. massive performance hit (in unlikely situations)
5. Few people run PHP under CGI
6. PHP Apache module ... does not have the same security considerations (for an ISP) that mod_perl does.
7. mod_perl is too dangerous for web hosts to offer
8. If it were safe and easy to install like mod_php
9. PHP will remain the best choice

There is a campaign of lies against Perl, right here on Perlmonks, and we should oppose the misinformation with facts, otherwise it spreads and takes hold, as it already seems to have done in the minds of many web developers.

"This almost identical phrase seems to crop all over the place, with no attribution or supporting evidence as if it is absolutely the case with no possibility of mitigation. It would sound less like some third party cargo-FUD if some example or documentation were provided to be honest."-gellyfish

---

---

• Are you posting in the right place? Check out Where do I post X? to know for sure.
• Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:

  <code> <a> <b> <big> <blockquote> <br /> <dd> <dl> <dt> <em> <font> <h1> <h2> <h3> <h4> <h5> <h6> <hr /> <i> <li> <nbsp> <ol> <p> <small> <strike> <strong> <sub> <sup> <table> <td> <th> <tr> <tt> <u> <ul>

• Snippets of code should be wrapped in <code> tags not <pre> tags. In fact, <pre> tags should generally be avoided. If they must be used, extreme care should be taken to ensure that their contents do not have long lines (<70 chars), in order to prevent horizontal scrolling (and possible janitor intervention).
• Want more info? How to link or How to display code and escape characters are good places to start.