在linux下编译安装nginx+php(fastcgi)
nginx使用fastcgi方式连接php，在linux下面编译安装时要编译php支持fastcgi方式，其他的一些东西，照着原来的方式装就可以了。
分为以下步骤：
1、安装php的fastcgi版
2、使用spawn-fcgi启动php的fastcgi引擎
3、配置nginx连接php的fastcgi引擎
1、安装php的fastcgi版
mkdir /usr/local/modules
#jpeg目录
mkdir /usr/local/modules/jpeg6
mkdir /usr/local/modules/jpeg6/bin
mkdir /usr/local/modules/jpeg6/lib
mkdir /usr/local/modules/jpeg6/include
mkdir /usr/local/modules/jpeg6/man
mkdir /usr/local/modules/jpeg6/man/man1
A1、安装zlib
tar xzvf zlib-1.2.1.tar.gz
cd zlib-1.2.1
#不要用--prefix自定义安装目录，影响gd的安装
./configure
make
make install
A2、安装freetype
tar xzvf freetype-2.1.5.tar.gz
cd freetype-2.1.5
./configure --prefix=/usr/local/modules/freetype
make
make install
A3、安装libpng
tar xzvf libpng-1.2.5.tar.gz
#不要用--prefix自定义安装目录，影响gd的安装
cd libpng-1.2.5
cp scripts/makefile.std makefile
make test
make install
A3、安装jpeg
tar xzvf jpegsrc.v6b.tar.gz
cd jpeg-6b
./configure --prefix=/usr/local/modules/jpeg6 --enable-shared --enable-static
make
make install
A4、安装GD
tar xzvf gd-2.0.28.tar.gz
./configure --prefix=/usr/local/modules/gd --with-jpeg=/usr/local/modules/jpeg6 --with-png --with-zlib --with-freetype=/usr/local/modules/freetype
make
make install
然后编译安装php，注意加上--enable-fastcgi参数和--enable-force-cgi-redirect参数
./configure --prefix=/usr/local/php --with-gd=/usr/local/modules/gd --with-jpeg-dir=/usr/local/modules/jpeg6 --with-zlib --with-png --with-freetype-dir=/usr/local/modules/freetype --enable-magic-quotes --enable-fastcgi --with-mysql=/usr/local/mysql --enable-track-vars --enable-ftp --with-config-file-path=/usr/local/php/etc --with-zip --enable-force-cgi-redirect
make -j10
make install
如果过程中发现有错误:
mysql的错误在ubuntu 12.04 x64上解决方法:
sudo ln -s /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18 /usr/lib64/
sudo ln -s /usr/lib/x86_64-linux-gnu/libmysqlclient.so /usr/lib64/
2、使用spawn-fcgi启动php的fastcgi引擎
编译完成后在/usr/local/php/bin/下面就会有php-cgi这个可执行程序，使用spawn-fcgi启动php的fastcgi引擎：
/data/nginx/sbin/spawn-fcgi -a 127.0.0.1 -p 9000 -u nobody -f /usr/bin/php-cgi -C 20
意思是fastcgi使用本机ip和端口9000提供服务，权限nobody，启动20个进程。其中主要留意-C这个参数，一般20个进程足够用了，觉得不够亦可开大，在我的机器上每个php-cgi进程会占用7-8兆内存，开100个就是700-800兆。
spawn-fcgi这个程序在nginx里没有提供，可以在
http://www.sudone.com/download/spawn-fcgi
下载到，一般放在nginx的sbin目录下，然后要给它加上可执行权限：
chmod +x /data/nginx/sbin/spawn-fcgi
3、配置nginx连接php的fastcgi引擎
首先弄一份fastcgi-params配置，在nginx的conf目录下建一份文本文件，内容是：
#fastcgi-params
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_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 GATEWAY_INTERFACE CGI/1.1;
fastcgi_param SERVER_SOFTWARE nginx;
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;
#end
这个是最原始的fastcgi-params，在网上也可能有更优化的版本，可以相应取用。
然后配置nginx.conf，比如www.sudone.com，这样配置就可以用了：
server {
include port.conf;
server_name www.sudone.com sudone.com;
location / {
index index.html index.php;
root /data/sudone/php/;
}
location ~ .php$ {
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /data/sudone/php$fastcgi_script_name;
include fastcgi_params;
}
}
拿下来之后，有几个需要改的地方：
1、server_name
2、location /里面的root
3、location ~ .php$里面的fastcgi_param SCRIPT_FILENAME
其中fastcgi_param SCRIPT_FILENAME的参数中，$fastcgi_script_name前面是php文件的路径一般和root一样的，最后不用写/，貌似会有点问题，不要画蛇添足。
注意事项：
可能会有的管理员启动nginx后总是忘记启动spawn-fcgi，所以最好是写一份脚本来启动，然后要养成测试服务可用性的习惯。
Setting up a Mercurial server under IIS7 on Windows Server 2008 R2
This guide walks you through setting up a Mercurial server under IIS7 on Windows Server 2008 R2.
Note: This post uses Mercurial 1.4.3 and Python 2.5.4, although this process will also work with Mercurial 1.5 and Python 2.6.4
Install Mercurial
First you’ll need to download and install Mercurial. I won’t walk through this as it’s a simple case of pressing "next" several times.
Install Python
Next you’ll need to install Python. Note that you need to use the same version of Python that was used to build Mercurial. This guide uses Mercurial 1.4.3 with Python 2.5.4, but if you’re installing Mercurial 1.5 then you’ll need to use Python 2.6 instead.
Be sure to install the x86 version of Python even if you’re running on an x64 system.
Get hgwebdir
Next you’ll need to download hgwebdir.cgi. This is the python script that will allow serving Mercurial repositories through a web server.
Hgwebdir is part of the Mercurial source code, so you’ll need to download the source package to get it. This can be found on the Mercurial site or you can check out the hg source by running the following command:
hg clone http://selenic.com/repo/hg
Once downloaded, hgwebdir.cgi is in the root of the source distribution.
Install IIS
Under Windows Server 2008 you can install IIS under the Server Manager and clicking "Add Roles". Proceed through the wizard and select the "Web Server (IIS)" role.
Under "Role Services" ensure that you enable Basic Authentication as well as CGI extensibility.
Configure Python for IIS
First, create a new directory under the wwwroot directory (C:inetpubwwwroot). I’m going to call it "hg".
In the "Handler mappings" section for this directory select "Add Script Map":
Next, enter *.cgi as the Request Path and the Executable Path should be set toc:Python25python.exe -u "%s". Enter "Python" as the Name.
At this point, you can test whether Python is working properly by creating a simple python script:
print 'Status: 200 OK' print 'Content-type: text/html' print print '<html><head>' print '' print '<h1>It works!</h1>' print '' print ''
Save this in the directory that you created (C:inetpubwwwroothg) as test.cgi. Now, when you point your browser to http://localhost/hg/test.cgi you should see the following output:
Enabling hgwebdir.cgi
First, copy hgwebdir.cgi (that you downloaded in step 3) and paste it into c:inetpubwwwroothg. Open this file in a text editor and scroll down to the end. The last lines should look like this:
application = hgwebdir('hgweb.config')
wsgicgi.launch(application)
Change the first line to explicitly specify the path to your hg directory:
application = hgwebdir('c:inetpubwwwroothghgweb.config')
wsgicgi.launch(application)
Next, you’ll need to unzip the Mercurial library into c:inetpubwwwroothg. This can be found inLibrary.zip under the c:program files (x86)Mercurial directory.
You’ll now need to copy the hgweb templates directory into c:inetpubwwwroothg. This is located in the root of the Mercurial installation directory (C:program files (x86)Mercurial)
Finally, create a file called hgweb.config in c:inetpubwwwroothg. This file can be empty for now (we’ll be putting something in it shortly).
At this point, visiting http://localhost/hg/hgwebdir.cgi will show you an empty repository page:
Configuring Repositories
Now you’ll need to create some repositories to publish. To do this, create a directory in the root of the C: drive called "Repositories". This is where our repositories are going to be stored.
Next, I’m going to create a "test" repository by issuing the following commands:
cd c:repositories mkdir test hg init test
Now we have a repository created, we need to tell hgwebdir where to find it. We can do this by opening up the hgweb.config file we created earlier and adding the following lines:
[collections] C:repositories = C:repositories
Now, visiting http://localhost/hg/hgwebdir.cgi should display our "test" repository
At this point it should now be possible to clone the test repository from the server with the following command:
hg clone http://localhost/hg/hgwebdir.cgi/test
Pretty URLs
Personally, I don’t like having to specify "hgwebdir.cgi" in the URLs. I’d much prefer something like http://localhost/hg/test to access my test repository.
This can be achived by using the URL rewriting extension for IIS which can be downloaded from Microsoft.
Once installed, you can access the URL rewriting settings though the "URL Rewrite" section of the IIS Manager. Select the "hg" subdirectory in the Connections pane and then select "URL Rewrite":
In the URL rewrite section add a new blank rule. The name of the rule is going to be "rewrite to hgwebdir".
Under the "Match URL" section set "Using" to "Wildcards" and set the "Pattern" to "*"
Under "Conditions" we want to ensure that we do not re-write URLs to any physical files, so add a condition for "Is Not a File":
In the "Rewrite URL" box at the bottom of the screen enter hgwebdir.cgi/{R:1}
The end result will look like this:
Finally, re-open your hgweb.config and add the following section:
[web] baseurl = /hg
This will ensure that hgwebdir generates urls to /hg rather than /hg/hgwebdir.cgi
Now, visiting http://localhost/hg will display our repositories page and http://localhost/hg/test will show our test repository. Likewise, we can now clone repositories using this url format.
Pushing Changes
By default, all repositores served via hgwebdir are read only – you cannot push changes to them. To change this, we can specify the users that should be able to push to the repositores by adding an "allow_push" section to our hgweb.config:
[collections] c:repositories = c:repositories [web] baseurl = /hg allow_push = Jeremy
This means that the user account "Jeremy" (a local user account on the server) will have push access to the repository.
However, if we try and push changes we’ll get an error:
c:projectstest>hg push pushing to http://localhost/hg/hgwebdir.cgi/test searching for changes ssl required
For now, we’ll disable SSL by setting push_ssl to false in our hgweb.config:
[collections] c:repositories = c:repositories [web] baseurl = /hg allow_push = Jeremy push_ssl = false
Now when we try and push we get a different error:
c:projectstest>hg push pushing to http://localhost/hg/hgwebdir.cgi/test searching for changes abort: authorization failed
This happens because by default IIS is serving up our site without authentication. We need to enable Basic Authentication in the Authentication area of IIS:
Now you’ll be prompted to enter your username and password:
After specifying the credetails, the changes will be pushed up. We can view the commit in our web UI:
Enabling SSL
When you use Basic authentication, your username and password will be sent over the wire in plain text. To make this more secure we can enable SSL. For this example I’m going to use a self-signed certificate, although this will also work with a real SSL certificate purchased from a provider.
First, you’ll need to go into the IIS manager, select "Server Certificates" and click "Create Self-Signed Certificate"
Now, add a binding for your Web Site for https on port 443 by right clicking on the site and selecting "Edit Bindings".
Add a new binding for https on port 443:
Once this is done, you should now be able to access the hgwebdir site by using https (https://localhost/hg). You’ll probably get an invalid certificate warning in your browser.
Now you can re-clone the repository using the secure url (also be sure to remove the "push_ssl = false" line from hgweb.config)
All done!
At this point, you should have successfully set up everything you need to use Mercurial in IIS7.
优惠
Meta
鸣谢以下云主机供应商
Categories
Tags
Archives
- December 2019
- November 2019
- October 2019
- August 2019
- June 2019
- May 2019
- April 2019
- March 2019
- January 2019
- December 2018
- November 2018
- October 2018
- September 2018
- August 2018
- July 2018
- June 2018
- May 2018
- March 2018
- February 2018
- January 2018
- December 2017
- September 2017
- August 2017
- July 2017
- June 2017
- April 2017
- March 2017
- February 2017
- January 2017
- December 2016
- November 2016
- October 2016
- September 2016
- July 2016
- June 2016
- May 2016
- March 2016
- February 2016
- January 2016
- December 2015
- November 2015
- October 2015
- September 2015
- August 2015
- June 2015
- May 2015
- February 2015
- November 2014
- September 2014
- July 2014
- June 2014
- May 2014
- April 2014
- February 2014
- January 2014
- December 2013
- November 2013
- July 2013
- June 2013
- May 2013
- February 2013
- January 2013
- December 2012
- November 2012
- October 2012
- September 2012
- August 2012
- July 2012
- June 2012
- May 2012
- April 2012
- March 2012
- February 2012
- January 2012
- December 2011
- November 2011
- October 2011
- August 2011
- July 2011
- June 2011
- May 2011
- April 2011
- March 2011
- February 2011
- January 2011
- December 2010
- November 2010
- October 2010
- September 2010
- August 2010
- July 2010
- June 2010
- May 2010