和产品经理沟通过，下面这些问题是每个项目都需要确认的，为了减少沟通成本，直接由产品经理加入需求文档之中。 通用问题 新名词解释 产品的目的(驱动产品产生的原因)是什么？ 产品的竞争力来源(卖点)是什么？ 需要沟通的部门以及每个部门的联系人？ 项目上线时间期望是几号？为什么是这个日期？ 产品依附的平台(收费版客户端/免费版客户端/纯WEB网页/手机页面/MA

最近面试了一个人，我感觉还可以，但是给主管审核的时候，主管只是看了下简历，就发现了很多问题。这里记录一下，引以为戒。 我对应聘者的评价接触软件开发时间很短，技能方面基础较差，不过感觉学习能力还不错，都是自学的，沟通能力也还行，可以要 主管对应聘者的评价 为什么大学、硕士都是学的物理学？真想做软件开发，为什么这么晚临到毕业才做？ 怎么看出来学习能力？任何一个人只要不是傻瓜，一个月肯定能学会PHP 一

问题描述 200.185服务器晚上很卡，一直以为是最优参数的问题，但是通过记录晚上的CPU、MEM、PHP进程信息，发现指标评测的进程占用CPU和内存很厉害。 以3.24日的数据为例，zbpc的process_data进程，占用CPU约60%，内存约20% 且该进程经常一起来就不中断了。 排查过程 猜测有如下几个可能： 1.数据库操作过多，且没有批量进行 2.加载的文件太大，类似主力选股平的问题

问题描述 为了解决openssl漏洞问题，我们升级了openssl，上线后发现IE6用户无法访问页面。 原因 nginx配置中去掉了对于SSL的支持，改为安全性更高的TLS；而IE6仅支持TLS1.0，且默认是关闭该支持的，所以无法访问 解决方案这个问题我请教了基金的WFG，他们目前是做了降级处理，让nginx支持SSL这样可以立即恢复应用在IE6下正常使用，我们这边早上也先临时增加了nginx对

问题描述 最近有个活动放出去后，发现访问量非常大，导致服务器负载很高 和产品确认后，得知推送的用户并不多，大约6W，而nginx日志中的记录却有96W 排查流程2015.12.231234567891011121314151617181920212223241.top查看负载、cpu和内存如果发现高负载、低cpu和内存，那么可能是请求量过大的问题2.查看近几分钟的并发量，和上一日进行对比：cat

统计user_agent cat activity.access.log |awk -F ‘“‘ ‘{print $6}’|sort|uniq -c|sort -nrk1 一句话总结Chrome：一定有Chrome Safari：一定有Safari，一定没有Chrome Firefox：一定有Firefox IE：一定有MSIE

问题分析 zx域名服务器(200.105)早盘负载过高，经查看，发现有如下两个大的因素： 频繁执行的脚本，耗用CPU较高比如9:50左右，1分钟Load Average达到11： 12345root 16214 2.9 0.2 35456 22932 ? S 09:44 0:05 php /var/www/html/cate/cron/gjzg/Origina

问题描述205.235测试服务器之前为了调试，将mongodb的hosts指向了正式服务器，即/etc/hosts中配置了： 192.168.200.102 db_mongo_master 今天切换回测试地址(hosts改为192.168.205.233 db_mongo_master)后，访问页面，发现显示的数据仍然是正式服务器的数据。 调试过程1.刷新dns缓存，无

nagios是什么，适用于哪些监控场景？我理解为这是一个监控框架，类似程序框架一样(可以想象为ZF框架)，提供一个监控的规范，以及一些现成的监控插件，用户也可以自行编写符合nagios规范的插件，做一些自定义监控。 如何理解nagios的工作机制？监控的本质，就是搜集数据-分析数据-展示数据-预警，nagios也不例外。试想一下，如果由我们自己来做监控工具，我们会怎么做？ 以监控cpu的状态为例(

情景描述有个项目的数据表随着时间的推移，已经达到500多万行记录了，类似的情况在其他产品中也可能存在，当前期预估不足时，我们需要有个手段来检测后期的数据大小。 方案设计编写脚本，获取数据库中各个表的信息，对于超过预警值的，给予提示。另外，对于数据库规范(比如索引)的检测，也可以加入该脚本中。 代码123456789101112131415161718192021222324252627282930