Industrial Strength Publishing

Apache Options
PHP
I've used PHP extensively off and on over the years. Its Perl-ish simplicity often brings a good deal of development speed and quick wins are nice. The wide array of databases supported (with persistent connections) and other extensions make it very appealing as well. However, we rejected PHP for our architecture because of some crucial design and language problems. The important ones were:
  1. Function duplication. Last I looked there were 6 different sort functions and none did the sorting that I needed.
  2. Database API's vary widely from database to database unlike Perl's DBI or Java's JDBC API.
  3. Difficulty with the object model. Defining classes and creating objects to package up data and methods was not a well understood or documented capability.
  4. Template code must be expressed top to bottom, having calculations performed outside of the sequence of HTML parsing is not possible
  5. No caching, if the home page is requested 100 times per second, the code gets re-evaluated
For the first three issues, we turn our attention to Java and Perl solutions. For the latter two, we have to consider component systems that are implemented in those languages. I understand that the PHP community is aware of these items and perhaps have addressed them since I last made any substantial use of PHP (Fall 1999).
Slide 23 of 41 Contents
 
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10
11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20
21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30
31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40
41
Print

© 2000 Ian Kallen