[Django]Windows下Django配置Apache示范设置

[Django]Windows下Django配置Apache示范设置
Version
Date
Creator
Description
1.0.0.1
2006-11-20
郑昀
草稿

继续阅读之前，我们假设您熟悉以下知识：
n Python
n Django
n Apache
如果不熟悉这些知识点，可以看本文最后资源列表中的文章。
本文讨论了在Windows环境下，将Django配置到Apache Web Server时所遇到的问题，以及最终解决的示范步骤。

您可以遵循后文描述的配置步骤，在此之前，我们先描述两个常见的错误现象。
[常见错误现象1]
关键词： client denied by server configuration。
表象： 访问了http://localhost/mysite/ 后，假如发现图片没有加载，或者css没有应用上，并且httpd.conf文件中Location的配置绝对路径肯定没错。

解释：
第一， 首先检查httpd.conf配置Alias的配置，
看看Alias设置的路径是否正确，
Alias /site_media c:/django/myproject/media
请保证您附加的这个路径肯定是你的图片或者css存放的路径。
其次，请检查您的django项目myproject目录下的settings.py，保证MEDIA_ROOT、STATIC_PATH、TEMPLATE_DIRS这三个参数指向的绝对路径正确无误。
最后，如果上面的参数都没错，却还是不行。那么请您检查Apache的日志文件
Apache2.2\logs\error.log
如果您发现有这样的错误提示：
错误日志
[Mon Nov 20 17:27:08 2006] [notice] Child 4172: Starting thread to listen on port 80.
[Mon Nov 20 17:27:08 2006] [error] [client 127.0.0.1] client denied by server configuration: c:/Django/myproject/media/css/global.css, referer: http://localhost:80/mysite/
那么说明是因为对这些资源文件的访问被拒绝了。
此时，请您浏览 http://localhost/site_media/css/global.css ，如果遇到了HTTP 403错误，就说明是权限问题。
此时，请到httpd.conf，增加如下配置来允许静态资源文件夹被访问：
增加的配置行
# 对需要访问的区域，可以增加正确的Directory块
# 否则会得到这样的错误：client denied by server configuration: c:/Django/myproject/media/css/global.css, referer: http:/ /localhost:80/mysite/

Order Deny,Allow
Allow from all

重启Apache服务。

[常见错误现象2]
关键词： EnvironmentError: Could not import settings。
表象： 访问了http://localhost/mysite/ 后，直接页面报告如下错误：
页面错误输出
1. Mod_python error: “PythonHandler django.core.handlers.modpython”
Traceback (most recent call last):
File “C:\Python24\Lib\site-packages\mod_python\apache.py”, line 299, in HandlerDispatchresult = object(req)
File “c:\django_src\django\core\handlers\modpython.py”, line 163, in handlerreturn ModPythonHandler()(req)
File “c:\django_src\django\core\handlers\modpython.py”, line 125, in __call__if settings.ENABLE_PSYCO:
File “c:\django_src\django\conf\__init__.py”, line 27, in __getattr__self._import_settings()
File “c:\django_src\django\conf\__init__.py”, line 54, in _import_settingsself._target = Settings(settings_module)
File “c:\django_src\django\conf\__init__.py”, line 82, in __init__raise EnvironmentError, “Could not import settings ‘%s’ (Is it on sys.path? Does it have syntax errors?): %s” % (self.SETTINGS_MODULE, e)
EnvironmentError: Could not import settings ‘myproject.settings’ (Is it on sys.path? Does it have syntax errors?): No module named myproject.settings

这是开始配置django+apache最容易遇到的问题,:D。

解释：
这是因为apache在系统目录下找不到myproject/settings.py文件。
首先检查PythonPath设置的路径是否正确：
PythonPath "sys.path+['c:/django']"
注意，这个'c:/django'路径实际是我们的项目路径c:/django/myproject的上一级目录！不要写错了。
增加的配置行
# mysite目录路径: c:/django/myproject，
# 但是对于PythonPath，必须设置成这个目录的上一级目录!
# this site url:http://localhost:80/mysite/

SetHandler python-program
PythonPath "sys.path+['c:/django']"
PythonHandler django.core.handlers.modpython
SetEnv DJANGO_SETTINGS_MODULE myproject.settings
PythonInterpreter mysite
PythonDebug On


配置Django到Apache的步骤：
如何在Windows环境下安装Apache和mod_Python， 这篇Blog解释得很明白，我下面的这些步骤得到了验证。1：从 http://httpd.apache.org/来获取apache_2.2.3-win32-x86-no_ssl.msi这个安装文件；运行这个msi即可顺利安装Apache。
2：
网络上有很多说可以利用Apache和mod_python源代码来编译安装mod_python的，但是如果你仅仅想快速安装，那么请从
http://www.apache.org/dist/httpd/modpython/win/3.2.10/
直接下载
mod_python-3.2.10.win32-py2.4-apache2.2.exe
文件，运行这个exe即可顺利把mod_python安装到Python2.4以及Apache2.2；
由于GFW的封锁，可能您无法访问apache网站，那么可以从这里下载：
http://www.cnblogs.com/Files/zhengyun_ustc/mod_python-3.2.10.win32-py2.4-apache2.2.rar
3：
我们用
Python django-admin.py startproject myproject
命令，在C盘的django目录下创建了一个Django项目myproject。我们把它引用的图片文件和css文件等静态资源都放在myproject文件夹下的media目录中。
此时，将myproject目录下的settings.py文件中的这三个参数修改一下，主要是为了从相对路径变成绝对路径：
修改的配置行
# Django settings for myproject project.
'''
将相对路径改为绝对路径。主要有：
MEDIA_ROOT
TEMPLATE_DIRS
STATIC_PATH
'''
# Absolute path to the directory that holds media.
# Example: "/home/media/media.lawrence.com/"
MEDIA_ROOT = 'c:/django/myproject'
STATIC_PATH = 'c:/django/myproject/media'
TEMPLATE_DIRS = (
# Put strings here, like "/home/html/django_templates".
# Always use forward slashes, even on Windows.
'c:/django/myproject/templates',
)
切记切记，一定要保证这三个参数是绝对路径。
4：
配置Apache的httpd.conf配置文件：
首先，在“Dynamic Shared Object (DSO) Support”的配置下增加一行
LoadModule python_module modules/mod_python.so
这个必须手动添加。
5：
我们列出此时Apache所需要的参数分别为：
项目名：myporject
试图访问的URL为：http://localhost/mysite/
静态资源文件的存放目录：c:/django/myproject/media
项目文件夹路径：c:/django/myproject
好了，此时你就应该在httpd.conf文件的最后附加这段配置，以便让Apache知道到哪里去定位myproject/settings.py文件：
增加的配置行
# mysite目录路径: c:/django/myproject，
# 但是对于PythonPath，必须设置成这个目录的上一级目录!
# this site url:http://localhost:80/mysite/

SetHandler python-program
PythonPath "sys.path+['c:/django']"
PythonHandler django.core.handlers.modpython
SetEnv DJANGO_SETTINGS_MODULE myproject.settings
PythonInterpreter mysite
PythonDebug On

对于上面的配置，Limodou注释道：“上面 PythonPath 主要是将 myproject的目录加入到 sys.path ，以便 Django 可以找到。需要使用绝对路径。
SetEvn 中设置的 DJANGO_SETTINGS_MODULE 就对应于你的 项目名.配置文件。因此为了能导入 项目名.配置文件，就需要前面的 PythonPath 的设置。
PythonDebug 和 PythonAutoReload 建议在生产时设为 Off 。”
为了让图片、css、script能够被Apache成功加载，还需要在httpd.conf最后附加这段配置：
增加的配置行
#Alias /site_media 是用来将 myproject的静态文件设置一个 URL 访问的别名。
Alias /site_media c:/django/myproject/media

SetHandler None


#Alias /media 是将 Django Admin 的静态文件设置一个 URL 的访问别名。
Alias /media c:/Django-0.95/django/contrib/admin/media

SetHandler None


# file types we want to serve statically
# case insensative match

SetHandler None


Limodou在Step by step中特地说“同时可以注意到 settings 我改为了 settings_apache 了。一方面将要把其中的内容有关相对路径的东西改为绝对路径，另一方面我还想保持现在的 settings.py 。”这也是一个很好的做法。
最后，修改MaxRequestsPerChild为1，这是一个可选项。Limodou是这么说的“同时如果你不想每次重启Apache 来进行测试，可以将: MaxRequestsPerChild 0. 改为: MaxRequestsPerChild 1”

重启Apache服务。
6：
浏览 http://localhost/mysite/ 即可。

[参考资料]
1：《How to use Django with mod_python》Django官方文档
2：《HOWTO: Django on Windows》这篇blog给了我很大的帮助
3：《Django Step by Step (十二)》limodou的帮助文档4：《如何安装 Django》

Apache运行时库中的进程锁 -- apr_proc_mutex 命名所的扩展

Apache运行时库中的进程锁 得到一个明确的事实，那就是apr实现的进程锁其实时无名锁，只能在fork出的父子进程中互锁。

然而，通过直接进行系统调用实现命名锁的有2个比较显著的问题，1，代码移植性不够好，posix或sysv，fcntl或flock等实现在不同的系统上接口会有所不同。2，代码封装与风格问题，到现在，越来越不惜欢没有经过分装的直接操作了！

所以，将apr_proc_mutex做了几个扩展操作函数，为apr提供了命名的进程锁。

APR_LOCK_PROC_PTHREAD机制的锁没有实现完毕，会出现SIGBUS错误，其他的模式在fedora core 6上测试都是没问题的啦！
扩展的procx_mutex可以去我的网站下载了，必须需要apr库，仅仅添加了一个头文件。

#include "apr_pools.h"
#include "apr_general.h"
#include "apr_pools.h"
#include "apr_errno.h"
#include "apr_file_io.h"

#include "apr.h"
#include "apr_shm.h"
#include "apr_file_io.h"
#include "apr_proc_mutex.h"
#include "apr_errno.h"
#include "apr_general.h"
#include "apr_getopt.h"
#include "errno.h"
#include "assert.h"
#include "stdlib.h"


#define MAX_ITER 200
#define CHILDREN 6
#define MAX_COUNTER (MAX_ITER * CHILDREN)

void errlog(apr_status_t s, const char*log)
{
char errbuff[PATH_MAX];

if(log)
printf(log);
if(s!=APR_SUCCESS)
{
printf(apr_strerror(s,errbuff ,PATH_MAX));
abort();
}
}

int main(int argc, char* argv[])
{
apr_pool_t *pool;
apr_status_t rv;
const char* lockname = "/tmp/lock";
apr_lockmech_e mech = APR_LOCK_DEFAULT;
/*
APR_LOCK_FCNTL, fcntl()
APR_LOCK_FLOCK, flock()
APR_LOCK_SYSVSEM, System V Semaphores
APR_LOCK_PROC_PTHREAD, POSIX pthread process-based locking //Test failed
APR_LOCK_POSIXSEM, POSIX semaphore process-based locking
APR_LOCK_DEFAULT Use the default process lock
*/

if (mech==APR_LOCK_POSIXSEM)
lockname = "/posixlock";

static apr_proc_mutex_t *proc_lock;

apr_initialize();
apr_proc_mutex_unix_setup_lock_ex();

rv = apr_pool_create(&pool, NULL);
errlog(rv,"apr_pool_create\n");


#if USE_FORK
if(fork()!=0) {
#endif
if(argc==2 && strcmp(argv[1],"init")==0)
{
rv = apr_proc_mutex_create_ex(&proc_lock, lockname, mech, pool);
errlog(rv,"apr_proc_mutex_create_ex\n");

printf("Init OK\ndefulat=%s\nmutex=%s\nlocalfile=%s\n",apr_proc_mutex_defname(),apr_proc_mutex_name(proc_lock),apr_proc_mutex_ex_lockfile(proc_lock));

do{
errlog(0, "P Enter to lock\n");
getchar();
rv = apr_proc_mutex_lock(proc_lock);
errlog(rv, "P apr_proc_mutex_lock\n");
printf("P Enter to unlock\n");
getchar();

rv = apr_proc_mutex_unlock(proc_lock);
errlog(rv, "P apr_proc_mutex_unlock\n");
}while(1);
exit(0);
}
#if USE_FORK
}else {
#endif
printf("Child Mode\n");
// if (apr_proc_mutex_create_ex(&proc_lock, lockname, mech, pool))
rv=apr_proc_mutex_child_init_ex(&proc_lock, lockname, mech, pool);
errlog(rv,"C failed apr_proc_mutex_child_init\n");

printf("Init OK\ndefulat=%s\nmutex=%s\nlocalfile=%s\n",apr_proc_mutex_defname(),apr_proc_mutex_name(proc_lock),apr_proc_mutex_ex_lockfile(proc_lock));

do{
printf("C Enter to lock\n");
getchar();
rv = apr_proc_mutex_lock(proc_lock);
errlog(rv, "C apr_proc_mutex_lock\n");
printf("C Enter to unlock\n");
getchar();
rv = apr_proc_mutex_unlock(proc_lock);
errlog(rv, "apr_proc_mutex_unlock\n");
}while(1);

#if USE_FORK
}
#endif

exit(0);
return 0;
}

Apache运行时库中的进程锁

#include
#include "apr_pools.h"
#include "apr_general.h"
#include "apr_pools.h"
#include "apr_errno.h"
#include "apr_file_io.h"

#include "apr.h"
#include "apr_shm.h"
#include "apr_file_io.h"
#include "apr_proc_mutex.h"
#include "apr_proc_mutex.h"
#include "apr_errno.h"
#include "apr_general.h"
#include "apr_getopt.h"
#include "errno.h"
#include
#include
#include


#define MAX_ITER 200
#define CHILDREN 6
#define MAX_COUNTER (MAX_ITER * CHILDREN)


int main(int argc, char* argv[])
{
apr_pool_t *pool;
apr_status_t rv;
const char* lockname = "/tmp/tlock";
apr_lockmech_e mech=APR_LOCK_DEFAULT;
/*
mech=APR_LOCK_POSIXSEM;
mech=APR_LOCK_FCNTL;
mech=APR_LOCK_FLOCK;
mech=APR_LOCK_SYSVSEM;
mech=APR_LOCK_POSIXSEM;
mech=APR_LOCK_PROC_PTHREAD;
*/

static apr_proc_mutex_t *proc_lock;

apr_initialize();

rv = apr_pool_create(&pool, NULL);
assert(rv==APR_SUCCESS);
rv = apr_proc_mutex_create(&proc_lock, lockname, mech, pool);
assert(rv==APR_SUCCESS);

printf("Init OK\ndefulat=%s\nmutex=%s\n",apr_proc_mutex_defname(),apr_proc_mutex_name(proc_lock));
#if USE_FORK
if(fork()!=0) {
#endif
if(argc==2 && strcmp(argv[1],"init")==0)
{
do{
printf("P Enter to lock\n");
getchar();
if (apr_proc_mutex_lock(proc_lock))
{
printf("P apr_proc_mutex_lock failed\n");
exit(1);
}
printf("P Enter to unlock\n");
getchar();
if (apr_proc_mutex_unlock(proc_lock))
{
printf("P apr_proc_mutex_unlock failed\n");
exit(1);
}
}while(1);
exit(0);
}
#if USE_FORK
}else {
#endif
printf("Child Mode\n");
if (apr_proc_mutex_child_init(&proc_lock, lockname, pool))
{
printf("C failed apr_proc_mutex_child_init\n");
exit(1);
}
do{
printf("C Enter to lock\n");
getchar();
if (apr_proc_mutex_lock(proc_lock))
{
printf("C apr_proc_mutex_lock failed\n");
exit(1);
}
printf("C Enter to unlock\n");
getchar();
if (apr_proc_mutex_unlock(proc_lock))
{
printf("apr_proc_mutex_unlock failed\n");
exit(1);
}
}while(1);

#if USE_FORK
}
#endif

exit(0);
return 0;
}

上面的程序如果不定义USE_FORK是没有办法正常用性的，通过通过test init启动一个进程，用test运行另外一个进程是无法完成互斥的。如果定义USE_FORK那么test init会创建父子两个进程，能够互斥。

原因时apr_proc_mutex其实用的是无名锁，所以只能在fork创建的进程之间通信，否则就会失败。只能老老实实地进行系统调用了！

Apache 中内存管理的三种境界

Apache 中内存管理的三种境界

zhaozg http://zhaozg.googlepages.com

中国文化中几乎所有的数字都被冠以特殊的意义，《易》曰："道生一，一生二，二生三，三生万物"。由于个人知识与经历的限制，无法完成对于万物的探究，但是三以下的数字数字还是可以追述的。

Apache作为万维网首屈一指的高性能Web服务器，如果能够从科学与哲学的角度进行分析，将会对我们的软件开发者的学习工作工作带来极大的好处.

正如《易》曰"书不尽言，言不尽意"，写出来的未必能够表达我说出来的，说出来的未必能够表到我想说出来的。所以如果我不能描绘出我体会到的Apache中内存管理的三种境界，请不要责怪。

APR(Apache Platform Protable) Library 是Apache为了实现跨平台而抽象出来的一套开发库，内存管理作为与系统紧密相关的软件开发的基础之一，在APR中得到了充分的体现。

第一层境界，基于apr_pool的内存管理。apr_poll简单易用，但是只能申请内存而无法释放或返回缓存池，只能到apr_pool_t到清除(clear)或消毁(destory)才能够继续使用，而且如果根pool没有被消毁之前，内存是无法返回系统的，不够灵活，apr_pool中用了一个全局的根pool,而高级方式的apr_pool可以在第三层境界的基础上直接创建。所以如果Apache中使用了比较大的内存，尤其是在频繁使用的情况下，最好不要用Apache中已近存在的pool结构，而是采用apache中的第二层境界来解决。

第二层境界，基于apr_bucket_alloc的内存管理。与apr_pool向相比，apr_bucket_alloc，最大的特点是可以将以申请的内存通过释放而返回到内存池，但不返回系统，以后申请内存可以直接从内存池中获取，并且对于小块内存的管理作了优化，接单易用而且灵活，并且apr_bucket_alloc在apr_util中实现，apache中内存管理的第一层与第三曾境界是在apr中实现的。可笑的是apr_bucket_alloc可以通过第一层apr_pool来创建，不过在创建的时候使用的是apr_pool中的allocator（第三层结构的指针）。

第三层境界，基于apr_allocator的内存管理。apr_allocator的内存管理更为低级，内存申请返回一个表示内存的结构而不是实现可用的内存指针，可以在此基础上实现诸如小块内存的优化管理，apr_pool与apr_bucket_alloc都是在apr_allocator的基础上实现的。apr_allocator的基础就是标准的malloc/free函数了。

整理一下，关系如下

malloc/free-->apr_allocator-------->apr_bucket_alloc
/
/
/
apr_pool

第二层境界，基于apr_bucket_alloc的内存管理使用举例

初始化操作

       apr_pool_t *pool;
       apr_allocator_t* alloc;
       apr_bucket_alloc_t* balloc;

       apr_allocator_create(&lloc);
       apr_pool_create_ex(&pool, NULL, NULL, alloc);
       balloc = apr_bucket_alloc_create(pool);

内存申请与释放

char* p= apr_bucket_alloc(size, balloc);
apr_bucket_free(p);

终止化操作:

       apr_bucket_alloc_destroy(balloc);
       apr_pool_destroy(pool);
       apr_allocator_destroy(alloc);

mod_lua 0.5终于发布了

在mod_lua 0.5上已经花费好大精力了，在经过一番修改与测试之后，在http://mod-lua.sourceforge.net上发布了这个版本，继续其它的工作！ 

mod_lua性能提升，是mod_python速度115%

在上次的性能对比之后，忍不住对mod_lua的程序作了改进，下面是最新的测试结果

mod_python

This is ApacheBench, Version 2.0.41-dev <$Revision: 1.121.2.12 $> apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 2006 The Apache Software Foundation, http://www.apache.org/

Benchmarking localhost (be patient)


Server Software: Apache/2.0.59
Server Hostname: localhost
Server Port: 80

Document Path: /tmp/hello.py
Document Length: 12 bytes

Concurrency Level: 1
Time taken for tests: 1.78125 seconds
Complete requests: 500
Failed requests: 0
Write errors: 0
Total transferred: 102500 bytes
HTML transferred: 6000 bytes
Requests per second: 463.77 [#/sec] (mean)
Time per request: 2.156 [ms] (mean)
Time per request: 2.156 [ms] (mean, across all concurrent requests)
Transfer rate: 92.75 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 2.3 0 15
Processing: 0 1 4.7 0 15
Waiting: 0 1 4.5 0 15
Total: 0 1 5.1 0 15

Percentage of the requests served within a certain time (ms)
50% 0
66% 0
75% 0
80% 0
90% 15
95% 15
98% 15
99% 15
100% 15 (longest request)

mod_lua

This is ApacheBench, Version 2.0.41-dev <$Revision: 1.121.2.12 $> apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 2006 The Apache Software Foundation, http://www.apache.org/

Benchmarking localhost (be patient)


Server Software: Apache/2.0.59
Server Hostname: localhost
Server Port: 80

Document Path: /tmp/hello.lua
Document Length: 12 bytes

Concurrency Level: 1
Time taken for tests: 0.937500 seconds
Complete requests: 500
Failed requests: 0
Write errors: 0
Total transferred: 102000 bytes
HTML transferred: 6000 bytes
Requests per second: 533.33 [#/sec] (mean)
Time per request: 1.875 [ms] (mean)
Time per request: 1.875 [ms] (mean, across all concurrent requests)
Transfer rate: 105.60 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 2.2 0 15
Processing: 0 1 4.2 0 15
Waiting: 0 1 4.1 0 15
Total: 0 1 4.7 0 15

Percentage of the requests served within a certain time (ms)
50% 0
66% 0
75% 0
80% 0
90% 15
95% 15
98% 15
99% 15
100% 15 (longest request)

这次修改可谓全胜
速度比如下每秒处理的请求 463.77/533.33(mod_python/mod_lua)
每个请求处理花费的时间微妙: 2.156/1.875(mod_python/mod_lua)

性能提升的原因说明:

1 mod_lua从串行处理方式改成并行处理方式
2 lua虚拟机采用了空闲池处理