如何对nginx日志分割?
我单位，要求日志一般保存3个月。
如果日志一直累积，量大了以后分析就有点困难，
分割日志是必要的。
顺便记录一下配置，方便以后查找。
系统环境是Linux平台，采用的logrotate进行管理
首先建一个文件 nginx.logrotate 存放到你想存放的位置，这里我存放到/usr/local/nginx/conf/nginx.logrotate
内容如下：
『凹凸曼』免费发布discuz插件
都1年多木有怎么关注discuz应用中心，
最近一段时间看了哈，做的越来越好，
也顺便搞了几个免费应用上去。
discuz有了应用中心这些应用，简直是建站利器。
blogapp开源手机博客APP
当初开发iOS的时候，记得是想写一个新闻类型的客户端，后来改成了博客app。
blogapp使用我博客为后台，通过接口方式（json）传输，Objective-C开发前端。
最近两天，整理最初摸Objective-C时候的程序，
当时iPhone5s 刚出来不久，时光匆匆啊！一晃就过了1、2年了！
Lanmp-mm开源一键安装web环境
最近几天，把去年用shell写的一键安装web环境工具，整理了一下,修复一些bug并发布在github平台，方便以后修改维护。
目前支持在Centos下安装 Apache + MySQL + PHP或 Nginx + MySQL + PHP ，其他linux系统木有测试过，
后续有时间，再测试及支持苹果的操作系统安装。
擦，mysql数据部署错了分区！
当初眼睛是犯困，还是怎样的。。。 居然把数据量非常大网站日志和mysql部署到了 根分区，运行了几天才发觉，擦！
分区如下：
文件系统 容量 已用 可用 已用%% 挂载点
/dev/mapper/vg_lv_root 50G 10G 37G 22% /
tmpfs 12G 0 12G 0% /dev/shm
/dev/sda2 485M 37M 423M 8% /boot
/dev/sda1 200M 272K 200M 1% /boot/efi
/dev/mapper/vg_lv_home 3.2T 4.2G 3.0T 1% /home
根分区：50G 预计10多天就用完了。。。 只有把数据，日志搬到3T的分区下。
数据还不是很多，停站点，停数据库，copy过去，改配置站点日志配置，改主、从数据库配置，最后启动数据库，启动站点，查看主从，是否启动。
LycPHP开源框架
又一年过去了，最近一段时间太忙了，今天腾出一点时间对正在开发的LycPHP框架，整理了一下文档。
LycPHP定义如下：
LycPHP是一个基于组件的PHP开源框架，组件之间无耦合关系，能完全独立使用到项目中。
希望在项目中灵活运用自己的框架，做自己想做的。
也希望更多人使用她，这一点，我多想了，呵呵！
如何在站点静态文件下查找某关键字并修改文件名？
前段时间，因关于某些政治性的内容，公司部分站点需要做处理，而且数据库只保存近几年的，无法通过数据库删除或修改早些年的静态页面数据
站点文件个数，不会少于几百万，我想大家不会一个个手工查找吧！也许真的有人那样搞呢，我只能“呵呵”了
用程序思想去解决工作中遇到的问题，很有必要！
站点环境:linux
可以使用的shell脚本处理，因为他们是天生在一起的，而且处理上很方便，不过一开始有一个问题木有考虑到，后面再讲
上代码,shell代码如下：
centos升级完firefox出现闪退
最近测试页面觉得firefox版本太老了，是时候升级一下firefox了，系统：centos6.5
update 完，点firefox 木有任何提示就退。。。 这自动升级都不考虑依赖包吗？
直接命令下运行，发现错误如下：
/usr/lib64/firefox/firefox: symbol lookup error: /usr/lib64/firefox/libxul.so: undefined symbol: gdk_window_get_visual
看来是gdk库版本问题，木有办法 ，算了全部update一下，就解决了。。。
个人觉得软件升级应该有提示一下：需要那些重要的依赖包或者自动升级时候把相关依赖包考虑进去
如何解决zend framework 2.3下大量数据查询慢的问题？
最近研发系统中使用zend framework 2.3框架， 表的数据量达到几十W的时候，分页组件Paginator 查询数据非常慢，几十W的数据查询对于MYSQL 来说不应该非常慢，并且分页配置按照官网方法配置的。
问题一、Paginator构造sql的性能问题
sql结构如下：
[queryString] => SELECT 字段 FROM `表名` ORDER BY `id` DESC LIMIT :limit OFFSET :offset
explain 运行一下 ，type :all 确实不太好
更改建议一：用id进行范围查询可以提高性能
问题二、每条记录都是封装成对象，对象比原来的数组，我觉得性能上还差一大截
更改建议二：改为数组存放
问题三、mysql 配置文件缓存配置
