extend You main document class and add there static var , than assing stage on init :

and then anywhere in app You can access to stage :

Main.stage.addChild(element)

公司有台比较老的服务器，Apache/2.0.59 (Unix) PHP/5.1.2

在部署一套内网测试环境时，频繁宕机，开机后不断的吃内存，重启apache之后内存占用会不停的上涨，直到swap用完，直到死机，由于是内网环境，服务器并发和压力都很小。

查看apache错误日志，报大量类似错误：

[Tue Feb 14 14:49:28 2012] [warn] child process 7751 still did not exit, sending a SIGTERM

[Tue Feb 14 14:49:30 2012] [error] child process 7603 still did not exit, sending a SIGKILL

[Tue Feb 14 14:49:30 2012] [error] child process 7614 still did not exit, sending a SIGKILL

后查出来是因为php某一些脚本存在内存泄露的代码段。而apache处理这些代码段的进程的处理请求数被设置为无穷。也就是说这些进程只有在apache重启（stop-start模式）或者服务器重启的情况下才会被kill，否则将一直运行下去，直到耗尽系统的最后一点资源（主要是内存）。

问题分析：

//服务器允许配置的进程数上限

ServerLimit 1500

//设置服务器启动时建立的子进程数量。因为子进程数量动态的取决于负载的轻重,所有一般没有必要调整这个参数。

StartServers　　　　 5

//MinSpareServers：设置空闲子进程的最小数量。所谓空闲子进程是指没有正在处理请求的子进程。如果当前空闲子进程数少于MinSpareServers,那么Apache将以最大每秒一个的速度产生新的子进程。

MinSpareServers　　　5

//设置空闲子进程的最大数量。如果当前有超过MaxSpareServers数量的空闲子进程,那么父进程将杀死多余的子进程。

MaxSpareServers　　 10

//用于客户端请求的最大接入请求数量（最大线程数）。

MaxClients 1500

//设置每个子进程在其生存期内允许提供的最大请求数量

MaxRequestsPerChild 50

问题解决：

设置 MaxRequestsPerChild 50或30

MaxRequestsPerChild不能太大，也不能设置为0，最好设置为一个相对不大的数字，100内可能就够了，防止httpd进程有意外的内存泄露。

首先我想说在中国请不要使用drupal，也不要学习drupal，真的，最近刚刚用drupal做了一个商业网站，drupal不适合中国绝对不是危言耸听。

好，现在开始正文，我会从不仅仅是开发角度，而是从项目管理，流程，开发，测试，上传同步。等各个角度drupal的噩梦般的缺点。也许文字较多，希望有人能耐心看一下。我会把开发中的问题留到最后讲，因为实在是太多问题了。我们程序的经理一句话总结drupal只适合1个人开发。

1、流程问题：我是产品经理， 作为普通的web项目流程 一般为， 需求确立->做出设计(psd)->完成前端(html)->编程阶段(php)。 而drupal的流程为 需求确立->做出设计(psd)->drupal编程阶段(php)->完成前端html。 这样的流程直接导致了很多问题：

问题1：psd到html有一个切图的流程，大家都知道现在psd做出来的设计搞到html总会有一些差异。字体大小，图片大小，和一些效果。例如每行放多少个字，图片的尺寸比例都是需要等到html做完后微调确立的。而用drupal的流程没有切图这个步骤，所有的html都是drupal的view生成出来的，结果导致这个psd和html差异的问题被放大，需要更多时间去调整。

1、安装Nginx

# tar zxvf nginx-0.8.55.tar.gz

# cd nginx-0.8.55

# ./configure --prefix=/opt/nginx --with-http_stub_status_module

# make && make install

# /opt/nginx/sbin/nginx //启动