上线才知道世间的险恶——零碎

  • 用户上级部门原有系统一套,需要登录vpn才能使用。系统用户规模至少为1000人,但vpn只允许500人在线,且没有良好的自动退出机制。在一台能对外提供ip的服务器上安装apache,使用proxy模块转发,遂解决。但vpn的安全控制基本丧失,只能暂时用apache的auth模块顶上。
  • 接上一条,用户反映,使用中转服务器速度很慢,刷新一个页面要几分钟之久。以上级系统出口带宽窄为理由搪塞,同时抓紧测试,发现从输入地址到apache的auth模块生效的时间很慢,可以确定是服务器的问题。对apache了解不多,就连查看apache当前并发有多少都不会。随手在网上搜索“apache 最大链接”,找到一篇解决方案。调整后,感觉上解决了。通知用户使用,等待用户反馈。详细方法在这里
  • 需要支持大量用户时,qq群依然是最良心的作品。按照用户结构分组建立,一时半会儿来不及回复的,用户互相讨论也能解决。
  • 说明书附图用gif,效果很好。gifcam这个软件的模式不错,但怀疑有bug,还没用熟。
  • 对于以需求为核心的项目的上线过程,重点是抓优质用户,以及将上线过程与用户本身的工作流程结合起来。有优质用户通过日常工作不断使用系统,可以迅速确定开发过程中的需求模糊点。优质用户稳定使用后,非优质用户的上线过程可以用各种各样的非技术手段解决。相反,系统不稳定会给非优质用户带来大量天然的拒绝使用系统的强论据。

调整apache的最大链接数

原:


             <IfModule mpm_prefork_module>
              StartServers         5
              MinSpareServers      5
              MaxSpareServers      10
              MaxClients           150
              MaxRequestsPerChild  0
           </IfModule>



        修改后


            <IfModule mpm_prefork_module>
              StartServers         5
              MinSpareServers      5
              MaxSpareServers      10
              ServerLimit          1500
              MaxClients           1000
              MaxRequestsPerChild  0

 </IfModule>