Recently I've come face-to-face with a significant processing task for a web application written in PHP. I haven't worked with process control very much, so I started researching ways of distributing the calculations to multiple processes. PHP offers several libraries for doing this (pcntl, POSIX), but it quickly became clear that if you're running Windows these libraries are not an option, and unfortunately at work I have a Windows machine. After a lot more research, I came across Gearman.
Gearman is essentially a distributed processing framework, and seems to have community support for many programming languages. It consists of two main components: the job server, and a Client and Worker API. The Client and Worker API can be used in a wide variety of languages, but the job server is only available as a C library or a Perl library. This makes it a bit tougher to get the server running on Windows, especially when you start running into some of the dependencies that it requires to build. As well, the Client/Worker API for PHP can only be installed as a PECL extension, or a very-out-of-date PEAR extension called Net_Gearman.
Nonetheless, after yet more research I decided that I would give it a shot by using Cygwin to get the job server running (if you haven't used Cygwin before, be sure to read about it before attempting to install Gearman this way), and PEAR to use the API. Pre-built PECL extensions aren't available for Windows anymore, and the build process for PHP extensions can be pretty painful, so it makes PEAR look good by comparison even if the code will be out of date.
I had a pretty frustrating time finally getting everything up and running due to various dependency issues, so I went back through the whole process and wrote it out step-by-step. I used a Windows XP SP3 machine for this, but I also got it working on a Windows 7 machine as well.
Installing the Gearman job server (gearmand) on Windows with Cygwin
Installing Cygwin
- If you don't have Cygwin already, you can get it from http://www.cygwin.com. The setup file is located here, and the setup process is pretty straightforward; run it and follow the wizard. Full installation instructions are available at the Cygwin site.
- Keep the Cygwin setup.exe file handy after you've installed the default software packages, as you'll need it in the future to add packages, similar to apt-get, yum, and other Linux/UNIX package managers.
- Cygwin installs with some basic packages, including a Cygwin Bash Shell that goes into your Start Menu. I prefer the mintty emulator instead, as it has less of a DOS Command Prompt feel and better terminal features. Feel free to use whatever shell you like of course. You can get mintty by re-running the setup.exe, and at the package selection screen, type 'mintty' into the Search bar at the top left. Expand the "Shells" category, and click on the word "Skip" under the "New" column beside the mintty package to select it before continuing the install process.
Installing Cygwin Package Dependencies needed for Gearman
If you're not already in the Cygwin setup, re-run the Cygwin setup.exe and go through to the package selection screen. The following is a list of dependency packages you will need in order to build the Gearman job server (gearmand). None of these packages were installed by default with Cygwin:
- gcc
- make
- libuuid1-devel
- libiconv
There's a good installation tutorial here that walks through getting gcc and make installed for people unfamiliar with Cygwin. Finding the others is pretty straightforward, the Search bar in the package selector works well.
Installing libevent
Gearmand requires an event notification library called libevent that you cannot get as a Cygwin package, which means it has to be installed from source. You can get the source here.
- Download and unpack the latest libevent stable release. At the time of this writing, I used libevent-1.4.14b-stable.
NOTE: Download and unpack to a directory that does not contain spaces in the name, such as "C:/cygwin/home/Zombat/libevent-1.4.14b-stable". If you unpack to something with spaces like "C:/Documents and Settings/Zombat/", the build process might not be able to install libevent correctly (libtool has a hard time with spaces)! - Open a Cygwin shell and
cd
to the unpacked libevent directory. - Run the following commands:
./configure
make
make install
libevent should now be installed and ready to be used when compiling the Gearman job server.
Installing the Gearman job server, gearmand.exe
- Download and unpack the C implementation of gearmand from http://gearman.org/index.php?id=download
- Open a cygwin shell and cd to your unpacked gearmand directory. Same rules apply as before, make sure you've unpacked in a directory with no spaces in the path! libtool hates that, and your build may fail.
- Run the following commands:
./configure
make
make install
The Gearman job server should now be installed and ready to use! Mine was installed at /usr/local/sbin/gearmand.exe, and running it with a "triple verbose" flag (-vvv
) should produce the following:
That's it for the job server. When you want to start it, simply open a Cygwin shell and run gearmand.exe
. Running it with the -d flag will cause the server to run as a daemon in the background, and running with --help will show you the full option list.
Installing the Gearman Client and Worker API (Net_Gearman)
I chose to install the PEAR Client and Worker API, as it is native PHP and doesn't involve compiling PECL extensions. The PEAR package is called Net_Gearman, and was originally written by Joe Stump at Digg.com. It is old and out of date now, although there appears to be a more recent fork at http://github.com/brianlmoon/net_gearman. I stuck with the older version, as I suspect it will meet my needs, and was readily available as a PEAR package.
This also makes installation relatively painless. Assuming you've previously set PEAR up, then all you have to do is open a command window (not a Cygwin shell) and run:
pear install Net_Gearman-alpha
The "-alpha" portion is necessary, as Net_Gearman apparently never made it to a stable release version. That being said, it has functioned well for me so far. Perhaps someone will pick the project up in the future.
I'll write more about getting started with the Client and Worker API in the next article, so we can actually use Gearman to get some work done.
http://www.phpvs.net/2010/11/30/installing-gearman-and-gearmand-on-windows-with-cygwin/
Gearman是一个分布式的任务调度框架,它包括 a client,a worker ,a job server这三部分组成。
Gearman的执行过程:客户端通过客户端API(PHP,C,Perl等)创建一个任务发送到job server上,Job Server 通过客户端的function name 查找合适的worker,并分到该worker上,worker接收到任务后根据worker的规则执行,并返回数据到job Server,而Job Server则把数据返回给客户端,这样Gearman的执行过程就结束了。
用户可以根据不同的需求制定不同的worker来处理不同的任务,将这些worker存放到不同的服务器上,Job Server会根据不同的客户端发送来的任务的function name寻找worker来执行,从而达到为业务服务器减轻压力;
Gearman的安装:
下载http://launchpad.net/gearmand/trunk/0.12/+download/gearmand-0.12.tar.gz
[falcon@www-001 ~/src/]$ wget
http://launchpad.net/gearmand/tr ... earmand-0.12.tar.gz [falcon@www-001 ~/src/]$ cd gearmand-0.12
[falcon@www-001 ~/src/gearmand-0.12]$ ./configure --prefix=/home/falcon/gearmand
[falcon@www-001 ~/src/gearmand-0.12]$ make && make instal
运行gearman 的job Server
[falcon@www-001 ~/src/gearmand-0.12]$ cd ~/gearmand
[falcon@www-001 ~/gearmand]$ ls
bin include lib sbin share
[falcon@www-001 ~/gearmand]$ sbin/gearmand --help
gearmand 0.12 -
https://launchpad.net/gearmand usage: sbin/gearmand
[OPTIONS]Main Options:
-b, --backlog=BACKLOG Number of backlog connections for listen.
-d, --daemon Daemon, detach and run in the background.
-f, --file-descriptors=FDS Number of file descriptors to allow for the process
(total connections will be slightly less). Default is max allowed for user.
-h, --help Print this help menu.
-j, --job-retries=RETRIES Number of attempts to run the job before the job server removes it. Thisis helpful to ensure a bad job does not crash all available workers. Default is no limit.
-l, --log-file=FILE Log file to write errors and information to. Turning this option on also forces the first verbose level to be enabled.
-L, --listen=ADDRESS Address the server should listen on. Default is INADDR_ANY.
-p, --port=PORT Port the server should listen on.
-P, --pid-file=FILE File to write process ID out to.
-r, --protocol=PROTOCOL Load protocol module.
-R, --round-robin Assign work in round-robin order per workerconnection. The default is to assign work in the order of functions added by the worker.
-q, --queue-type=QUEUE Persistent queue type to use.
-t, --threads=THREADS Number of I/O threads to use. Default=0.
-u, --user=USER Switch to given user after startup.
-v, --verbose Increase verbosity level by one.
-V, --version Display the version of gearmand and exit.
-w, --worker-wakeup=WORKERS Number of workers to wakeup for each job received. The default is to wakeup all available workers.
运行Job Server服务
[falcon@www-001 ~/gearmand]$ sbin/gearmand -d
判断gearmand是否运行
[falcon@www-001 ~/gearmand]$ ps -ef|grep gearmand
falcon 9083 1 0 02:46 ? 00:00:00 sbin/gearmand -d -vv
falcon 9112 28298 0 02:47 pts/1 00:00:00 grep gearmand
[falcon@www-001 ~/gearmand]$ netstat -an -t|grep 4730
tcp 0 0 0.0.0.0:4730 0.0.0.0:* LISTEN
到此Job Server运行正常,下面我们可以简单的在本地上测试Worker和Client是否能够正常接收任务
我们这里用gearman命令来测试
[falcon@www-001 ~/gearmand]$ bin/gearman --help
bin/gearman: invalid option -- -
Client mode: bin/gearman [options] [<data>]
Worker mode: bin/gearman -w [options] [<command> [<args> ...]]
公共参数区
Common options to both client and worker modes.
-f <function> - Function name to use for jobs (can give many)处理任务的函数名
-h <host> - Job server host (Job Server主机,默认是localhost)
-H - Print this help menu
-p <port> - Job server port (Job Server端口,默认是4730)
-t <timeout> - Timeout in milliseconds (执行多长时间超时,微秒)
-i <pidfile> - Create a pidfile for the process (创建进程的pid文件)
Client部分参数
Client options:
-b - Run jobs in the background (后台运行任务)
-I - Run jobs as high priority (高优先级运行任务)
-L - Run jobs as low priority (低优先级运行任务)
-n - Run one job per line (逐行执行任务)
-N - Same as -n, but strip off the newline
-P - Prefix all output lines with functions names (在输入结果前面加处理的函数名)
-s - Send job without reading from standard input 执行任务不返回结果
-u <unique> - Unique key to use for job 任务的唯一标识
Worker部分参数
Worker options:
-c <count> - Number of jobs for worker to run before exiting (统计worker进程处理多少个任务后中止)
-n - Send data packet for each line
-N - Same as -n, but strip off the newline
-w - Run in worker mode 以worker模式运行
示例一、以命令行方式模拟worker 和 client来处理任务
开启一个worker,以function name 为 tongji 来处理输入的数据,统计行数并返回结果
[falcon@www-001 ~/gearmand]$ bin/gearman -w -f tongji -- wc -l
模拟客户端连接到Job Server,以tongji函数名来提交一个文件,并接收结果
[falcon@www-001 ~/gearmand]$ bin/gearman -f tongji < /etc/profile
54
示例二、利用Gearman的php扩展来测试Gearman
安装PHP的Gearman扩展模块
[falcon@www-001 ~/src]$ wget http://pecl.php.net/get/gearman-0.7.0.tgz
[falcon@www-001 ~/src]$ cd gearman-0.7.0
[falcon@www-001 ~/src/gearman-0.7.0]$ /home/falcon/php/bin/phpize
......
[falcon@www-001 ~/src/gearman-0.7.0]$ ./configure \
--with-php-config=/home/falcon/php/bin/php-config --with-gearman=/home/falcon/gearmand
[falcon@www-001 ~/src/gearman-0.7.0]$ make && make install
将gearman.so加入到php.ini配置文件使其生效
测试php是否加载gearman模块
[falcon@www-001 ~/php/bin]$ php -m|grep gearman
官方示例:
将提交的字符串翻转后返回
Worker :worker_reverse.php
<?php
$worker= new GearmanWorker();
$worker->addServer();
$worker->addFunction("reverse", "my_reverse_function");
while ($worker->work());
function my_reverse_function($job)
{
return strrev($job->workload());
}
?>
运行worker
$php work_reverse.php &
Client:client_reverse.php
<?php
$client= new GearmanClient();
$client->addServer();
print $client->do("reverse", "Hello World!");
?>
执行client_reverse.php
$ php client_reverse.php
!dlroW olleH
参考资料:
http://gearman.org/index.php?id=getting_started
http://pecl.php.net/package/gearman
http://www.ibm.com/developerworks/cn/opensource/os-php-gearman/
Some times the core validation rules provided by Yii won't satisfy all your needs, so you'll need to create your very own validation rule.
Easy approach: inside-model rule
The easiest way to create a new validation rule is inside the model that is going to use it.
Let's say that you want to check if a user password is safe enough.
Usually you could achieve this result just by using the CRegularExpressionValidator but for the sake of this guide let's pretend that validator does not exist.
first of all in your model class you'll have to add two constants
const WEAK = 0; const STRONG = 1;
then in your rules method you'll have to set the rule
/** * @return array validation rules for model attributes. */ public function rules() { return array( array('password', 'passwordStrength', 'strength'=>self::STRONG), ); }
make sure that you won't give the rule the name of an existing one, otherwise you are going to have some troubles later.
Now the only thing you need to do is create a new method inside the model, named after the validation rule you just declared.
/** * check if the user password is strong enough * check the password against the pattern requested * by the strength parameter * This is the 'passwordStrength' validator as declared in rules(). */ public function passwordStrength($attribute,$params) { if ($params['strength'] === self::WEAK) $pattern = '/^(?=.*[a-zA-Z0-9]).{5,}$/'; elseif ($params['strength'] === self::STRONG) $pattern = '/^(?=.*\d(?=.*\d))(?=.*[a-zA-Z](?=.*[a-zA-Z])).{5,}$/'; if(!preg_match($pattern, $this->$attribute)) $this->addError($attribute, 'your password is not strong enough!'); }
The new method you just created accepts two arguments:
- $attribute = is the name of the attribute that the method is validating
- $params = additional parameters that you could define in the rules
In our rules method we used this rule on the password attribute, so the value of attribute inside our validation model will be password
In the rule we also setted an additional parameter named strength
the value of that parameter will be inside the $params array
As you can see inside the method we are making a call to CModel::addError().
Add Error accepts two parameters: the first one is the name of the attribute that you want to display the error in your form, the second one is the actual error string you want to be displayed.
Complete approach: extending the CValidator class
If you need your custom validation rule in more then one model the best thing to do is extending the CValidator class.
Extending this class you also can take advantage of other features, like CActiveForm::$enableClientValidation, first implemented with Yii 1.1.7 release.
Creating the class file
The first thing that you have to do is create your class file. The best thing is to always name it after your class name, to best use Yii lazy loading feature. Let's create a new directory inside your application extensions directory (which is located inside the protected directory).
Name this directory MyValidators.
Then we create our own file: passwordStrength.php
Inside this file create our CValidator class
class passwordStrength extends CValidator { public $strength; private $weak_pattern = '/^(?=.*[a-zA-Z0-9]).{5,}$/'; private $strong_pattern = '/^(?=.*\d(?=.*\d))(?=.*[a-zA-Z](?=.*[a-zA-Z])).{5,}$/'; ...
In the class file create one attribute for each additional parameter that you want to use inside your validation rule.
CValidator will take care to populate that attribute with the parameter value all by itself.
We also created two other attributes, each containing the patterns we want to use in our preg_match function.
Now we have to override the parent abstract method validateAttribute
/** * Validates the attribute of the object. * If there is any error, the error message is added to the object. * @param CModel $object the object being validated * @param string $attribute the attribute being validated */ protected function validateAttribute($object,$attribute) { // check the strength parameter used in the validation rule of our model if ($this->strength == 'weak') $pattern = $this->weak_pattern; elseif ($this->strength == 'strong') $pattern = $this->strong_pattern; // extract the attribute value from it's model object $value=$object->$attribute; if(!preg_match($pattern, $value)) { $this->addError($object,$attribute,'your password is too weak!'); } }
The method above is self explanatory i think.
Of course you could use constants in those IF, and I actually recommend it.
Implementing Client Validation
If you want to implement client validation you'll need to override another method inside your class: clientValidateAttribute
/** * Returns the JavaScript needed for performing client-side validation. * @param CModel $object the data object being validated * @param string $attribute the name of the attribute to be validated. * @return string the client-side validation script. * @see CActiveForm::enableClientValidation */ public function clientValidateAttribute($object,$attribute) { // check the strength parameter used in the validation rule of our model if ($this->strength == 'weak') $pattern = $this->weak_pattern; elseif ($this->strength == 'strong') $pattern = $this->strong_pattern; $condition="!value.match({$pattern})"; return " if(".$condition.") { messages.push(".CJSON::encode('your password is too weak, you fool!')."); } "; }
As you can see this method simply returns the javascript that you need to use for your validation
Last step: how to use your validation class inside the module rules
There are several approach you can use here.
You could first use Yii::import in the rules method before returning the rules array, or you can just use Yii dot notation:
/** * @return array validation rules for model attributes. */ public function rules() { return array( array('password', 'ext.MyValidators.passwordStrength', 'strength'=>self::STRONG), ); }
摘要: 转自:http://blog.csdn.net/yczz/article/details/5974235一、NoSQL简述 CAP(Consistency,Availabiity,Partition tolerance)理论告诉我们,一个分布式系统不可能满足一致性,可用性和分区容错性这三个需求,最多只能同时满足两个。关系型数据库通过把更新操作写到事务型日志里实现了部分耐用性,...