Differences between revisions 1 and 59 (spanning 58 versions)
Revision 1 as of 2006-09-06 21:59:22
Size: 13060
Editor: corey
Comment: new page
Revision 59 as of 2011-08-02 00:25:49
Size: 16025
Editor: cl-291
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
This page was copied mindlessly from http://72.14.203.104/search?q=cache:bo4LWB1ZHswJ:wiki.w4py.org/python-vs-php.html+php+vs+python&hl=en&gl=us&ct=clnk&cd=1 = Python vs. PHP =
Line 3: Line 3:
This page was copied mindlessly from [[http://wiki.w4py.org/python-vs-php.html]] ([[http://72.14.203.104/search?q=cache:bo4LWB1ZHswJ:wiki.w4py.org/python-vs-php.html+php+vs+python&hl=en&gl=us&ct=clnk&cd=1|Google Cache]])
 
Line 5: Line 7:
Common Ground == Common Ground ==
Line 10: Line 12:
    * are OpenSource (except PHP's ZEND compiler?) ("Zend Compiler" doesn't exist)     * are OpenSource (except where various [[http://www.zend.com/products|Zend products]], recommended by some, are employed)
Line 16: Line 18:
    * have the ability to freeze live objects in a string representation (for storing arbitrary objects on disk, moving them over the network, etc); they can then be converted back to identical objects with data intact. PHP's serialize function; Python's pickle and marshal modules. Note that PHP, handling of serialized objects and classes is much weakier and error prone than Python's due to PHP's lack of modules. When an object is serialized, only its attributes are stored, not its methods. Thus, the object's class must be present (with the exact same name) in the script that unserializes it. In Python this is handled automatically via the module/import framework. (this COULD be handled with PHP 5's __autoload(), but is not done automatically)     * have the ability to freeze live objects in a string representation (for storing arbitrary objects on disk, moving them over the network, etc); they can then be converted back to identical objects with data intact. PHP's serialize function; Python's pickle and marshal modules. Note that PHP, handling of serialized objects and classes is much weaker and error prone than Python's due to PHP's lack of modules. When an object is serialized, only its attributes are stored, not its methods. Thus, the object's class must be present (with the exact same name) in the script that unserializes it. In Python this is handled automatically via the module/import framework. (this COULD be handled with PHP 5's __autoload(), but is not done automatically)
Line 18: Line 20:
Compared as Languages
What does PHP have that Python doesn't?
== Compared as Languages ==

===
What does PHP have that Python doesn't? ===
Line 25: Line 28:
    * schizophrenic tableau of function names. The builtin library has a wide variety of naming conventions. There are no namespaces, so functions often have prefixes to denote their source (but often not). Functions are often placed into classes to simulate namespaces.
    * a very casual language, where globals are often used to pass arguments, all variables are "set" (to NULL), and a somewhat weak type system (not to be confused with dynamic types)
   * Retort: ''Python 2.5 has [[http://www.python.org/dev/peps/pep-0308/|conditional expressions]]''
    * confused
tableau of function names. The builtin library has a wide variety of naming conventions. There are no namespaces, so functions often have prefixes to denote their source (but often not). Functions are often placed into classes to simulate namespaces.
      * Retort: ''PHP 5.3 introduces [[http://ilia.ws/archives/187-Introduction-to-PHP-5.3-Slides.html|namespaces]]''
    * a ve
ry casual language where all variables are "set" (to NULL), and a somewhat weak type system (not to be confused with dynamic types)
Line 28: Line 33:
    * aliases ('$a =& $b' means that when $b changes, $a changes also) (should be "references", not "aliases)     * references ('$a =& $b' means that when $b changes, $a changes also)
Line 30: Line 35:
    * (An EXCELLENT on-line Manual)     * private, protected and public modifiers for both properties and methods
    * abstract and final modifiers for both classes and methods
    * interfaces
    * variable variables
    * embedding in HTML
Line 32: Line 41:
What does Python have that PHP doesn't? === What does Python have that PHP doesn't? ===
Line 34: Line 43:
    * a general purpose programming language (not just for the web) (not true PHP has a CLI SAPI, and is embeddable)     * a general purpose programming language (not just for the web)
     * Retort: ''not true PHP has a CLI SAPI, and is embeddable''
Line 36: Line 46:
      * Retort: ''PHP curly braces make it work with HTML more easy''
Line 37: Line 48:
    * a small core       * Retort: ''PHP 5.3 introduces [[http://ilia.ws/archives/187-Introduction-to-PHP-5.3-Slides.html|namespaces]]''
    * a small core '''(language or runtime?)'''
      * retort: ''it is not entirely true'' '''(substance needed)'''
Line 40: Line 53:
      * Retort: ''Php has phpDocumentor, it is almost the same''
Line 41: Line 55:
    * true object orientation and 'first class' classes and functions (OO has been completely revamped in PHP 5)       * Retort: ''PHP have default arguments''
* true object orientation and 'first class' classes and functions
      * Retort: ''
OO has been completely revamped in PHP 5''
        * Counter-retort: ''But it's still painfully, obviously a hack''
Line 43: Line 60:
    * a notion of private attributes (PHP 5 supports this)       * Retort: ''PHP 5 has SPL which is fully class-based''
    * a notion of private attributes
      * Retort: ''PHP 5 supports private, protected and public for both properties and methods''
Line 47: Line 66:
    * excellent introspection (PHP 5 Reflection)
    * everything is a reference! (references are painful in PHP) (Not in PHP 5)
    * one 'del' statement for all data types. PHP has 'unset' for variables and something else for array members. (Array members can be unset())
    * consistent case sensitivity (PHP does for variables, but not functions) (Functions are case insensitive)
      * Retort: ''Method Chaining is possible in PHP5 once an object is instantiated. In PHP it is called fluent interface''
    * excellent introspection
      * Retort: ''PHP 5 Reflection''
        * Counter-retort: ''We said '''excellent''' introspection''
    * everything is a reference! (references are painful in PHP)
      * Retort: ''Not in PHP 5''
    * one 'del' statement for all data types. PHP has 'unset' for variables and something else for array members.
      * Retort: ''Array members can be unset()''
    * consistent case sensitivity (PHP functions are case insensitive, but variables are case sensitive)
Line 52: Line 76:
    * lambdas and other builtin functional programming constructs (php.net/create_function)
    * iterators (PHP 5)
    * structured exception handling (PHP 5)
    * lambdas and other builtin functional programming constructs
      * Retort: ''php.net/create_function''
        * Counter-retort: create_function() is a crock; what it produces is not the True Lambda
      * Retort: ''PHP supports true closure feature in PHP5.3. This feature has been added recently and it works.''
    * iterators
      * Retort: ''in PHP 5''
    * structured exception handling
      * Retort: ''in PHP 5''
        * Counter-retort: ''where are PHP 5's equivalent of else and finally?''
Line 56: Line 86:
    * SWIG? integration       * Retort: ''In PHP you can use runkit extension to emulate the same feature''
    * SWIG integration
Line 58: Line 89:
    * an excellent profiler, plus several debuggers and IDEs (PHP has had this for a long time)
    * lots of high-level data types (lists, tuples, dicts, mx.DateTimes, NumPy arrays, etc.)
      * Retort: ''Python have Global Interpreter Lock so it's not really parallel''
    * an excellent profiler
      * Retort: XDebug, a debugging and profiling extension, that supports both PHP4 and PHP5 is extremely popular
    * several debuggers and IDEs
      * Retort: ''PHP had commercial tools for a long time, Eclipse PDT is Open-Source. Netbeans PHP is open source too''
    * lots of high-level data types (lists, tuples, dicts, !DateTimes, NumPy arrays, etc.)
      * Retort: ''PHP had SPL Types which is included in PHP5 as a standard library''
Line 61: Line 97:
      * Retort: ''PHP array is more flexible. In case developer want a true array, just use !FixedArray in PHP SPL''
Line 62: Line 99:
    * cached byte-code compilation (available for $980 in PHP!) (pecl.php.net/apc -- FREE)
    * a standardized database API (pecl.php.net/PDO -- PHP 5.1)
      * Retort: ''From PHP 5.1.0 the [[http://www.php.net/DateTime|DateTime]] library is bundled with PHP and removes the above limitations''
    * cached byte-code compilation
      * Retort: ''available in PHP for either $980 from Zend or for free from pecl.php.net/apc. Among others are eAccelarator, XCache, which are both open source''
    * a standardized database API
      * Retort: ''pecl.php.net/PDO -- PHP 5.1''
Line 65: Line 105:
    * strong internationalization and UNICODE support (Available in PHP 5)
    * maturity, stability and upward-compatibility (PHP is stable, mature and up/backward-compatible)
      * Retort: ''PHP supports GTK and QT''
    * strong internationalization and UNICODE support
      * Retort: ''[[http://wiki.pooteeweet.org/PhP60|PHP 6]] will include Unicode support. This feature is available in PHP5.2 and PHP5.3 via intl extension which can be found at pecl.php.net''
      * Retort: ''PHP have mbstring for Unicode''
    * maturity, stability and upward-compatibility
      * Retort: ''PHP is stable, mature and up/backward-compatible''
        * Counter-retort: ''in general PHP applications must be ported between PHP 4, PHP 5 and future PHP 6 with Unicode''
          * Retort: ''Not true, PHP4 can run seamlessly in PHP5 runtime engine (99%). As for PHP6, the same. In Python, if you want to break your application, run it in Python 3.0''
        * Counter-retort: ''As for maturity... "Age is not an accomplishment"''
Line 69: Line 116:
Compared as Web Development Frameworks == Compared as Web Development Frameworks ==
Line 77: Line 124:
    * emdedded in the web server process
          o Apache modules
mod_python and mod_snake embed the Python interpreter in Apache and allow other Apache modules to be written with Python. This is the same idea as mod_perl.
          o PyWX is an extension to AOLServer that serves the same purpose as the Apache modules above.
          o MS ASP scripts can be written using Python via Active Scripting Host.
    * running in a separate process
          o non-persistent process (a new process is spawned for each request)
                + custom CGI scripts
          o persistent process (all requests are sent from the web server to one persistent process)
                + custom Fast-CGI scripts
                + 'Application Servers'
                      #
Zope -- comes with its own web server but can also communicate with Apache via the CGI or Fast-CGI protocols.
                      #
Webware? -- works with any web server via CGI. With Apache it can communicate via a custom Fast-CGI like protocol.
                      #
SkunkWeb? -- only works with Apache, communicates via a custom Fast-CGI like protocol.
 * emdedded in the web server process
   * Apache modules (eg.
mod_python) embed the Python interpreter in Apache and allow other Apache modules to be written with Python. This is the same idea as mod_perl.
   * PyWX is an extension to AOLServer that serves the same purpose as the Apache modules above.
   * MS ASP scripts can be written using Python via Active Scripting Host.
 * running in a separate process
   * non-persistent process (a new process is spawned for each request)
     * custom CGI scripts
   * persistent process (all requests are sent from the web server to one persistent process)
     * custom Fast-CGI scripts
     * 'Application Servers' (eg. Zope, Webware, SkunkWeb)
Line 91: Line 135:
(Note: PHP programs can be run standalone or as ordinary CGI scripts. However, when called indirectly from the web (e.g., from a Perl CGI script), it requires unsetting an undocumented number of web environment variables so that PHP doesn't think it's running from the web and look in the wrong place for the script. Likewise, it's _possible_ to write a long-running server in PHP, but there are precious few examples of it.) (Note: PHP programs can be run standalone or as ordinary CGI scripts. However, when called indirectly from the web (eg. from a Perl CGI script), it requires unsetting an undocumented number of web environment variables so that PHP doesn't think it's running from the web and look in the wrong place for the script. Likewise, it's ''possible'' to write a long-running server in PHP, but there are precious few examples of it.)
Line 93: Line 137:
The vast majority of Python web applications are run in a separate process. This has some important implications. ... to be continued ... The vast majority of Python Web applications are run in a separate process. This has some important implications.
Line 95: Line 139:
... please add your observations
Python Application Servers

...
Python Template Engines

...
== Security ==
Line 104: Line 142:
Community Support   * Retort: ''This note seems to be made a century ago. Lots of things has changed and that note does not make sense anymore''
Line 106: Line 144:
PHP == Community Support ==
Line 108: Line 146:
    * huge installed user base, but the figures are probably distorted by shared hosting (Not true. It has PEAR and PECL repository)
    * low signal-to-noise ratio -- because PHP is so expedient, many of the users are not invested in the technology (or even their own code) or the community (Not true. IBM and Oracle invested in PHP)
=== PHP ===
Line 111: Line 148:
Python     * huge installed user base, but the figures are probably distorted by shared hosting
    * low signal-to-noise ratio -- because PHP is so expedient, many of the users are not invested in the technology (or even their own code) or the community

=== Python ===
Line 118: Line 158:
Commercial Support == Commercial Support ==
Line 120: Line 160:
PHP === PHP ===
Line 124: Line 164:
Python === Python ===
Line 126: Line 166:
    * http://www.zope.com
    * http://www.activestate.com
    * http://www.pythonware.com
    * http://www.archaeopteryx.com
    * http://www.theKompany.com
    * http://home.rmi.net/~lutz/mytrain.html
See the [[CommercialServices]] page for more information.
Line 133: Line 168:
Documentation
Core
Documentation
== Documentation ==
Line 136: Line 170:
Although both PHP and Python have excellent core documentation, Python's is more extensive and generally higher quality. PHP has a large number of translations available. Python doesn't. For PHP see http://www.php.net/docs.php and for Python see http://python.org/doc/ Python allows documentation on modules, classes, and functions to be included in the program code. The documentation becomes an attribute of the module/class/function, accessible from inside of the language itself.
Online Tutorials
Although both PHP and Python have excellent core documentation, Python's is more extensive and generally higher quality. PHP has a large number of translations available. Python doesn't. For PHP see http://www.php.net/docs.php and for Python see http://python.org/doc/ Python allows documentation on modules, classes, and functions to be included in the program code. The documentation becomes an attribute of the module/class/function, accessible from inside of the language itself. Python manual is really awfully structurized and presented compared to PHP manual, which uses cross-links, a lot of colorized examples and invaluable user comments to make it easier to comprehend the magic. PHP manual merges different versions of the language together making it a little bit bloated.
Line 139: Line 172:
For Python see http://python.org/doc/current/tut/tut.html and http://python.org/doc/Newbies.html == Editorial Notes ==
Line 141: Line 174:
For PHP see http://www.devshed.com/Server_Side/PHP/, http://phpbuilder.com and http://zend.com
Books
Given the copy-and-paste origins of this document, along with the age of the original document, the text has been somewhat incoherent. Several changes have since been made to tidy up the text, drop redundant content (old comments which can be viewed in the original document, links to outdated resources and content found elsewhere in this Wiki), and to focus the remaining content on the actual topic of the page.
Line 144: Line 176:
For books on PHP see http://php.net/books.php?type_lang=PHP_all . For Python, see http://www.amazon.com/exec/obidos/tg/listmania/list-browse/-/12QMUFII6951W and http://www.awaretek.com/book.html
Conclusion
== Constructive Criticism / Observations ==
Line 147: Line 178:
...
Frequently Asked Questions
I came here for an objective comparison between PHP and Python but what I see is a document that is not only incorrect but is also heavily biased. I realize this is a Python site but that doesn't give editors (read anonymous visitors) carte blanche when it comes to facts. For example - it is claimed that unset is not uniformly used in PHP but in fact it works on variables, objects and arrays. Next is the comment about Python having a profiler, so does PHP. Other items that should not be in the section labeled things that Python has that PHP doesn't include: method chaining, classes are used extensively in the standard library, maturity, easy support for default arguments, debuggers and IDEs and that is just the beginning.
Line 150: Line 180:
Q1 I don't see the harm in referring to future functionality because leaving it out implies that it isn't going to be available - for example the addition of namespaces and other features in PHP5.3 is going to be a nice step for the language and the release is imminent. That having been said, OOP in PHP is not complete IMO so I would like to see objective comparisons of OOP in PHP and OOP in Python which would be an enormous benefit to myself and others.
Line 152: Line 182:
    ... what is the best way to build web-based database applications like accounting systems, on Python? i.e. what is the equivalent of ASP pages or PHP pages or JSP pages, for Python?? Shouldn't we be learning THAT instead of PHP??? I don't want seem like I hate Python, I honestly have no notions whatsoever about it but I do not like coming to a comparison page between two languages and discovering that the comments cannot be trusted. The reason I came here at all was to decide if Python would be a good fit for future projects that I intend open source but I am leaving this site unsure of the true advantages that Python has to offer. In the spirit of helping people know the difference, I suggest that you collaborate with someone who has no bias.
Line 154: Line 184:
A1 === Editorial Response ===
Line 156: Line 186:
    There is no simple answer to this question. There are many tools available for doing this in Python. So many that the choices can be bewildering. You're best to think of the tools as falling into two complementary categories: Application Servers (there's probably a better term to use here) and Template Engines. Given recent anonymous edits which say things like...
Line 158: Line 188:
Application Servers: ''Python is too slow to be used in web apps''
Line 160: Line 190:
    * plain old Python CGI scripts
    * Zope (includes a Content Management System and a whole lot more)
    * Webware
    * SkunkWeb
    * see http://www.boddie.org.uk/python/web_frameworks.html for more
...and...
Line 166: Line 192:
Templating Engines: ''on PHP you can do this: if($a == $b) { echo "true"; } else { echo "false"; } : try to do that whith Python''
Line 168: Line 194:
    * Zope's DTML
    * Zope's Page Templates
    * Webware's Python Server Pages
    * Cheetah (integrates with Webware)
    * Yaptu
    * SkunkWeb's STML
    * see http://webware.sourceforge.net/Papers/Templates/ for more.
...the latter either referring to some deep magic or being exceptionally uninformed, I'd rather not see everyone wanting to pile in with mud-slinging but actually have people who have used both technologies give their informed perspectives. The restrictions on editing existed because of spam, but the maintainers of this Wiki [[WikiGuidelines|reserve the right]] to enforce access controls if contributions deteriorate in quality. No-one can demand to edit a site like this without showing a degree of responsibility and sincerity. -- PaulBoddie <<DateTime(2011-07-23T20:25:57+0100)>>
Line 176: Line 196:
My personal preference is Apache/Webware/Cheetah. I'll write more about this later. -- TavisRudd? - 23 Nov 2001
General Discussion
== Using Python and PHP together ==
Line 179: Line 198:
(add your comments here, along with a signature and date)

I haven't used PHP with XML, and I've only used Python with XML a little, but I get the impression Python is much better suited -- specifically because it is strongly types, where PHP is rather weak in its typing (like C). But I can't say from experience

-- IanBicking - 26 Nov 2001

To clarify, PHP's types are more dynamic than Python's. All variables are automatically initialized to NULL. It automatically converts between strings, numbers and NULL when a different type is needed for the operation, or with a type case. It also "does something" to convert to/from array and object. '123' -> 123, 'non-numeric' -> 0, NULL -> '', etc. Sometimes all this is convenient, especially when a missing CGI param converts to NULL which converts to '' in the VALUE= attribute, but it also leads to wrong ouput rather than errors if you misspell a variable or key.

PHP does not have first-class functions. There are equivalents to Python's map, reduce, filter, and there's array_walk, but they all take the name of a function rather than the function itself.

Examples of PHP's schizophrenic function naming: (string functions) stripslashes vs strip_tags; (array functions) array_keys vs asort vs count and shuffle; (variable functions etc) isset vs is_array.

PHP has constants, which are initialized with a totally different syntax than variable assignment. The advantage of constants is that they can be defined only once, allowing you to define sensitive constants in a secure include file, then prevent untrusted code from overriding them. Constants are global: they bypass the scoping rules. One disadvantage is that a constant is a bare word: if you misspell it, you'll silently get a NULL value.

Syntax errors show the file and line number, but not the character position. Sometimes the error message is specific, sometimes just "parse error". This leads to staring at the code for a while until you realize you're missing '$' or ';', or you put something besides a semicolon on the END line matching <<<END .

-- MikeOrr - 15 Dec 2001
The [[http://pecl.php.net/package/python|Embedded Python]] [[http://pecl.php.net|PECL]] extension "allows the Python interpreter to be embedded inside of PHP, allowing for the instantiate and manipulation of Python objects from within PHP". The PyPI [[http://pypi.python.org/pypi/phpserialize/|phpserialize]] package is "a port of the serialize and unserialize functions of php to python". [[http://code.google.com/p/phppython/|phppython]] "is a php to python code converter that currently can: convert small php code snippets, functions to python code". [[http://pythonpaste.org/wphp/|WPHP]] is a WSGI->PHP gateway that "allows you to run PHP processes inside of Python, using a WSGI gateway".

Python vs. PHP

This page was copied mindlessly from http://wiki.w4py.org/python-vs-php.html (Google Cache)


Common Ground

Both PHP and Python:

  • are interpreted, high level languages with dynamic typing
  • are OpenSource (except where various Zend products, recommended by some, are employed)

  • are supported by large developer communities
  • are easy to learn (compared to Java, and even Perl)
  • are easy to extend in C, C++ and Java
  • are extremely portable. They run on almost all platforms in existence without recompilation.
  • support for variable number of function arguments.
  • have the ability to freeze live objects in a string representation (for storing arbitrary objects on disk, moving them over the network, etc); they can then be converted back to identical objects with data intact. PHP's serialize function; Python's pickle and marshal modules. Note that PHP, handling of serialized objects and classes is much weaker and error prone than Python's due to PHP's lack of modules. When an object is serialized, only its attributes are stored, not its methods. Thus, the object's class must be present (with the exact same name) in the script that unserializes it. In Python this is handled automatically via the module/import framework. (this COULD be handled with PHP 5's autoload(), but is not done automatically)

Compared as Languages

What does PHP have that Python doesn't?

  • syntax from C and Perl, with lots curly braces and dollar signs
  • the 'switch' statement and 'do ... while' construct
  • increment and decrement and assignment operators (assignment is a statement only in Python)
  • the ternary operator/statement (... ? ... : ...)
  • confused tableau of function names. The builtin library has a wide variety of naming conventions. There are no namespaces, so functions often have prefixes to denote their source (but often not). Functions are often placed into classes to simulate namespaces.
  • a very casual language where all variables are "set" (to NULL), and a somewhat weak type system (not to be confused with dynamic types)
  • an expedient (commonly installed) environment
  • references ('$a =& $b' means that when $b changes, $a changes also)

  • one array type that doubles as a list and a dictionary. Dictionary keys are iterated in their original order.
  • private, protected and public modifiers for both properties and methods
  • abstract and final modifiers for both classes and methods
  • interfaces
  • variable variables
  • embedding in HTML

What does Python have that PHP doesn't?

  • a general purpose programming language (not just for the web)
    • Retort: not true PHP has a CLI SAPI, and is embeddable

  • indentation is used to mark out block structure rather than curly braces
    • Retort: PHP curly braces make it work with HTML more easy

  • namespaces and modules
  • a small core (language or runtime?)

    • retort: it is not entirely true (substance needed)

  • very clear, concise, and orthogonal syntax
  • it is self documenting with docstrings and pydoc (PHP 5 has reflection and doc strings)
    • Retort: Php has phpDocumentor, it is almost the same

  • keyword arguments to functions and methods, easy support for default arguments
    • Retort: PHP have default arguments

  • true object orientation and 'first class' classes and functions
    • Retort: OO has been completely revamped in PHP 5

      • Counter-retort: But it's still painfully, obviously a hack

  • classes are used extensively in the standard library
    • Retort: PHP 5 has SPL which is fully class-based

  • a notion of private attributes
    • Retort: PHP 5 supports private, protected and public for both properties and methods

  • multiple inheritance
  • object-oriented file handling
  • method chaining
    • Retort: Method Chaining is possible in PHP5 once an object is instantiated. In PHP it is called fluent interface

  • excellent introspection
    • Retort: PHP 5 Reflection

      • Counter-retort: We said excellent introspection

  • everything is a reference! (references are painful in PHP)
    • Retort: Not in PHP 5

  • one 'del' statement for all data types. PHP has 'unset' for variables and something else for array members.
    • Retort: Array members can be unset()

  • consistent case sensitivity (PHP functions are case insensitive, but variables are case sensitive)
  • a simple array slicing syntax
  • lambdas and other builtin functional programming constructs
    • Retort: php.net/create_function

      • Counter-retort: create_function() is a crock; what it produces is not the True Lambda
    • Retort: PHP supports true closure feature in PHP5.3. This feature has been added recently and it works.

  • iterators
    • Retort: in PHP 5

  • structured exception handling
    • Retort: in PHP 5

      • Counter-retort: where are PHP 5's equivalent of else and finally?

  • operator overloading
    • Retort: In PHP you can use runkit extension to emulate the same feature

  • SWIG integration
  • threading
    • Retort: Python have Global Interpreter Lock so it's not really parallel

  • an excellent profiler
    • Retort: XDebug, a debugging and profiling extension, that supports both PHP4 and PHP5 is extremely popular
  • several debuggers and IDEs
    • Retort: PHP had commercial tools for a long time, Eclipse PDT is Open-Source. Netbeans PHP is open source too

  • lots of high-level data types (lists, tuples, dicts, DateTimes, NumPy arrays, etc.)

    • Retort: PHP had SPL Types which is included in PHP5 as a standard library

  • differentiation between arrays (lists) and associative arrays (dictionaries).
    • Retort: PHP array is more flexible. In case developer want a true array, just use FixedArray in PHP SPL

  • dates that aren't limited to UNIX timestamps (<1970, >2038)

    • Retort: From PHP 5.1.0 the DateTime library is bundled with PHP and removes the above limitations

  • cached byte-code compilation
    • Retort: available in PHP for either $980 from Zend or for free from pecl.php.net/apc. Among others are eAccelarator, XCache, which are both open source

  • a standardized database API
    • Retort: pecl.php.net/PDO -- PHP 5.1

  • support for all major GUI frameworks
    • Retort: PHP supports GTK and QT

  • strong internationalization and UNICODE support
    • Retort: PHP 6 will include Unicode support. This feature is available in PHP5.2 and PHP5.3 via intl extension which can be found at pecl.php.net

    • Retort: PHP have mbstring for Unicode

  • maturity, stability and upward-compatibility
    • Retort: PHP is stable, mature and up/backward-compatible

      • Counter-retort: in general PHP applications must be ported between PHP 4, PHP 5 and future PHP 6 with Unicode

        • Retort: Not true, PHP4 can run seamlessly in PHP5 runtime engine (99%). As for PHP6, the same. In Python, if you want to break your application, run it in Python 3.0

      • Counter-retort: As for maturity... "Age is not an accomplishment"

  • tends to lead to much more scalable applications -- importing modules is safer than textually including code as in PHP: global variables are not used to exchange information.

Compared as Web Development Frameworks

Unlike PHP, which has web development features built directly into the core language, Python's web development capabilites are provided by add-on modules. Basic CGI capabilities are provided by the 'cgi' module which comes in Python's standard library. There's also a wide range of third-party modules available for Python; some are complementary, others compete. As a result, Python provides a more flexible base for web development.

There are some adverse side effects of this flexibility. First, the range of choices can be bewildering. Unless you are working experienced Python web developers, PHP is easier to get started with. Second, support for PHP is more common with shared-hosting companies than support for the various Python options.

Another difference is that PHP is embedded in the web server, whereas Python web applications can either be embedded in the web server like PHP or run in a separate process. Here's a simple classification of Python web development platforms:

  • emdedded in the web server process
    • Apache modules (eg. mod_python) embed the Python interpreter in Apache and allow other Apache modules to be written with Python. This is the same idea as mod_perl.
    • PyWX is an extension to AOLServer that serves the same purpose as the Apache modules above.
    • MS ASP scripts can be written using Python via Active Scripting Host.
  • running in a separate process
    • non-persistent process (a new process is spawned for each request)
      • custom CGI scripts
    • persistent process (all requests are sent from the web server to one persistent process)
      • custom Fast-CGI scripts
      • 'Application Servers' (eg. Zope, Webware, SkunkWeb)

(Note: PHP programs can be run standalone or as ordinary CGI scripts. However, when called indirectly from the web (eg. from a Perl CGI script), it requires unsetting an undocumented number of web environment variables so that PHP doesn't think it's running from the web and look in the wrong place for the script. Likewise, it's possible to write a long-running server in PHP, but there are precious few examples of it.)

The vast majority of Python Web applications are run in a separate process. This has some important implications.

Security

Here's some interesting notes on security in PHP: http://www.securereality.com.au/studyinscarlet.txt

  • Retort: This note seems to be made a century ago. Lots of things has changed and that note does not make sense anymore

Community Support

PHP

  • huge installed user base, but the figures are probably distorted by shared hosting
  • low signal-to-noise ratio -- because PHP is so expedient, many of the users are not invested in the technology (or even their own code) or the community

Python

  • sizable, but not huge, installed user base
  • Python Software Foundation
  • lots of specialized interest groups
  • very high signal-to-noise ratio

Commercial Support

PHP

Python

See the CommercialServices page for more information.

Documentation

Although both PHP and Python have excellent core documentation, Python's is more extensive and generally higher quality. PHP has a large number of translations available. Python doesn't. For PHP see http://www.php.net/docs.php and for Python see http://python.org/doc/ Python allows documentation on modules, classes, and functions to be included in the program code. The documentation becomes an attribute of the module/class/function, accessible from inside of the language itself. Python manual is really awfully structurized and presented compared to PHP manual, which uses cross-links, a lot of colorized examples and invaluable user comments to make it easier to comprehend the magic. PHP manual merges different versions of the language together making it a little bit bloated.

Editorial Notes

Given the copy-and-paste origins of this document, along with the age of the original document, the text has been somewhat incoherent. Several changes have since been made to tidy up the text, drop redundant content (old comments which can be viewed in the original document, links to outdated resources and content found elsewhere in this Wiki), and to focus the remaining content on the actual topic of the page.

Constructive Criticism / Observations

I came here for an objective comparison between PHP and Python but what I see is a document that is not only incorrect but is also heavily biased. I realize this is a Python site but that doesn't give editors (read anonymous visitors) carte blanche when it comes to facts. For example - it is claimed that unset is not uniformly used in PHP but in fact it works on variables, objects and arrays. Next is the comment about Python having a profiler, so does PHP. Other items that should not be in the section labeled things that Python has that PHP doesn't include: method chaining, classes are used extensively in the standard library, maturity, easy support for default arguments, debuggers and IDEs and that is just the beginning.

I don't see the harm in referring to future functionality because leaving it out implies that it isn't going to be available - for example the addition of namespaces and other features in PHP5.3 is going to be a nice step for the language and the release is imminent. That having been said, OOP in PHP is not complete IMO so I would like to see objective comparisons of OOP in PHP and OOP in Python which would be an enormous benefit to myself and others.

I don't want seem like I hate Python, I honestly have no notions whatsoever about it but I do not like coming to a comparison page between two languages and discovering that the comments cannot be trusted. The reason I came here at all was to decide if Python would be a good fit for future projects that I intend open source but I am leaving this site unsure of the true advantages that Python has to offer. In the spirit of helping people know the difference, I suggest that you collaborate with someone who has no bias.

Editorial Response

Given recent anonymous edits which say things like...

Python is too slow to be used in web apps

...and...

on PHP you can do this: if($a == $b) { echo "true"; } else { echo "false"; } : try to do that whith Python

...the latter either referring to some deep magic or being exceptionally uninformed, I'd rather not see everyone wanting to pile in with mud-slinging but actually have people who have used both technologies give their informed perspectives. The restrictions on editing existed because of spam, but the maintainers of this Wiki reserve the right to enforce access controls if contributions deteriorate in quality. No-one can demand to edit a site like this without showing a degree of responsibility and sincerity. -- PaulBoddie 2011-07-23 19:25:57

Using Python and PHP together

The Embedded Python PECL extension "allows the Python interpreter to be embedded inside of PHP, allowing for the instantiate and manipulation of Python objects from within PHP". The PyPI phpserialize package is "a port of the serialize and unserialize functions of php to python". phppython "is a php to python code converter that currently can: convert small php code snippets, functions to python code". WPHP is a WSGI->PHP gateway that "allows you to run PHP processes inside of Python, using a WSGI gateway".

PythonVsPhp (last edited 2014-05-24 22:55:31 by DaleAthanasias)

Unable to edit the page? See the FrontPage for instructions.