Python and Apacheby Peter Laurie, coauthor of Apache: The Definitive Guide, 3rd Edition
As part of the improvements we made to the third edition of Apache, the Definitive Guide, we covered the interface between Apache, the major scripting languages, and a database manager.
For some reason, we left out Python--a perfectly good language, with some useful features of its own--so here is what we should have said in the book.
Python is freeware and you can download it from www.python.org. I downloaded version 2.2.2, which seemed to be the latest stable release. There is an executable for Windows and source code for Unices, in the usual way. I took the Unix version and compiled it under FreeBSD.
Once I had downloaded, compiled, and installed Python I discovered I was a complete novice in the language. But if you check out the Beginners Guide on python.org, you will find several adequate tutorials. I learned enough to carry out this exercise in an hour or so.
(You can also download the manuals. In the world of freeware, where no one is paid to do the tiresome work of presenting user-friendly material, you get over 700 files without, as far as I could see, an index. But, hey!)
Next, I needed an interface between Python and MySQL, which I downloaded from zope.org. The only installation problem was the simple matter of telling it not to use the thread-safe library because my version of FreeBSD is flaky on threads.
So far, so good.
The Apache config file was simple enough:
User webuser Group webgroup ServerName www.butterthlies.com DocumentRoot /usr/www/APACHE3/site.python/htdocs ScriptAlias /cgi-bin/ /usr/www/APACHE3/cgi-bin/ DirectoryIndex /cgi-bin/script.py
As usual, the
Group that Apache will run as are set to be unimportant and powerless. This is so hackers who penetrate Apache's defenses will find themselves unable to do anything interesting on the server.
The next three lines in the code above are obvious enough, and the last invokes our Python script, script.py, when we browse to the URL www.butterthlies.com.
The script assumes we have a database of people with Christian names (SQL column name
xname) and surnames (SQL column name
sname). The idea is to put up an HTML form where you specify a Christian name. The script then looks it up and prints the full names of everyone that fits.
The script is:
1 #! /usr/local/bin/python 2 import _mysql 3 import sys 4 import regex 5 def ask_for_name(): 6 print "content-type: text/html\n\n" 7 print "<form action='/cgi-bin/script.py'\ 8 method=POST>\ 9 Which Christian name would you like to search\ 10 for?<BR>\ 10 <input name='xname' type='text' length=30><BR>\ 11 <input type=submit value='Go'>\ 12 </form>" 13 def get_name(indata): 14 print "content-type: text/html\n\n" 15 print "got: ",indata,"<BR>" 16 b=regex.search("=",indata) 17 c=indata[b+1:len(indata)] 18 print c 19 a="select xname,sname from people where xname='"+c+"'" 20 print a,"<BR>" 21 db.query(a) 22 r=db.store_result() 23 while(1): 24 a=r.fetch_row() 25 if(len(a)): 26 print "Christian name:",a, "Surname:\ 27 ",a,"<BR>" 28 else: 29 break 30 # open a database 31 db=_mysql.connect(host="localhost",user="webserv",\ 32 db="people") 33 indata=sys.stdin.readline() 34 if(len(indata)): 35 get_name(indata) 36 else: 37 ask_for_name() 38 print "done it all"
(The lines are numbered here for reference only.)
Line 1 is the "shebang" line that makes the shell load Python and run the rest of the script. Lines 2 through 4 import Python modules, including the new
_mysql, which we'll need later.
Line 5 defines one of the two functions. An oddity of Python is that it does not use the squiggly braces that C or Perl employ to mark out code blocks. Python does it by indentation, so you will notice that lines 6 through 12 have moved right one tab. This may have seemed a cute idea when Python was first conceived, but I imagine it might get a bit tiresome. For example:
If you change the ordering of the code you have to change the indentation on every line affected, rather than just moving the end braces.
If a line runs over (and this depends on your editor) you have to end it with a "
\" to make the next line read on. You, reading this as HTML, may get the effect twice because your screen may make the lines fold yet again.
If the indentation is out of whack by just one space, the code may fail in some mysterious way.
This function simply prints the HTML for a little form to
stdout. Apache sends it to the client, where you see:
Which Christian name would you like to search for? <search box> <Go button> done it all
Line 6 sends the essential HTML header. Without that, you would be looking at a blank screen.
Line 7 sets up the form with the action /cgi-bin/script.py; that is, the server is to execute this same script again.
done it all is printed by line 38 after execution has returned from the function.
Lines 13 through 29 form the second function, and we will come back to them.
Execution starts at lines 31 and 32, which open the database.
Line 33 reads from
stdin and puts the result in the variable
indata. If we are on the first pass through the script,
stdin will be empty, since the client hasn't yet sent us a Christian name. The
if at line 34 will fail, and we will get to the function
ask_for_name() at line 37.
If we are on the second pass, the
if will succeed because
indata contains some data, and we will go to the function
indata as the argument. Line 14 again prints the HTML content-type line to
Line 15 prints indata so that we can see that eveything is working properly. If the client wants to find every "John," for example, you should see:
It is sensible to give the HTML input field the same name as the corresponding column in the SQL table. We now have to split
value. If we had a more complicated form, we would first have to split it into
Line 16 invokes Python's
regex module and searches
indata to find the character
=. (I would have preferred to use the
split() function, but it didn't work, and I didn't have the time to find out why. See page 331 of Apache: The Definitive Guide, 3rd Edition for Perl's Regex
split(), which handles the same problem.)
search() returns a number
b; the position of the
= sign (in this case,
b=5). The desired Christian name then starts at position
b+1, and that is what
c is set to in line 17. We print it at line 18 to make sure we have it correctly.
Line 19 sets up the SQL search query. The
+ signs are Python's concatenation commands, so we end up with
a set to:
select xname,sname from people where xname='john'
We print it at line 20 and query the database with it at 21. Line 22 stores the result in the variable
We start a perpetual
while() loop at line 23, and extract the database returns record by record into
If we have a database return to print,
a will be full and non-zero in length. Line 25 tests for this and if we have a record, line 26 prints it.
a is the first field, the Christian name, and
a the second, the surname. (In Perl and PHP, the returns from a database query are nicely indexed by their field names. It is possible that this interface offers such a feature if you dig hard enough.) If
a is empty, we break out of the loop at line 29 and return from the function. Line 38 then shows that everything has finished properly.
Once you have this skeleton working, it should be easy enough to elaborate it to do a useful e-commerce job.
Is Python the language for a first-timer? I'm not sure. It is a solid piece of work, properly organized and developed, and is, happily, without some of the annoying quirks of Perl. On the other hand, its odd indentation syntax is unlike any other language, so you will eventually have to unlearn it. I get the impression it is not much used for CGI scripts, so although it will probably work (as it does above), it may lack some of the bells and whistles other languages offer.
However, as we recommend in the book, if you don't know a language and do know someone who can guide you through the brambles, and their language is Python, then yours might well be too.
Peter Laurie is the coauthor of Apache: The Definitive Guide, 3nd Edition
O'Reilly & Associates recently released (in December 2002) Apache: The Definitive Guide, 3rd Edition.
Sample Chapter 11, "Security," is available free online.
For more information, or to order the book, click here.
Return to the Apache DevCenter.
To the pompous assholes commenting about peter's work.
2005-12-14 12:46:02 coreyhaskin [View]
retract this article
2004-09-26 00:58:55 helopilot [View]
Welcome to Python
2003-04-28 15:56:46 anonymous2 [View]
please: take 2 days to learn python and use mod_python
2003-04-28 00:41:02 anonymous2 [View]
Article not well informed
2003-04-26 21:39:47 anonymous2 [View]
Bad Python Code
2003-04-23 09:42:49 anonymous2 [View]
2003-04-17 07:22:57 anonymous2 [View]
I was going to buy the book this weekend.
2003-04-16 06:50:09 count0 [View]
2003-04-15 11:35:58 anonymous2 [View]
2003-04-15 00:55:24 firstname.lastname@example.org [View]
Comment on annoyed Python enthusiasts
2003-04-15 00:23:50 peterlaurie [View]
Not freeware. Open source.
2003-04-14 15:48:55 anonymous2 [View]
remove this article
2003-04-14 12:33:38 anonymous2 [View]
First python program
2003-04-13 07:22:37 speno [View]
Thanks for saving me $39.95
2003-04-11 11:03:23 anonymous2 [View]
Lynch the mand!!
2003-04-11 08:12:52 anonymous2 [View]
Working code in under an hour!
2003-04-11 07:32:31 anonymous2 [View]
Nonsense re: indentation & usability for CGI
2003-04-11 07:13:36 anonymous2 [View]
Please replace this article with one by a Python advocate
2003-04-11 05:56:22 anonymous2 [View]
2003-04-11 05:24:47 anonymous2 [View]
2003-04-11 04:12:42 anonymous2 [View]
In defence of Python...
2003-04-11 03:21:07 anonymous2 [View]
2003-04-11 02:10:44 popat [View]
Index to documentation
2003-04-11 01:28:31 anonymous2 [View]
2003-04-10 21:17:57 anonymous2 [View]