一开始就跑题了, 现在说今天发生的低级错误
今天重写了部份程序测试完了性能, 却发现一个重要的Javascript功能不能用了
就是----自动完成, 鼠标怎么点都不聚焦, 像卡死的样子, 一会能点一会不能点的
认认真真的查了源代码, 从头到尾, 从尾到头, 就是没找到问题, 气得我直想砸电脑

本来用Jquery的插件做的autocomplete, 差点让我又"原生"
后来正准备"原生"开始写的时候, 突然想到了, 会不会是布局的问题
原来是我那个文本框离其他元素太近, CSS有问题, 应该是其他元素给盖住了.....
居然还是透明的盖住....晕死

界面还没做好, 所以那个文本框才会离得那么近, 加几个回车就一切都OK了...
下回注意!

有人说喝了酒是为了酒后的快感,飘飘然的感觉
我怎么就从来没有快感啊?!只有头痛睡不着,心跳呯呯的,要多难受有多难受

如果喝酒是为了自残, 那不如别喝酒了, 还浪费钱
直接一人拿把刀子, 往身上划, 流的血多就感情深, 完了往上撒药

搞了半天, 都查不出原因, 我还以为是硬盘坏了
最后查出来原来是VirtualBox搞的鬼
GHOST之, 搞定

以后还是老老实实用VMware!!!

　　前言：本文是我撰写的关于搭建“Nginx + PHP（FastCGI）”Web服务器的第5篇文章。本系列文章作为国内最早详细介绍 Nginx + PHP 安装、配置、使用的资料之一，为推动 Nginx 在国内的发展产生了积极的作用。这是一篇关于Nginx 0.7.x系列版本的文章，安装、配置方式与第4篇文章相差不大，但增加了MySQL安装配置的信息、PHP 5.2.10 的 php-fpm 补丁。Nginx 0.7.x系列版本虽然为开发版，但在很多大型网站的生产环境中已经使用。

　　链接：《2007年9月的第1版》、《2007年12月的第2版》、《2008年6月的第3版》、《2008年8月的第4版》

　　Nginx ("engine x") 是一个高性能的 HTTP 和反向代理服务器，也是一个 IMAP/POP3/SMTP 代理服务器。 Nginx 是由 Igor Sysoev 为俄罗斯访问量第二的 Rambler.ru 站点开发的，它已经在该站点运行超过两年半了。Igor 将源代码以类BSD许可证的形式发布。

　　Nginx 超越 Apache 的高性能和稳定性，使得国内使用 Nginx 作为 Web 服务器的网站也越来越多，其中包括新浪博客、新浪播客、网易新闻等门户网站频道，六间房、56.com等视频分享网站，Discuz!官方论坛、水木社区等知名论坛，豆瓣、YUPOO相册、海内SNS、迅雷在线等新兴Web 2.0网站。

--------------------------------------------------------------------------------

　　Nginx 的官方中文维基：http://wiki.nginx.org/NginxChs

--------------------------------------------------------------------------------

　　在高并发连接的情况下，Nginx是Apache服务器不错的替代品。Nginx同时也可以作为7层负载均衡服务器来使用。根据我的测试结果，Nginx 0.7.61 + PHP 5.2.10 (FastCGI) 可以承受3万以上的并发连接数，相当于同等环境下Apache的10倍。

　　根据我的经验，4GB内存的服务器+Apache（prefork模式）一般只能处理3000个并发连接，因为它们将占用3GB以上的内存，还得为系统预留1GB的内存。我曾经就有两台Apache服务器，因为在配置文件中设置的MaxClients为4000，当Apache并发连接数达到3800时，导致服务器内存和Swap空间用满而崩溃。

　　而这台 Nginx 0.7.61 + PHP 5.2.10 (FastCGI) 服务器在3万并发连接下，开启的10个Nginx进程消耗150M内存（15M*10=150M），开启的64个php-cgi进程消耗1280M内存（20M*64=1280M），加上系统自身消耗的内存，总共消耗不到2GB内存。如果服务器内存较小，完全可以只开启25个php-cgi进程，这样php-cgi消耗的总内存数才500M。

　　在3万并发连接下，访问Nginx 0.7.61 + PHP 5.2.10 (FastCGI) 服务器的PHP程序，仍然速度飞快。下图为Nginx的状态监控页面，显示的活动连接数为28457（关于Nginx的监控页配置，会在本文接下来所给出的Nginx配置文件中写明）：

　　我生产环境下的两台Nginx + PHP5（FastCGI）服务器，跑多个一般复杂的纯PHP动态程序，单台Nginx + PHP5（FastCGI）服务器跑PHP动态程序的处理能力已经超过“700次请求/秒”，相当于每天可以承受6000万（700*60*60*24=60480000）的访问量（更多信息见此），而服务器的系统负载也不高：

--------------------------------------------------------------------------------

　　下面是用100个并发连接分别去压生产环境中同一负载均衡器VIP下、提供相同服务的两台服务器，一台为Nginx，另一台为Apache，Nginx每秒处理的请求数是Apache的两倍多，Nginx服务器的系统负载、CPU使用率远低于Apache：

　　你可以将连接数开到10000～30000，去压Nginx和Apache上的phpinfo.php，这是用浏览器访问Nginx上的phpinfo.php一切正常，而访问Apache服务器的phpinfo.php，则是该页无法显示。4G内存的服务器，即使再优化，Apache也很难在“webbench -c 30000 -t 60 http://xxx.xxx.xxx.xxx/phpinfo.php”的压力情况下正常访问，而调整参数优化后的Nginx可以。

　　webbench 下载地址：http://blog.s135.com/post/288/

　　注意：webbench 做压力测试时，该软件自身也会消耗CPU和内存资源，为了测试准确，请将 webbench 安装在别的服务器上。

　　测试结果：##### Nginx + PHP #####

[root@localhost webbench-1.5]# webbench -c 100 -t 30 http://192.168.1.21/phpinfo.php
Webbench - Simple Web Benchmark 1.5
Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.

Benchmarking: GET http://192.168.1.21/phpinfo.php
100 clients, running 30 sec.

Speed=102450 pages/min, 16490596 bytes/sec.
Requests: 51225 susceed, 0 failed.

top - 14:06:13 up 27 days, 2:25, 2 users, load average: 14.57, 9.89, 6.51
Tasks: 287 total, 4 running, 283 sleeping, 0 stopped, 0 zombie
Cpu(s): 49.9% us, 6.7% sy, 0.0% ni, 41.4% id, 1.1% wa, 0.1% hi, 0.8% si
Mem: 6230016k total, 2959468k used, 3270548k free, 635992k buffers
Swap: 2031608k total, 3696k used, 2027912k free, 1231444k cached

　　测试结果：##### Apache + PHP #####

[root@localhost webbench-1.5]# webbench -c 100 -t 30 http://192.168.1.27/phpinfo.php
Webbench - Simple Web Benchmark 1.5
Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.

Benchmarking: GET http://192.168.1.27/phpinfo.php
100 clients, running 30 sec.

Speed=42184 pages/min, 31512914 bytes/sec.
Requests: 21092 susceed, 0 failed.

top - 14:06:20 up 27 days, 2:13, 2 users, load average: 62.15, 26.36, 13.42
Tasks: 318 total, 7 running, 310 sleeping, 0 stopped, 1 zombie
Cpu(s): 80.4% us, 10.6% sy, 0.0% ni, 7.9% id, 0.1% wa, 0.1% hi, 0.9% si
Mem: 6230016k total, 3075948k used, 3154068k free, 379896k buffers
Swap: 2031608k total, 12592k used, 2019016k free, 1117868k cached

--------------------------------------------------------------------------------

　　为什么Nginx的性能要比Apache高得多？这得益于Nginx使用了最新的epoll（Linux 2.6内核）和kqueue（freebsd）网络I/O模型，而Apache则使用的是传统的select模型。目前Linux下能够承受高并发访问的Squid、Memcached都采用的是epoll网络I/O模型。

　　处理大量的连接的读写，Apache所采用的select网络I/O模型非常低效。下面用一个比喻来解析Apache采用的select模型和Nginx采用的epoll模型进行之间的区别：

　　假设你在大学读书，住的宿舍楼有很多间房间，你的朋友要来找你。select版宿管大妈就会带着你的朋友挨个房间去找，直到找到你为止。而epoll版宿管大妈会先记下每位同学的房间号，你的朋友来时，只需告诉你的朋友你住在哪个房间即可，不用亲自带着你的朋友满大楼找人。如果来了10000个人，都要找自己住这栋楼的同学时，select版和epoll版宿管大妈，谁的效率更高，不言自明。同理，在高并发服务器中，轮询I/O是最耗时间的操作之一，select和epoll的性能谁的性能更高，同样十分明了。

--------------------------------------------------------------------------------

　　安装步骤：
　　（系统要求：Linux 2.6+ 内核，本文中的Linux操作系统为CentOS 5.3，另在RedHat AS4上也安装成功）

　　一、获取相关开源程序：
　　1、【适用CentOS操作系统】利用CentOS Linux系统自带的yum命令安装、升级所需的程序库（RedHat等其他Linux发行版可从安装光盘中找到这些程序库的RPM包，进行安装）：

　　2、【适用RedHat操作系统】RedHat等其他Linux发行版可从安装光盘中找到这些程序库的RPM包（事先可通过类似“rpm -qa | grep libjpeg”的命令查看所需的RPM包是否存在，通常是“xxx-devel”不存在，需要安装）。RedHat可以直接利用CentOS的RPM包安装，以下是RPM包下载网址：
　　①、RedHat AS4 & CentOS 4
　　http://mirrors.163.com/centos/4/os/i386/CentOS/RPMS/
　　http://mirrors.163.com/centos/4/os/x86_64/CentOS/RPMS/

　　②、RedHat AS5 & CentOS 5
　　http://mirrors.163.com/centos/5/os/i386/CentOS/
　　http://mirrors.163.com/centos/5/os/x86_64/CentOS/

　　③、RPM包搜索网站
　　http://rpm.pbone.net/
　　http://www.rpmfind.net/

　　④、RedHat AS4 系统环境，通常情况下缺少的支持包安装：
　　Ⅰ、i386 系统

　　Ⅱ、x86_64 系统

　　3、【适用CentOS、RedHat及其它Linux操作系统】下载程序源码包：
　　本文中提到的所有开源软件为截止到2009年06月26日的最新稳定版。
　　①、从软件的官方网站下载：

　　②、从blog.s135.com下载（比较稳定，只允许在本站，或者在Linux/Unix下通过Wget、Curl等命令下载以下软件）：

--------------------------------------------------------------------------------

　　二、安装PHP 5.2.10（FastCGI模式）
　　1、编译安装PHP 5.2.10所需的支持库：

--------------------------------------------------------------------------------

　　2、编译安装MySQL 5.1.35

--------------------------------------------------------------------------------

　　附：以下为附加步骤，如果你想在这台服务器上运行MySQL数据库，则执行以下两步。如果你只是希望让PHP支持MySQL扩展库，能够连接其他服务器上的MySQL数据库，那么，以下两步无需执行。

　　①、创建MySQL数据库存放目录

　　②、以mysql用户帐号的身份建立数据表：

　　③、创建my.cnf配置文件：

　　输入以下内容：

[client]
default-character-set = utf8
port = 3306
socket = /tmp/mysql.sock

[mysql]
prompt="(\u:blog.s135.com:)[\d]> "
no-auto-rehash

[mysqld]
#default-character-set = utf8
user = mysql
port = 3306
socket = /tmp/mysql.sock
basedir = /usr/local/webserver/mysql
datadir = /data0/mysql/3306/data
open_files_limit = 10240
back_log = 600
max_connections = 3000
max_connect_errors = 6000
table_cache = 614
external-locking = FALSE
max_allowed_packet = 32M
sort_buffer_size = 2M
join_buffer_size = 2M
thread_cache_size = 300
thread_concurrency = 8
query_cache_size = 32M
query_cache_limit = 2M
query_cache_min_res_unit = 2k
default-storage-engine = MyISAM
default_table_type = MyISAM
thread_stack = 192K
transaction_isolation = READ-COMMITTED
tmp_table_size = 246M
max_heap_table_size = 246M
long_query_time = 1
log_long_format
log-bin = /data0/mysql/3306/binlog
binlog_cache_size = 4M
binlog_format = MIXED
max_binlog_cache_size = 8M
max_binlog_size = 512M
expire_logs_days = 7
key_buffer_size = 256M
read_buffer_size = 1M
read_rnd_buffer_size = 16M
bulk_insert_buffer_size = 64M
myisam_sort_buffer_size = 128M
myisam_max_sort_file_size = 10G
myisam_max_extra_sort_file_size = 10G
myisam_repair_threads = 1
myisam_recover

skip-name-resolve
master-connect-retry = 10
slave-skip-errors = 1032,1062,126,1114,1146,1048,1396

server-id = 1

innodb_additional_mem_pool_size = 16M
innodb_buffer_pool_size = 2048M
innodb_data_file_path = ibdata1:1024M:autoextend
innodb_file_io_threads = 4
innodb_thread_concurrency = 8
innodb_flush_log_at_trx_commit = 2
innodb_log_buffer_size = 16M
innodb_log_file_size = 128M
innodb_log_files_in_group = 3
innodb_max_dirty_pages_pct = 90
innodb_lock_wait_timeout = 120
innodb_file_per_table = 0
[mysqldump]
quick
max_allowed_packet = 32M

　　④、创建管理MySQL数据库的shell脚本：

　　输入以下内容（这里的用户名admin和密码12345678接下来的步骤会创建）：

　　⑤、赋予shell脚本可执行权限：

　　⑥、启动MySQL：

　　⑦、通过命令行登录管理MySQL服务器（提示输入密码时直接回车）：

　　⑧、输入以下SQL语句，创建一个具有root权限的用户（admin）和密码（12345678）：

　　⑨、（可选）停止MySQL：

--------------------------------------------------------------------------------

　　3、编译安装PHP（FastCGI模式）

--------------------------------------------------------------------------------

　　4、编译安装PHP5扩展模块

　　5、修改php.ini文件
　　手工修改：查找/usr/local/webserver/php/etc/php.ini中的extension_dir = "./"
　　修改为extension_dir = "/usr/local/webserver/php/lib/php/extensions/no-debug-non-zts-20060613/"
　　并在此行后增加以下几行，然后保存：
　　extension = "memcache.so"
　　extension = "pdo_mysql.so"
　　extension = "imagick.so"

　　再查找output_buffering = Off
　　修改为output_buffering = On

　　自动修改：若嫌手工修改麻烦，可执行以下shell命令，自动完成对php.ini文件的修改：

　　6、配置eAccelerator加速PHP：

　　按shift+g键跳到配置文件的最末尾，加上以下配置信息：

--------------------------------------------------------------------------------

　　7、创建www用户和组，以及供blog.s135.com和www.s135.com两个虚拟主机使用的目录：

　　8、创建php-fpm配置文件（php-fpm是为PHP打的一个FastCGI管理补丁，可以平滑变更php.ini配置而无需重启php-cgi）：
　　在/usr/local/webserver/php/etc/目录中创建php-fpm.conf文件：

　　输入以下内容（如果您安装 Nginx + PHP 用于程序调试，请将以下的0改为1，以便显示PHP错误信息，否则，Nginx 会报状态为500的空白错误页）：

　　9、启动php-cgi进程，监听127.0.0.1的9000端口，进程数为200（如果服务器内存小于3GB，可以只开启64个进程），用户为www：

　　注：/usr/local/webserver/php/sbin/php-fpm还有其他参数，包括：start|stop|quit|restart|reload|logrotate，修改php.ini后不重启php-cgi，重新加载配置文件使用reload。

--------------------------------------------------------------------------------

　　三、安装Nginx 0.7.61
　　1、安装Nginx所需的pcre库：

　　2、安装Nginx

　　3、创建Nginx日志目录

　　4、创建Nginx配置文件
　　①、在/usr/local/webserver/nginx/conf/目录中创建nginx.conf文件：

　　输入以下内容：

　　②、在/usr/local/webserver/nginx/conf/目录中创建fcgi.conf文件：

　　输入以下内容：

fastcgi_param GATEWAY_INTERFACE CGI/1.1;
fastcgi_param SERVER_SOFTWARE nginx;

fastcgi_param QUERY_STRING $query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE $content_type;
fastcgi_param CONTENT_LENGTH $content_length;

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param SCRIPT_NAME $fastcgi_script_name;
fastcgi_param REQUEST_URI $request_uri;
fastcgi_param DOCUMENT_URI $document_uri;
fastcgi_param DOCUMENT_ROOT $document_root;
fastcgi_param SERVER_PROTOCOL $server_protocol;

fastcgi_param REMOTE_ADDR $remote_addr;
fastcgi_param REMOTE_PORT $remote_port;
fastcgi_param SERVER_ADDR $server_addr;
fastcgi_param SERVER_PORT $server_port;
fastcgi_param SERVER_NAME $server_name;

# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param REDIRECT_STATUS 200;

　　5、启动Nginx

--------------------------------------------------------------------------------

　　四、配置开机自动启动Nginx + PHP

　　在末尾增加以下内容：

ulimit -SHn 51200
/usr/local/webserver/php/sbin/php-fpm start
/usr/local/webserver/nginx/sbin/nginx

--------------------------------------------------------------------------------

　　五、优化Linux内核参数

　　在末尾增加以下内容：

# Add
net.ipv4.tcp_max_syn_backlog = 65536
net.core.netdev_max_backlog = 32768
net.core.somaxconn = 32768

net.core.wmem_default = 8388608
net.core.rmem_default = 8388608
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216

net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_synack_retries = 2
net.ipv4.tcp_syn_retries = 2

net.ipv4.tcp_tw_recycle = 1
#net.ipv4.tcp_tw_len = 1
net.ipv4.tcp_tw_reuse = 1

net.ipv4.tcp_mem = 94500000 915000000 927000000
net.ipv4.tcp_max_orphans = 3276800

#net.ipv4.tcp_fin_timeout = 30
#net.ipv4.tcp_keepalive_time = 120
net.ipv4.ip_local_port_range = 1024 65535

　　使配置立即生效：

--------------------------------------------------------------------------------

　　六、在不停止Nginx服务的情况下平滑变更Nginx配置
　　1、修改/usr/local/webserver/nginx/conf/nginx.conf配置文件后，请执行以下命令检查配置文件是否正确：

　　如果屏幕显示以下两行信息，说明配置文件正确：
　　the configuration file /usr/local/webserver/nginx/conf/nginx.conf syntax is ok
　　the configuration file /usr/local/webserver/nginx/conf/nginx.conf was tested successfully

　　2、这时，输入以下命令查看Nginx主进程号：

　　屏幕显示的即为Nginx主进程号，例如：
　　6302
　　这时，执行以下命令即可使修改过的Nginx配置文件生效：

　　或者无需这么麻烦，找到Nginx的Pid文件：

--------------------------------------------------------------------------------

　　七、编写每天定时切割Nginx日志的脚本
　　1、创建脚本/usr/local/webserver/nginx/sbin/cut_nginx_log.sh

　　输入以下内容：

　　2、设置crontab，每天凌晨00:00切割nginx访问日志

　　输入以下内容：

00 00 * * * /bin/bash /usr/local/webserver/nginx/sbin/cut_nginx_log.sh

--------------------------------------------------------------------------------

　　本文若有小的修改，会第一时间在以下网址发布：
　　http://blog.s135.com/nginx_php_v5/

其实这次搞Google的不是百度,而是咱很河蟹的"绿坝 花季护航"!

这无耻的东西, 打这几个字我都觉得恶心

无耻的剽窃还居然申请国家专利!
2009年7月1日以后, 将强制在所有国内品牌机电脑上预装!

更多内容, 请自己搜索, 看看你就明白为什么这次搞Google的是它了

这是一次营销事件, 旨在告诉人们 "网络很黄很暴力!"

接着, 就会告诉人们"绿坝可以!".....

又把人民群众当SB

是的，它就是Yii。一个高性能的基于组件的框架，是PHP开发大型Web应用程序的最佳选择。Yii配备完整的丰富的功能，包括MVC，DAO/ActiveRecord，I18N/L10N ，缓存，基于AJAX的jQuery支持，认证和基于角色的访问控制，辅助生成工具，输入验证，组件，事件，主题， Web服务，等等。严格地按照OOP编写，Yii易于使用，并且是非常灵活和可扩展。

官方网站: http://www.yiiframework.com/

Yii 是什么
Yii 是一个基于组件、用于开发大型 Web 应用的高性能 PHP 框架。它将 Web 编程中的可重用性发挥到极致，能够显著加速开发进程。Yii（读作“易”）代表简单(easy)、高效(efficient)、可扩展(extensible)。

需求
要运行一个基于 Yii 开发的 Web 应用，你需要一个支持 PHP 5.1.0 （或更高版本）的 Web 服务器。

对于想使用 Yii 的开发者而言，熟悉面向对象编程(OOP)会使开发更加轻松，因为 Yii 就是一个纯 OOP 框架。

Yii 适合做什么？
Yii 是一个通用 Web 编程框架，能够开发任何类型的 Web 应用。它是轻量级的，又装配了很好很强大的缓存组件，因此尤其适合开发大流量的应用，比如门户、论坛、内容管理系统(CMS)、电子商务系统，等等。

Yii 和其它框架比起来怎样？
和大多数 PHP 框架一样，Yii 是一个 MVC 框架。

Yii 以性能优异、功能丰富、文档清晰而胜出其它框架。它从一开始就为严谨的 Web 应用开发而精心设计，不是某个项目的副产品或第三方代码的组合，而是融合了作者丰富的 Web 应用开发经验和其它热门 Web 编程框架（或应用）优秀思想的结晶。

以前刚出来的时候, 文档不全, 现在挺全了.

官方论坛里还有中文版块 http://www.yiiframework.com/forum/index.php/board,11.0.html

文档也有中文版 http://www.yiiframework.com/doc/guide/zh_cn/index

优点实在太多了, 怎一个爽字了得! 而且还比CodeIgniter快

现在开始, 从CodeIgniter全面转向Yii

来看看Yii和Codeigniter的流行度对比

不过现在用户好像不够多, 估计在未来一年里会多起来.
不知道能否超越CodeIgniter, 也许由于难度比CodeIgniter大得多, 可能不能.

Tank Auth http://www.konyukhov.com/soft/tank_auth/

这2天整CodeIgniter的Auth差点没把我累死

先后看了FreakAuth, dx_auth, Redux Auth, BackendPro,auth_library

选定了DX auth, 在研究的过程中, 看到 What Code Igniter authentication library is best? 这篇文章, 几乎以上所有的auth都有缺点

作者还提到了20件Auth应该做到的事情, 见下面的引用

在看完这篇文章后, 我先择了Redux Auth, 目前相对来说它做得最好.

可就在我研究Redux Auth的时候, 又找到了Tank Auth, 是DX Auth的改进精简版, 可惜拿掉了DX Auth的Role部份, 用户资料部份也有待完善, 如果要拿来用, 得自己动动手.等作者还是真难.

似乎作者已经一二个月没更新了, 也没了动静.

目前来看, Tank Auth是最好的. 希望不要成太监了

DX Auth

Pros

• Very full featured
• Medium footprint (25+ files), but manages to feel quite slim
• Excellent documentation, although some is in slightly broken English
• Language file support
• reCAPTCHA supported
• Hooks into CI's validation system
• Activation emails
• Unactivated accounts auto-expire
• Suggests grc.com for salts (not bad for a PRNG)
• Banning with stored 'reason' strings
• Simple yet effective error handling

Cons

• Only lets users 'reset' a lost password (rather than letting them pick a new one upon reactivation)
• Homebrew pseudo-event model - good intention, but misses the mark
• Two password fields in the user table, bad style
• Uses two separate user tables (one for 'temp' users - ambiguous and redundant)
• Uses potentially unsafe md5 hashing
• Failed login attempts only stored by IP, not by username - unsafe!
• Autologin key not hashed in the database - practically as unsafe as storing passwords in cleartext!
• Role system is a complete mess: is_admin function with hard-coded role names, is_role a complete mess, check_uri_permissions is a mess, the whole permissions table is a bad idea (a URI can change and render pages unprotected; permissions should always be stored exactly where the sensitive logic is). Dealbreaker!
• Includes a native (poor) CAPTCHA
• reCAPTCHA function interface is messy

FreakAuth Light

Pros

• Very full featured
• Mostly quite well documented code
• Separation of user and profile data is a nice touch
• Hooks into CI's validation system
• Activation emails
• Language file support
• Actively developed

Cons

• Feels a bit bloated (50+ files)
• And yet it lacks automatic cookie login (!)
• Doesn't support logins with both username and password
• Seems to have issues with UTF-8 characters
• Requires a lot of autoloading (impeding performance)
• Badly micromanaged config file
• Terrible View-Controller separation, with lots of program logic in views and output hard-coded into controllers. Dealbreaker!
• Poor HTML code in the included views
• Includes substandard CAPTCHA
• Commented debug echoes everywhere
• Forces a specific folder structure
• Forces a specific Ajax library (can be switched, but shouldn't be there in the first place)
• No max limit on login attempts - VERY unsafe! Dealbreaker!
• Hijacks form validation
• Uses potentially unsafe md5 hashing

pc_user

Pros

• Good feature set for its tiny footprint
• Lightweight, no bloat (3 files)
• Elegant automatic cookie login
• Comes with optional test implementation (nice touch)

Cons

• Uses the old CI database syntax (less safe)
• Doesn't hook into CI's validation system
• Kinda unintuitive status (role) system (indexes upside down - impractical)
• Uses potentially unsafe sha1 hashing

Fresh Powered

Pros

• Small footprint (6 files)

Cons

• Lacks a lot of essential features. Dealbreaker!
• Everything is hard-coded. Dealbreaker!

Redux

Pros

• Tiny footprint, no bloat (3 files)
• Excellent documentation
• Database normalized to 3rd normal form (nice touch)
• Activation emails
• Sleek coding style
• Suggests grc.com for salts (not bad for a PRNG)

Cons

• Requires autoloading (impeding performance)
• Uses the inherently unsafe concept of 'security questions'. Dealbreaker!
• Return types are a bit of a hodgepodge of true, false, error and success codes
• Doesn't hook into CI's validation system
• Doesn't allow a user to resend a 'lost password' code

EDIT: Mathew Davies, who develops Redux Auth, says a bunch of the cons in my list (including the security questions dealbreaker) have been fixed in the latest beta, so that should definitely be worth checking out

SimpleLoginSecure

Pros

• Tiny footprint (4 files)
• Minimalistic, absolutely no bloat
• Uses phpass for hashing (excellent)

Cons

• Only login, logout, create and delete
• Lacks a lot of essential features. Dealbreaker!
• More of a starting point than a library

Authentication for CodeIgniter done right

Here's my MINIMAL required list of features from an authentication library. It also happens to be a subset of my own library's feature list ;)

1. Tiny footprint with optional test implementation
2. Full documentation
3. No autoloading required. Just-in-time loading of libraries for performance
4. Language file support; no hard-coded strings
5. reCAPTCHA supported but optional
6. Recommended TRUE random salt generation (e.g. using random.org or random.irb.hr)
7. Optional add-ons to support 3rd party login (OpenID, Facebook Connect, Google Account, etc.)
8. Login using either username or email
9. Separation of user and profile data
10. Emails for activation and lost passwords
11. Automatic cookie login feature
12. Configurable phpass for hashing (properly salted of course!)
13. Hashing of passwords
14. Hashing of autologin codes
15. Hashing of lost password codes
16. Hooks into CI's validation system
17. NO security questions!
18. Enforced strong password policy server-side, with optional client-side (Javascript) validator
19. Enforced maximum number of failed login attempts with BEST PRACTICES countermeasures against both dictionary and DoS attacks!
20. All database access done through prepared (bound) statements!

Note: those last few points are not super-high-security overkill that you don't need for your web application. If an authentication library doesn't meet these security standards 100%, DO NOT USE IT!

另把Tank Auth的内容COPY过来

Tank Auth

Tank Auth is an authorization library for PHP-framework CodeIgniter. It's based on DX Auth, althouth the code was seriously reworked.

Download Tank Auth 1.0.3

Features

The key points of the library are:

It's simple

• Basic auth options (login, logout, register, unregister).
• Very compact (less than 20 files and 4 DB-tables).
• Username is optional, only email is obligatory.

It's secure

• Using phpass library for password hashing (instead of unsafe md5).
• Counting login attempt for bruteforce preventing (optional). Failed login attempts determined by IP and by username.
• Logging last login IP-address and time (optional).
• CAPTCHA for registration and repetitive login attempt (optional).
• Unactivated accounts and forgotten password requests auto-expire.

It's easy to manage

• Strict MVC model: controller for controlling, views for representation and library as model interface.
• Language file support.
• View files contain only necessary HTML code without redundant decoration.
• Most of the features are optional and can be tuned or switched-off in well-documented config file.

It's full featured

• Login using username, email address or both (depending on config settings).
• Registration is instant or after activation by email (optional).
• "Remember me" option.
• Forgot password (letting users pick a new password upon reactivation).
• Change password or email for registered users.
• Email can be changed even BEFORE account is activated.
• Ban user (optional).
• User Profile (optional).
• CAPTCHA support (CI-native and reCAPTCHA are available).
• HTML or plain-text emails.

Installing Tank Auth

1. Download the latest version of the library.
2. Unzip the package.
3. Copy the application folder content to your CI application folder.
4. Copy the captcha folder to your CI folder. Make sure this folder is writable by web server.
5. Install database schema into your MySQL database.
6. Open the application/config/config.php file in your CI installation and change $config['sess_use_database'] value to TRUE.

That's it!

Please don't forget to look into config files (tank_auth.php and email.php) if something will go wrong. The library should work perfectly right after installation, but depending on your server condition and your own needs some options would better be changed.

The library in a nutshell

The library uses MVC model, which means that all database-related methods are incapsulated in model files, and the library itself is used as interface to these methods. A controller (auth) dispatches incoming requests, calls the library methods and renders corresponding views (to show in browser or to send as emails). The controller includes the following methods:

• login: Login user on the site. If login is successful and user account is activated, s/he is redirected to the home page. If account is not activated, then send_again is invoked (see below). In case of login failure user remains on the same page.
• logout: Logout user.
• register: Register user on the site. If registration is successful, a new user account is created. If email_activation flag in config-file is set to TRUE, then this account have to be activated by clicking special link sent by email; otherwise it is activated already. Please notice: after registration user remains unauthorised; to authorize login is still required.
• send_again: Send activation email again, to the same or new email address. This method is invoked every time after non-activated user logins on the site. It may be useful when user didn't receive activation mail sent on registration due to problem with mailbox or a misprint in email address. User may change their email or leave it as is.
• activate: Activate user account. Normally this method is invoked by clicking a link in activation email. User is verified by user Id and authentication code in the URL.
• forgot_password: Generate special reset code (to change password) and send it to user. Obviously this method may be used when user has forgotten their password.
• reset_password: Replace user password (forgotten) with a new one (set by user). The method can be called by clicking on link in mail. User is verified by user Id and authentication code in the URL.
• change_password: "Normal" password changing (as compared with resetting forgotten password). Can be called only when user is authorized and activated. For higher security user's old password is needed.
• change_email: Change user's email. Can be called only when user is authorized and activated. For higher security user's password is required. The new email won't be applied until it is activated by clicking a link in a mail sent to this email address.
• reset_email: Activate new email address and replace user's email with a new one. This method can be called by clicking on link in mail. User is verified by user Id and authentication code in the URL.
• unregister: Delete user account. Can be called only when user is authorized and activated. For higher security user's password is required.

Since the auth controller does all the management of user account (including login and logout), so it unlikely that you will have to call the most of the library methods directly. But some of them definitely you will:

• is_logged_in: Check if user authorized on the site.
• get_user_id: Get user_id if user is authorized on the site, FALSE otherwise.
• get_username: Get username for authorized user, FALSE otherwise. This method is meaningless if username is not used on registration (in this case it returns an empty string for every user).

DataMapper is an Object Relational Mapper written in PHP for CodeIgniter. It is designed to map your Database tables into easy to work with objects, fully aware of the relationships between each other.

官方网站: http://www.overzealous.com/dmz/
下载地址: http://www.overzealous.com/dmz/pages/download.html

我来总结一下

经过我这几天的测试和研究, 最好的是jqModal

jqModal
http://dev.iceburg.net/jquery/jqModal/

jqModal文件小, 速度快, 可定制性非常好, 我已经用它模仿Ext的窗口做了一个,满意度100%, 支持拖动, 拉伸窗口, 上个图给大家看看

其他几个没选的原因:

boxy
可以说非常好, 在Opera,Firefox下表现很好
可惜,可惜在IE下响应很慢! 而且文件有点大.

FancyBox
可定制性太差, 文档不全, 抛弃

其他的不用看了!!!

作者: 未知

　　在长时间的网站开发过程中，能作一个百万IP的网站对我来说真是一个新的挑战，由于本人的水平有限，所以一直就职于一个小公司，在这里也只是抱着重在参与的想法。在以后我所讲述到的内容知识点上如有不适之处请大家多多批评指教。

　　在一开始接触PHP接触MYSQL的时候就听不少人说：“Mysql就跑跑一天几十万IP的小站还可以，要是几百万IP就不行了”，原话不记得 了，大体就是这个意思。一直也没有好的机会去验证这个说法，一是从没有接手过这么大流量的网站，二是平时工作也比较忙，懒得去管这些，反正现在用不着，抱 着这个想法把这个问题一直留到了最近，才把这个问题搞明白。

　　就在前几天公司旗下一网站(由于这是公司的商业内容我就不说是那个网站了，免得有兄弟说是AD)以下简称A站，这A站在年后流量猛增从一天的七八十万猛跑到了好几百万的IP，一天下来接近一千万的Pv让整个服务器在高压下超负荷的工作着，时不时的服务就出现当机。

　　最首先反映出情况的是数据统计，一天下来一个数据也没有统计上，原来是mysql挂了。

　　本文就围绕这个问题来讲讲我们公司几个技术人员的解决方案。

　　1. Mysql服务器集群

　　由于是小公司在资金和成本上都有所限制，而且在技术上也没有几个技术员接触过，所以这个方法自然就让大伙否决了。

　　这里说说我个人的理解!做集群不但添加资费的开销，而且在技术上也有很大的挑战，对于我们公司目前的情况是不大现实的。集群无非就是把一台服务器的压力转接到两台或是多台服务器上，我是这么理解的，也许我理解有误，还请大家指教。

　　2. 分而治之

　　这个方法和集群差不多，不过是把统计的代码放在不同的服务器上跑，由于公司有不少配置低的服务器跑几万到几十万IP还是没有问题的，我们可以把几百万流量分成十来个几十万的量分而统计。

　　优点：充分的利用了现在的资源，解决了目前的问题。

　　缺点：这样的方法不是长久之计，迟早还是会出问题的。而且在统计数据的时候比较麻烦。

　　3. 统计代码的修改

　　由于之前采用的是在插入数据之前加以判断，这个IP是否存在，来路等的处理，无形中增加了服务器的压力，所以大伙把统计代码改成来一个就插入数据库，不管三七二十一等以后在处理。

　　这个方法基本上把当天的数据保留下来了，可是在处理的时候由于数据量的庞大，来来回回还是把服务器跑死了，而且在插入的时候由于当时设计数据结构的时候留有的索引，也大大的消耗了不少的服务器资源。

　　那么把索引去掉到最后处理的时候又是老慢的，得不偿失。

　　4. 统计方式的修改

　　最后这一个方法，效果非常的明显。那是什么方法呢!

　　这里就主要介绍这个方法：

　　A、 保留原用的数据结构不变，并把所有的数据按一定的结构存入文件。

　　结构：可以是xml,json，也可以是你自己想的任何有规律的数据排放。

　　例如

写入文件:fopen，fwrite??no 这里介绍一个非常好用的技巧，也许大家都知道，但是像我这样的菜鸟大概都不知道，那就是用error_log，这不是写错误日志的吗?对就是他，非常方便。

这里我就不说他的具体用了，不明白的朋友可以查一下手册。

　　B、数据文件的命名

　　为什么这里要讲文件的命名呢?如果就一味的把数据的写入文件不作任何的处理那么他和直接插入数据库有多大的区别呢?那么我们所作的一切都是无用功了。

　　首先是在时间的利用上:date(‘YmdH’)得到的值是如：2008121112这有什么好入，这样一来这个数据就是一个小时一个文件必免了文件过大，而且不用去判断自动生成。

　　IP的应用：由于在很多数据上都是一个IP操作的，所以把相同IP的数据放在一个文件里在后面的处理就非常方便处理。请看后面的介绍，这里我们取IP成三位为文件名字的一部分。

　　C、 数据的导入处理

　　通过以上两位的操作当天的数据会一个不少的保留下来，接下来怎么处理其实并不是很重要了。但是这里还是讲讲我的想法。

　　入库前处理：

　　前面讲到把IP三位相同的放一个文件就是为了入库前到它们进行处理，首先可以用最笨的方法把数据拆成N个数据。在进行重复数据的删除。

　　如果一个IP浏览多页那么PV在这里就可以得到统计，并把访问的页面进行处理，组成新的数据。

　　导入方法：

　　这里要介绍一下数据的导入方法

就这一个语句，在导入几十万数据的时候可以说是刷刷的，用法我这里也不过多介绍了，大家有不明白的可以查手册，所以说解决数据库的瓶颈的办法不定要加设备，也不一定要换数据库，只要换一个思路就能解决不少问题。

　　至此所以有数据也就讲的差不多了。由于我肚子里的墨水太少，如有不得当之处还请大家见谅。

FancyBox

21Andy.com译: FancyBox非常小且容易使用, 有很好的外观, 简洁和容易扩展的CSS, 可惜暂不支持Modal.
The FancyBox plugin is very simple and easy to implement, looks fantastic out of the box, and has very clean CSS for you to expand upon or modify to your liking. Unfortunately it lacks some features that others may have such as modal support but it is work checking out.

• 外观: 5/5 分
• 容易使用: 5/5 分
• 功能: 3/5 分
• 图片文字: 是
• 相册Rel: 是
• 内联支持: 是
• Iframe支持: 是
• Modal支持: 不
• 可定制性: 低
• 下载: FancyBox

Boxy

Boxy is probably my favorite modal dialog jquery plugin so far, its not bad looking out of the box, very simple to implement, and has quite a few strong/simplistic features which are very polished. If you are in need of this sort of functionality for an application check it out!

• 外观: 4/5 分
• 容易使用: 5/5 分
• 功能: 4/5 分
• 图片文字: 不
• 相册Rel: 不
• 内联支持: 是
• Iframe支持: 是
• Modal支持: 是
• 可定制性: 高
• 下载: Boxy

FaceBox

21Andy.com译: 懒得译了, 手酸.... -_!!
Although this popup script looks pretty slick I found that it loads fairly clunky, and seriously lacks in polish/features. I had to adjust paths right off the bat to get images to display properly, and it does not have basic support such as the rel attribute for galleries, title attribute for captions etc.

That being said if you love the Facebook popup look check it out!

• 外观: 4/5 分
• 容易使用: 4/5 分
• 功能: 2/5 分
• 图片文字: 不
• 相册Rel: 不
• 内联支持: 是
• Iframe支持: 不
• Modal支持: 不
• 可定制性: 低
• 下载: FaceBox

BlockUI

This again is more of a developers dialog solution, and a pretty good one at that. Along with providing highly customizable JavaScript modal dialog support, it also can block page elements, or the entire page until Ajax (or other processing) is complete, which is very handy for applications.

BlockUI is ugly out of the box however the site has some good clean examples and how to implement them. It is a little strange in the fact that CSS is applied via JavaScript configuration rather than a stylesheet.

• 外观: 1/5 分
• 容易使用: 3/5 分
• 功能: 5/5 分
• 图片文字: 不
• 相册Rel: 不
• 内联支持: 是
• Iframe支持: 是
• Modal支持: 是
• 可定制性: 高
• 下载: BlockUI

Impromptu

21Andy.com译: 懒得译了, 手酸.... -_!!
Not that Impromptu looks bad, I would hardly call it generic enough to be suitable for every site out of the box. For those of you looking for image support this is probably not the popup plugin for you, as it primarily was created for dialog support replacing alert(), prompt() etc. I did however get it working with images pretty quick, but either way this is more of an dialog popup script.

• 外观: 3/5 分
• 容易使用: 3/5 分
• 功能: 4/5 分
• 图片文字: 不
• 相册Rel: 不
• 内联支持: 不
• Iframe支持: 不
• Modal支持: 是
• 可定制性: 中
• 下载: Impromptu

nyroModal

This popup dialog plugin has tons of features and an overall sexy look and smooth animation. My main problem with this one is that the consistency was no really there it did nto feel as solid as some of the others and I was getting strange CSS break-age with some images/pages.

• 外观: 4/5 分
• 容易使用: 4/5 分
• 功能: 5/5 分
• 图片文字: 是
• 相册Rel: 是
• 内联支持: 是
• Iframe支持: 是
• Modal支持: 是
• 可定制性: 高
• 下载: nyroModal

FancyZoom

Another Fancy-something?? I guess so! they are very similar too, taking the Apple approach. I find this one to be fine, but the animations lag a little which I think really decreases user experience. Packing nearly the same features as FancyBox (less) I would suggest checking it out before this one.

• 外观: 3/5 分
• 容易使用: 4/5 分
• 功能: 1/5 分
• 图片文字: 是
• 相册Rel: 是
• 内联支持: 不
• Iframe支持: 不
• Modal支持: 不
• 可定制性: 低
• 下载: FancyZoom

Flyout

The most interesting thing about Flyout is its support for easing functions, making the animations much more amusing, as well as some interesting loading effects. Other than the effects this plugin seriously lacks in standard functionality and because of that I would certainly not recommend it.

• 外观: 2/5 分
• 容易使用: 4/5 分
• 功能: 1/5 分
• 图片文字: 不
• 相册Rel: 不
• 内联支持: 不
• Iframe支持: 不
• Modal支持: 不
• 可定制性: 低
• 下载: Flyout

其他jQuery窗口插件(Modal Dialog Plugins)

simplemodal: http://www.ericmmartin.com/projects/simplemodal/
jqModal: http://dev.iceburg.net/jquery/jqModal/#examples
simplemodal、jqModal 。这两个是最简单的，灵活性很好，需要配置的多，学习成本高。
如果你希望定制自己的Dialog，这两个插件，可以作为基础包，在基础包在封装一下。就可以很方便的满足你的要求。

http://jquery.com/demo/thickbox/
thickbox是我以前用了很长时间的, 现在不推荐了.

http://www.malsup.com/jquery/block/
BlockUI效果很好。而且官方的帮助也很详细，如果只是简单的使用遮蔽，推荐使用，上手也容易。

http://docs.jquery.com/UI/Dialog
官方的要，还要引几个扩展的JS,支持窗口缩放什么的，但生产的代码也太复杂了，不推荐。

当 MySQL Server 因为各种无法预期的原因而损坏(Crash)的时候，你就必须要进行灾难恢复。如果你有做好定期的数据库备份那么灾难还原的时候应该会轻松很多，只要将备份起来的数据还原回去即可，但光是这样子还是会造成部份数据的遗失，例如 "现在" 至 "最后一次备份" 之间的数据，这时我们可以通过 MySQL 提供的 Binary Log 机制将可能遗失的数据降至最低。

Binary Log 的运作原理很简单，它只是单纯的将所有会修改到数据库内容的操作记录在 Log 文件中，然后通过这个 Binary Log 你就可以重新执行所有会修改到数据库内容的操作。例如若你最后一次备份的时间是 1/1 AM 0:00 ，并且有启用 Binary Log 功能记录 1/1 AM 0:00 这个时间点以后所有会修改到数据库内容的操作，假设你的 MySQL Server 在 1/2 AM 10:00 故障，你就可以将 1/1 AM 0:00 备份的数据还原回去，然后利用 Binary Log 将 1/1 AM 0:00 ~ 1/2 AM 10:00 之间所有的操作重新执行一次，这样子一来你就可以将数据库还原到当机的那个时间点。

使用 Binary Log 进行灾难恢复的步骤：
启用 Binary Log
使用 mysqlbinlog 将 Binary Log 转换成可执行的 SQL 命令

在接下来的文章中会使用的范例与假设：
最后一次备份的时间点为 1/1 AM 0:00
MySQL Server 在 1/2 AM 10:00 故障

一、启用 Binary Log

修改 MySQL Server 的系统设置文件(eg. /etc/my.cnf)，在 [mysqld] 区块中加上 log-bin=mysql-bin 选项，然后重新启动 MySQL Server，例如：

启用后你应该可以在 MySQL 的 Data Dir 里面发现如下的文件：

mysql-bin.index
mysql-bin.000001
mysql-bin.000002
...............
mysql-bin.00000X

MySQL 在以下几种情况会进行 lograrote：

• 执行 Flush Logs 命令
• MySQL Server 重新启动
• 设置文件中有进行额外的设置

注：
请注意，当你使用 mysqldump 进行数据库备份时请记得加上 --flush-logs 选项，例如：

这么做的目的是在备份时让 MySQL Server 进行 logrotate，这样子日后要辨别 "最后一次备份时间点" 之后的 Binary Log 会比较方便，因为若你没有主动(或通过设置)去删除 Binary Log，则只要你的硬盘空间够大，MySQL 会无限期的保存 Binary Log，也就是说你的 Binary Log 里面所记载的数据有可能包含 "最后一次备份时间点" 之前的数据。

二、使用 mysqlbinlog 将 Binary Log 转换成可执行的 SQL 命令

Binary Log 是无法被 MySQL Server 直接执行、也无法直接以人眼去阅读的，必须要先使用 MySQL 所提供的 mysqlbinlog 程式，将 Binary Log 转换为 MySQL Server 可以执行的 SQL 命令。mysqlbinlog 的语法如下：

-H：Display a hex dump of the log in comments.
--set-charset：设置编码
--start-datatime：要转换的开始时间点
--stop-datatime：要转换的结束时间点

mysql-bin.[0-9]*：这里要注意的是，要一次处理所有的 Binary Log，因为储存在 Binary Log 中的数据有可能会 "跨文件"，例如从 mysql-bin.000001 的结尾接到 mysql-bin.000002 的开头。

example.sql：转换出来的文件名称，这个名称可以自已取。

需要加 -H 选项的原因如下：

mysqlbinlog didn't escape the string content of user variables, and did not deal well when these variables were in non-ASCII character sets; this is now fixed by always printing the string content of user variables in hexadecimal. The character set and collation of the string is now also printed. (Bug #3875)

三, 实际执行转换后的 Binary Log
很简单，只要一行简单的命令：

如果没有什么错误讯息发生，那么只要等它执行完就大功告成了。话又说回来，要是执行失败呢？这是有可能的。MySQL 在处理 Binary Log 时有一些 Bug 存在，它的 Bug Report 似乎是说在最新版本的 MySQL Server 中已修正此 Bug，我没有实际测试过所以不清楚，但若是你和我一样也遇到这个 Bug 的话，也不用太担心。这些问题其实不难解决，自己 Workaround 即可。

目前看到的情况有：
Comment 没有正确标示
Comment 语法错误
不正确的使用 DELIMITER
奇怪的 STOP 命令(不太确定这是做什么用的)

自己用 sed 去修改转换过后的 example.sql 即可。

replace.rules文件的内容：

上面几行的意义：

MySQL 的 Binary Log 在处理 Comment 的时候，有的时候会漏加 "#" 符号在 Comment Line 的最前面。
例如本来是：

要改成：

在某些 SQL statement(例如 REPLACE INTO search)的最后面会有一些 Comment 存在，但这些 Comment 的语法不正确反而会造成执行失败，故删除之。
类似以下的行都应该删除：

........等等

删除不正确的 DELIMITER 命令，像以下这样就是不正确的：

有的时候会在 Binary Log 中出现 Stop 这个命令而导致执行失败，故删除之。但我不太确定这个 Stop 命令实质上的用途是什么。

这样可以过滤焦油...试试

一是文件太大, GZIP压缩后也还是大(相对来说)

二是耗CPU资源厉害, 特别是功能多的时候, 耗的资源更厉害, 比原生javascript慢了将近10倍
对比结果是测试一个Grid得来的, 开着任务管理器在看对比, 当然, 原生的javascript我没做到那么好看和复杂的功能了.
简洁实用才是王道.

三是学习成本比较高, 做什么都要查文档.

Ext的适用环境: 服务器与客户端连接的速度要快, 机器的配置要高.
用jQuery, 本来就奢侈, 更不用说Ext了.

不过话说回来, Ext用起来还真的是爽, html, css基本都不用写了, 特别适合不会做界面的程序员. 这也是众多程序员吹捧的原因.

如果实在喜欢Ext, 可以把它的风格仿制一套出来, 放到自己的框架中.

作者网站上的说明: http://kevin.vanzonneveld.net/techblog/article/create_daemons_in_php/

类似这样安装:

像这样使用:

综合实例

控制 Daemon

执行daemon

检查daemon
Your daemon has no way of communicating through your console, so check for messages in:

看看是不是还在运行:

Kill daemon
Without the start/stop files (see below for howto), you need to:

开始 / 停止 (只支持Debian & Ubuntu)
真正的daemons有一个init.d文件. 记得怎么样启动apache吧?

用这个方法停止更好:

Well with System_Daemon you can write autostartup files using the writeAutoRun() method, look:

On success, this will return the path to the autostartup file: /etc/init.d/logparser, and you're good to go!

启动时运行daemon
在 Debian & Ubuntu 上输入以下命令:

现在系统启动就会自动运行logparser.

如果要停止, 输入如下命令:

另外, PHP的进程控制, 可以看
http://www.php.net/manual/en/book.pcntl.php

最难的部份是委托单

如某股票当前股价是6.00元, 用户下了5.90的买入单
系统就要按监控周期不停的监控这张委托单和股票的价格变化, 直到股票的价格<=5.90
在多用户多委托单的情况下, 解决起来还是比较麻烦的, 这也是整个系统的核心所在.
因为委托单是自动成交的, 所以必须把股票的实时行情本地化, 这将加大开销.

自己举个例子算一下数据:
上深所有A股 = 2000支
用户数 = 100人
每人每天下单数量 = 10单
监控是否可以成交周期 = 5秒

21Andy.com原创

这样每5秒就要执行一次, 以下代码我直接在这里现写的, 未测试...

我上面注了, "这里会有严重的问题", last_price表是所有股票的最新行情, 那么它的变化可能就是1秒以内的事
而监控5秒才执行一次, 这里会错过价格变化.
其实上面的可以简化为

总结办法有2个:
1. 在更新每支股票股价的时候, 查找每支股票相应可以成交的委托单
可以实时最快成交. 但这样消耗可能会很大, 每1秒都要重复做的事: 更新2000支股票的价格, 还要每支股票查找一次可以成交的订单, 还要其他成交后一系列的操作.
2. 定时遍历股票
这就是我上面说的方法, 但这样会错过价格变化, 取价格的方法不对. 不能取单一时间的价格, 而是要取时间段的最小(大)价格.这样就不能从最终价格表来取, 而要从历史价格表取.

或者

这二者一样, 都是从100000000开始

生成定单号方案二:
表类型Myisam, 用2个主键字段

注意，两个字段都是主键
订单号就会像这样

prefix id
A 1
A 2
...
B 1
B 2

生成定单号方案三:
类似tinyurl的生成方法, 这种方法定单号很短, 但定单号看起来就不那么"专业"了...

生成定单号方案四:
这种方法生成的定单号, 看起来相当"专业", 但也很长...
有个小技巧, 每个网站用户, 都会有一个唯一的ID, 再加上时间, 就能确保唯一性
保守一点, 咱网站用户最多让他100万个吧
那就是090608 010925 1000000
一共6+6+7=19位

DX Auth User Guide Version 1.0 参考手册

原文：http://dexcell.shinsengumiteam.com/dx_auth/index.html

欢迎使用 DX Auth

DX Auth 是一个CodeIgniter（PHP框架）的身份验证库。她的目标是是你容易地实现安全，容易的在你的项目中使用身份验证库，同时给你选择简单验证系统或全能验证系统的灵活性。

DX Auth 是以国际化思路构建的，所以所有的字符串都是在语言文件中可用的。（除了捆绑的示例，因为那时你的代码而不是库）。

它由 Jason Ashdown 基于 CL Auth 0.2.5 开发。

DX Auth的特色有哪些？

基本验证（登录，注销，注册，修改密码）。
记住我。
使用用户名或E-mail或两者登录（依赖于你的配置）。
忘记密码。
踢人。
最后登录的IP地址和时间（可选）。
E-mail 激活（可选）。
用户档案（可选）。
基于角色（管理员，用户，版主，等）。也支持继承（可选）。
基于URI和角色限制页面访问（可选）。
为每个角色自定义权限（可选）。
登录尝试（可选）。你可以使用它在指定的尝试次数后显示验证码以阻止机器人。
事件（例如：你可以自己加上在用户激活后发送欢迎站内信的代码）。
验证码（可选，自带的和reCAPTICHA均可用）。
简单的管理员面板（这样你可以对它自定义，把它包含进你自己的管理员面板，或者如果你不需要就删了它）。
多数特性是可选的，意味着你可以在配置文件里把它关掉，删掉，或放着不用它。

CL Auth 0.2.5 后的更新

如果你以前用过 CL Auth，你或许想知道在 CL Auth 0.2.5 后有些什么更新。

Bug 修正。
添加、修改函数
修改了代码结构
组改为角色
直接与 CI 绑定的 session 兼容
为国际化添加语言文件
所有的函数命名以 “lower_case” 风格取代了“camelCase”风格。
源代码书写遵循 CI 用户手册规范
添加源代码注释，这样你可以容易地跟进。
带有详细解释的 CodeIgniter 风格用户手册。
还有其他一些我忘了的鸟...
看起来挺好，从哪儿开始呢？请阅读“开始”或者看示例。

DX Auth 在 CI 1.7.0 下测试通过，但在以前版本中应该也可以使用。

CodeIgniter DX Auth 插件安装

原文：http://dexcell.shinsengumiteam.com/dx_auth/installation/index.html

下载 DX Auth

点此下载  官方页面：http://dexcell.shinsengumiteam.com/dx_auth/installation/downloads.html

安装说明

安装带有示例的 DX Auth

1. 将压缩包解压。
2. 复制 captcha 文件夹到你的 CI 文件夹。让 Web 服务器对此文件夹可写。
3. 复制 application 文件夹到你的 CI application 文件夹。
4. 将 DX Auth 的数据库结构安装到你的数据库。
5. 打开 application/config/config.php。修改 $config['sess_use_database'] 为 TRUE。

只安装 DX Auth 库

1. 将压缩包解压。
2. 复制 captcha 文件夹到你的 CI 文件夹。让 Web 服务器对此文件夹可写。
3. 复制 application/plugins/ 文件夹到你的 CI application/plugins/ 文件夹。
4. 复制 application/config/ 文件夹到你的 CI application/config/ 文件夹。
5. 复制 application/libraries/ 文件夹到你的 CI application/libraries/ 文件夹。
6. 复制 application/helpers/ 文件夹到你的 CI application/helpers/ 文件夹。
7. 复制 application/models/ 文件夹到你的 CI application/models/ 文件夹。
8. 复制 application/language/ 文件夹到你的 CI application/language/ 文件夹。
9. 将 DX Auth 的数据库结构安装到你的数据库。
10.  打开 application/config/config.php。修改 $config['sess_use_database'] 为 TRUE。

搞定！

如果你初学 DX Auth，请阅读用户手册的开始章节以开始使用 DX Auth。 

数据库结构

下面是 DX Auth 库所需的数据库结构，或者你也可以在下载 zip 文件并解压后从 'schema.sql' 中找到它。

这将安装：

• 名为 'ci_sessions' 的 CI Session 表。如果在你的数据库中已经有这个表你可以删掉 'ci_session' 的安装脚本。
• DX Auth 库表。
• 具有管理员角色的用户，用户名：admin，密码：hello。
• 具有用户角色的用户，用户名：user，密码：hello。
• role_table 中的默认角色（用户和管理员）。

CodeIgniter DX Auth 插件用户手册 - 开始

开始了
在你跟随示例安装并设置好 DX Auth 配置文件之后，你或许只想看看 DX Auth 捆绑的示例运行情况，而不是先阅读这个简单的示例。
要玩玩这个你可以打开：

• {你的 CI URL}/auth/login/ 登录。
• {你的 CI URL}/auth/logout/ 退出。
• {你的 CI URL}/auth/register/ 注册。
• {你的 CI URL}/auth/register_recaptcha/ 使用 reCAPTCHA 注册。
• {你的 CI URL}/auth/forgot_password/ 使用忘记密码功能。
• {你的 CI URL}/auth/change_password/ 在你登录后修改密码。
• {你的 CI URL}/auth/cancel_account/ 在你登录后把帐号自杀。

要访问管理员控制面板（你需要以管理员身份登录或者你的用户角色已经授权给了权限表）：

• {你的 CI URL}/backend/users/ 管理用户。
• {你的 CI URL}/backend/unactivated_users/ 管理未激活用户
• {你的 CI URL}/backend/roles/ 管理角色。
• {你的 CI URL}/backend/uri_permissions/ 管理URI权限。
• {你的 CI URL}/backend/custom_permissions/ 管理自定义权限。

通常，{你的 CI URL} 就是在你 CI 配置文件中 'base_url' 和 'index_page' 项的组合。

CodeIgniter DX Auth 插件用户手册 - 函数参考

原文：http://dexcell.shinsengumiteam.com/dx_auth/general/functions.html

主要函数

下面是你可以在 DX Auth 库中可以使用的函数列表。

login($login, $password, $remember = TRUE)

登录用户。如果登录成功，返回 TRUE ，否则 FALSE。

$login 是用户名或E-mail地址或者两者均可，取决于 dx_auth 配置文件中的设置。
$password 是用户密码。
$remember 是使用户下次打开网站时仍记住用户（“记住登录”）。

如果函数返回 FALSE 你可以使用 get_auth_error() 函数返回一错误字符串。

logout()

注销用户。

register($username, $password,$email)

注册新用户。如果注册成功，返回新用户记录，否则返回 FALSE。

如果 dx_auth 配置文件中 DX_email_activation 的值为 TRUE ，那么它将发送E-mail验证，并要求用户验证帐号。
如果 dx_auth 配置文件中 DX_email_activation 值为 FALSE 且 DX_email_account_details 值为 TRUE ，那么它将通过E-mail发送用户帐号信息。

此函数将自动设置新用户角色ID ( role_id )为 1，所以你需要确保有 id = 1 的记录在角色表中，它的name字段值是类似“普通用户（normal user）”这样的。

forgot_password($login)

发送一封带有密钥的邮件以重置他们的密码。如果成功则返回 TRUE， 否则返回 FALSE。

$login 是用户名或E-mail。

由于密码是单向加密的，不可能得到原值。这就是我们需要重置它的原因。

如果函数返回 FALSE ，你可以使用 get_auth_error() 函数返回一错误字符串。

reset_password($username, $key = '')

基于用户名和密钥重设密码。通常和 forgot_password() 函数搭配使用。如果成功返回 TRUE 否则返回 FALSE。

activate($username, $key = '')

基于用户名和密钥激活用户。在 dx_auth 配置文件中 DX_email_verification 设置为 TRUE 的前提下，它常用于在注册后激活用户帐号。

change_password($old_pass, $new_pass)

修改当前已登录用户的密码。调用此函数前请确保你已经检查用户成功登录了。成功返回 TRUE，失败返回 FALSE。

如果函数返回 FALSE ，你可以使用 get_auth_error() 函数返回一错误字符串。

cancel_account($password)

从数据库删除当前已登录用户的帐号。调用此函数前请确保你已经检查用户成功登录了。 成功返回 TRUE，失败返回 FALSE。

如果函数返回 FALSE ，你可以使用 get_auth_error() 函数返回一错误字符串。

get_user_id()

返回用户 ID，只在用户已登录后可用。

get_username()

返回用户名，只在用户已登录后可用。

get_role_id()

返回用户角色 ID，只在用户已登录后可用。 

get_role_name()

返回用户角色名，只在用户已登录后可用。

is_admin()

检查用户是否为管理员，只在用户已登录后可用。

当用户的角色 ID 和 角色（roles）表中 name 字段值为'admin'（不分大小写）的那行记录的 role_id 字段的值相同，函数将返回 TRUE。

is_role($roles = array(), $use_role_name = TRUE, $check_parent = TRUE)

检查用户是否有 $roles 权限。
如果 $use_role_name = TRUE 则 $roles 是类似于 '管理员'，'编辑'，'等' 的权限名，否则 $roles 是类似于 0， 1， 2 的 role_id 。

如果 $check_parent 为 TRUE 意味着如果此角色在用户角色中没有找到，它将检查父角色中是否有那个用户角色。

你可以在 $roles 参数中传递一个数组或者一个字符串。

示例：

if ($this->dx_auth->is_role('admin')) 
{ 
    // Do something 
} 
 
if ($this->dx_auth->is_role(array('admin', 'moderator')) 
{ 
    // Do something 
} 
 
// Using an Role ID as $roles parameter 
if ($this->dx_auth->is_role('1', FALSE)) 
{ 
    // Do something 
} 
 
if ($this->dx_auth->is_role(array('1', '2'), FALSE)) 
{ 
    // Do something 
} 

is_logged_in()

检查用户是否已登录。

is_banned()

检查用户是否为一个被踢用户。

你应该在调用 login() 函数后才调用这个函数。这样如果 login() 函数返回 FALSE，你可以检查用户是被踢了还是未使用这个函数。

get_ban_reason()

取得被踢用户的被踢原因。

你应该在调用 login() 函数后才调用这个函数。这样如果 login() 函数返回 FALSE，且用户已被踢，你可以使用这个函数取得原因。

is_username_available($username)

通过在数据库中查询确认没有相同的用户名，检查用户名是否可用。此函数常用于表单验证的回调函数中。

is_email_available($email)

通过在数据库中查询确认没有相同的E-mail，检查E-mail是否可用。此函数常用于E-mail表单验证的回调函数中。

get_auth_error()

当 login(), forgot_password(), change_password(), cancel_account() 函数返回失败时，取得一个错误信息。

is_max_login_attempts_exceeded()

检查登录尝试次数是否超过了在 dx_auth 配置文件中指定的值。

登录次数的增长通过登录 IP 识别。

check_uri_permissions($allow = TRUE)

这个将检查当前登录的用户是否允许访问当前 URI，基于他所属的角色，或者他的父角色。

下面是当你调用这个函数时将会发生的细节：

首先，函数将检查用户是否已登录，如果用户还没登录，它将重定向到登录 URI。

但如果用户已登录，它将检查用户是否为管理员（admin）。

如果用户是管理员，它将允许访问这个URI。

但如果用户不是管理员，它将检查用户所属角色或父角色是在数据库权限表中否有访问当前URI的权限。

如果用户被禁止，它既爱那个重定向到禁止访问的URI。

你可以在控制器构造器中调用 check_uri_permissions() 以保护整个控制器：

class Home extends Controller  
{ 
    function Home() 
    { 
        parent::Controller(); 
 
        $this->dx_auth->check_uri_permissions(); 
    } 
} 

或者在一个函数中使用它：

function hello_world() 
{ 
    $this->dx_auth->check_uri_permissions(); 
     
    // Do something 
} 

实例：

有一个用户 role_id = 1 (普通用户 normal user).
在权限表中，有一个指定了 role_id = 1 的记录，它有 '/test/'  URI 的 URI 访问权限。
现在这个用户想要访问 '/test/hi/'。

如果你在 Test 控制器中有这样的代码：

class Test extends Controller  
{ 
    function Test() 
    { 
        parent::Controller(); 
         
        // Secure controller 
        $this->dx_auth->check_uri_permissions(); 
    } 
     
    function hi() 
    { 
        echo 'Hi'; 
    } 
     
    function hello() 
    { 
        echo 'Hello'; 
    } 
} 

这个用户将会通过检查并访问'/test/hi/' URI，会显示 'Hi' 。
因为如果权限 URI 设置为 '/test/'，意味着对Test类和它下面所有方法函数授权。

如果你想只对函数限制访问，你可以在设置权限 URI 时指定 '/class/function/'。

例如，在上面的实例中，如果你把 role_id = 1 的URI权限设置为'/test/hi/'，用户将可以访问'/test/hi/' URI，但不能访问'/test/hello/' URI。

你也可以设置 URI 权限为 '/' ，以打开对所有 URI 的访问权限。

也可以通过在调用 check_uri_permissions() 时指定 $allow = FALSE （译注：此处原文为 TRUE，应该是有误）以反转前面所有的解释。
这样它将会在 URI 权限找到时禁止用户访问URI ，而不是在 URI 权限找到时允许用户访问 URI。

要设置 URI 权限，你必须使用在权限模型中给出的函数，或者使用你自己的。请查看关于设置权限的示例。

CL Auth 用户请注意，URI 权限现在的格式重命名为 '/class/function/' ，取代了 '/class/function'。

继承

如果用户角色有一个父角色，那用户也有到父角色的权限，等等。要阐述这个，让我们先来看一下这个 URI 权限图解：

User
{
 '/home/'
 '/help/'
}

Moderator: User
{
 '/moderator/'
}

Super_Moderator: Moderator
{
 '/super/'
}

Big_Moderator: Moderator
{
 '/big/'
}

这意味着，Super_Moderator 角色可以访问 Moderator 和User 的 URI，但不能访问 Big_Moderator 的 URI。

要使用这个特性，你需要在角色表中为每个角色中的 parent_id 指定一个父角色。

这是前面的示例用到的角色表结构。

id  parent_id  name
-------------------------
1    0    User
2    0    Admin
3    1    Moderator
4    3    Super Moderator
5    3    Big Moderator

注意，这个功能是可选的，或许你完全可以使用 is_admin(), is_role(), is_logged_in() 这些函数搞定用户验证，而不必使用它。

CodeIgniter DX Auth 插件用户手册 - 事件

事件

事件是 DX Auth 库中的特定函数被调用时触发的函数。要使用这些事件你需要打开 'libraries/DX_Auth_Event.php'，放上你的代码。

下面就是你可以在 DX Auth 库中可以用到的事件。

user_activated($user_id)

如果配置中的 'DX_email_activation' 值为 TRUE，此事件就会在用户通过他们E-mail中收到的密钥成功激活后发生。

如果配置中的 'DX_email_activation' 值为 FALSE，此事件就会在用户成功注册后发生。

$user_id 是被激活用户的ID。

默认情况下，这儿会有创建用户档案的代码。如果你不需要用户档案，你可以删除这些代码。

user_logged_in($user_id)

此事件在用户登录后发生。$user_id 是登录用户的ID。

user_logging_out($user_id)

此事件在用户退出前发生。$user_id 是退出用户的ID。

user_changed_password($user_id, $new_password)

此事件在用户修改密码后发生。$user_id 是修改密码用户的ID，$new_password 是新的密码。

user_canceling_account($user_id)

此事件在用户帐号被自杀前发生。$user_id 是要被自杀的帐号ID。

默认情况下，这儿会有删除用户档案的代码。如果你不需要用户档案，你可以删掉这些代码。

checked_uri_permissions($user_id, &$allowed)

此事件在 DX_Auth 中的 check_uri_permissions() 函数被调用时发生。在检查过用户角色是否被授权访问 URI 后，此事件将被触发。

$allowed 是在执行检查之前的结果，由于它是以引用传递的，它的值是可以修改的。

got_permission_value($user_id, $key)

此事件在 DX_Auth 中的 get_permission_value() 被调用时发生。

got_permissions_value($user_id, $key)

此事件在 DX_Auth 中的 get_permissions_value() 被调用时发生。

sending_account_email($data, &$content)

此事件在 dx auth 发送带有帐号信息的邮件之前发生。

$data 是一个数组，包含 username, password, email, 和 last_ip。
$content 是E-mail内容，以引用传递。

默认情况下那儿有关于怎样创建内容的示例代码。你可以修改它以适合你的需求。

sending_activation_email($data, &$content)

此事件在 dx auth 发送激活邮件之前发生。

$data 是一个数组，包含 username, password, email, last_ip, activation_key, activate_url。
$content 是E-mail内容，以引用传递。

默认情况下那儿有关于怎样创建内容的示例代码。你可以修改它以适合你的需求。

sending_forgot_password_email($data, &$content)

此事件在 dx auth 发送重设密码邮件之前发生。

$data 是一个数组，包含 password, key, 和 reset_password_uri。
$content 是E-mail内容，以引用传递。

默认情况下那儿有关于怎样创建内容的示例代码。你可以修改它以适合你的需求。

get_permission_value($key, $check_parent = TRUE)

通过指定的键获取权限值。只在用户已登录后才可调用此函数。

$key 是权限数组键（注意：权限在表中是以数组存储的）。
如果 $check_parent 为 TRUE 意味着如果权限值在用户角色中没有找到，它将尝试获取父角色的权限值

如果权限找到返回其值，否则返回 NULL 。

要设置权限，你必须使用在权限模型中指定的函数，或者自己编写。请查看关于设置权限的示例。

注意：使用此函数是可选的，或许你完全可以手动检查用户权限，并使用 is_admin(), is_role() 这样的函数手动搞定权限，而不必使用它。

get_permissions_value($key, $array_key = 'default')

通过指定的键获取那些权限的值。只在用户已登录后才可调用此函数。

此函数将在用户权限和父权限中搜索键。

$key 是权限数组键 （注意：权限在表中是以数组存储的）。

$array_key = 'default'. 返回以 0，1，2 作为键值排列的数组。
$array_key = 'role_id'. 返回以 role_id 作为键值排列的数组。
$array_key = 'role_name'. 返回以 role_name 作为键值排列的数组。

如果权限找到，返回包含其值的数组，否则返回 NULL。

要设置权限，你必须使用在权限模型中指定的函数，或者自己编写。请查看关于设置权限的示例。

注意：使用此函数是可选的，或许你完全可以手动检查用户权限，并使用 is_admin(), is_role() 这样的函数手动搞定权限，而不必使用它。

deny_access($uri = 'deny')

调用此函数将把用户重定向到 $uri 变量设定的值。默认 $uri 为 'deny'。

$uri = 'deny' 将重定向用户到 dx_auth 配置文件中指定的 'DX_deny_uri' 值。
$uri = 'login' 将重定向用户到 dx_auth 配置文件中指定的 'DX_login_uri' 值。
$uri = 'banned' 将重定向用户到 dx_auth 配置文件中指定的 'DX_banned_uri' 值。

catpcha()

创建一个用于表单验证的图片验证码。

get_catpcha_image()

获取创建的HTML图像。请在视图中使用这个函数。

is_captcha_expired()

检查创建的验证码是否已过期。请在表单验证回调函数中使用这个函数。

is_captcha_match($code)

检查创建的验证码文本是否与 $code 匹配。请在表单验证回调函数中使用这个函数。

reCAPTCHA 函数

（译注：一系列用于英文验证码的函数，可以有声音验证，中文网站怕是很少用到，先不翻译了。感兴趣的朋友请查看原文）

CodeIgniter DX Auth 插件用户手册 - 配置

原文： http://dexcell.shinsengumiteam.com/dx_auth/general/config.html

配置

下面是 DX Auth 库中的配置，你可以看一下代码中的注释。