用了nginx(proxy)+apache后，提交数据偶尔会出现：upstream sent too big header while reading response header from upstream，这个其实比较好解决
修改proxy_params文件在里面加入：
XML/HTML代码
- proxy_buffer_size 128k;
- proxy_buffers 4 256k;
- proxy_busy_buffers_size 256k;
修改完后nginx -s reload一下就直接搞定了。
如果发现还是搞不定，加大后面的数字吧
在stackoverflow上，有人还是提出了，如果你是长链接的话，设置proxy_buffering off吧。参考：https://stackoverflow.com/questions/23844761/upstream-sent-too-big-header-while-reading-response-header-from-upstream
说实话，如果不是必要，真不是特别推荐采用proxy方法。特别是在PHP中，采用proxy势必会造成include文件过多。IO的消耗非常恐怖，如果又采用openbasedir，那么还要恐怖 。性能会下降的很厉害。。。
下面是老王的文章：
模式是程序员之间的交流语言，代理（Proxy）和委派（Delegate）是模式中常见的词汇，不过很多人把他们混淆了，甚至等同起来，这会造成很多沟通交流上的误解，下面说说他们的区别，先看一个UML图：
图形已经表述的很直白了，如果还不清晰，可以看看下面的代码：
PHP代码
- interface Subject
- {
- public function DoAction();
- }
-
- class RealSubject implements Subject
- {
- public function DoAction()
- {
- echo '_RealSubject::DoAction_';
- }
- }
-
- class Proxy implements Subject
- {
- public function __construct()
- {
- $this->subject = new RealSubject();
- }
-
- public function DoAction()
- {
- echo 'Proxy::DoAction';
- $this->subject->DoAction();
- echo 'Proxy::DoAction';
- }
- }
-
- $proxy = new Proxy();
- $proxy->DoAction();
运行结果输出：Proxy::DoAction_RealSubject::DoAction_Proxy::DoAction
如果你还没有看出端倪，我就再废话几句：首先从词性来看，代理（Proxy）是名词，委派（Delegate）是动词，其次代理说明了若干个对象实现了一个共同的接口，而委派只是说明一个对象引用了另一个对象，并不牵扯接口。
既然说到这了，就再唠叨几句：什么时候适合使用Proxy模式呢？对PHP而言，一般是当需要给对象附加额外的逻辑时，而这些逻辑和原有逻辑又分属不同的 层次，此时就可以考虑使用Proxy模式。听起来有点拗口，说一个实际的例子，比如说我们实现了Article对象，里面封装了CRUD方法，现在我们要 加入权限判断，控制CRUD的访问限制，这些新加入的逻辑属于应用逻辑，而原有的逻辑属于持久化逻辑，从分层角度看它们不应该放在一个对象里，此时就可以 创建一个ArticleProxy代理对象，用来实现权限判断，至于CRUD操作，则通过委派给Article对象来完成。
当年的JIVE论坛大量使用了此类方法，不过现在JIVE论坛早已销声匿迹，但思想还是可以借鉴的。通过使用代理模式，可以把不同侧重点的逻辑分别封装到 不同的对象里去（和装饰模式有点像，至于如何区分就是另一个话题了），从而避免God Class的产生，不过这样设计的结果会产生大量的类，孰重孰轻还得视客观情况而定。
原文来自：http://hi.baidu.com/thinkinginlamp/blog/item/2297a7efcb52a31afdfa3cc2.html
老王一天到晚在研究新奇玩意，上次说在PC下安装object-C，也是我挺喜欢的。
