LAMP/LNMP 环境搭建
一．检查系统环境
①确认centos版本
[root@localhost ~]# cat /etc/redhat-release
②检查是否安装过apache
rpm -qa | grep httpd
或者：
apachectl -v
httpd -v
③检查是否安装过Mysql
service mysqld start
如果未被识别则没有安装
如果系统安装过,或者安装失败,清理一下系统
④清理Mysql痕迹
yum remove mysql
rm -f /etc/my.cnf
⑤卸载Apache包
rpm -qa|grep httpd
注意：如果是新的系统或者你从来没有尝试安装过,则以上步骤省略
二．安装Apache、PHP、Mysql
停止防火墙服务
[root@localhost ~]# systemctl stop firewalld.service
禁用防火墙开机启动服务
[root@localhost ~]# systemctl disable firewalld.service
①安装apache
[root@localhost ~]# yum -y install httpd
②安装php
[root@localhost ~]# yum -y install php
③安装php-fpm
[root@localhost ~]# yum -y install php-fpm
④安装Mysql
[root@localhost ~]# yum -y install mysql
⑤安装 mysql-server
[root@localhost ~]# yum install mariadb-server
⑥安装 php-mysql
[root@localhost ~]# yum -y install php-mysql
三.安装基本常用扩展包
①安装Apache扩展包
yum -y install httpd-manual mod_ssl mod_perl mod_auth_mysql
②安装PHP扩展包
yum -y install php-gd php-xml php-mbstring php-ldap php-pear php-xmlrpc php-devel
③安装Mysql扩展包
yum -y install mysql-connector-odbc mysql-devel libdbi-dbd-mysql
四.配置Apache、mysql开机启动
systemctl start httpd.service #启动apache
systemctl stop httpd.service #停止apache
systemctl restart httpd.service #重启apache
systemctl enable httpd.service #设置apache开机启动
重启数据库
#启动MariaDB
[root@localhost ~]# systemctl start mariadb.service
#停止MariaDB
[root@localhost ~]# systemctl stop mariadb.service
#重启MariaDB
[root@localhost ~]# systemctl restart mariadb.service
#设置开机启动
[root@localhost ~]# systemctl enable mariadb.service
五．配置Mysql
初次安装mysql是没有密码的,我们要设置密码,mysql的默认账户为root
方式1：设置 MySQL 数据 root 账户的密码：
[root@localhost ~]# mysql_secure_installation
当出现如下提示时候直接按回车：
Enter current password for root
出现如下再次回车：
Set root password? [Y/n]
出现如下提示输入你需要设置的密码,这里输入了root,输入密码是不显示的,回车后再输入一次确认：
New password:
此时此刻呢还会有四个确认,分别是：
Remove anonymous users? [Y/n]
Disallow root login remotely? [Y/n]
Remove test database and access to it? [Y/n]
Reload privilege tables now? [Y/n]
直接回车即可.
修改mysql密码：set password for 'root'@'localhost'=password('root');
mysql授权远程连接（navicat等）： grant all on *.* to root identified by 'root';
六．测试环境
我们在浏览器地址栏输入,正常显示,说明我们的lamp 环境搭建成功
七．安装nginx
yum install yum-priorities -y
wget
yum install nginx
Nginx 版本号可变更版本
八．配置nginx
①nginx启动,停止,重启
systemctl start nginx.service #启动nginx
systemctl stop nginx.service #停止
systemctl restart nginx.service #重启
systemctl enable nginx.service #设置开机启动
更改nginx端口号（根据自己需求）
cd /etc/nginx/conf.d/
vim default.conf
③访问即可看到nginx首页
systemctl start php-fpm.service #启动php-fpm
systemctl enable php-fpm.service #设置开机启动
④更改nginx配置文件识别php
vi /etc/nginx/conf.d/default.conf,把之前的#给去掉就可以了,顺手改一下
location ~ .php$ {
root html;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /usr/share/nginx/html/$fastcgi_script_name;
include fastcgi_params;
}
方法二 安装nginx
启动nginx,并设置为开机启动
systemctl start nginx
systemctl enable nginx
vim /etc/nginx/conf.d/default.conf
⑤在 /usr/share/nginx/html中新建一个test.php
访问即可看到php页面
修改完成配置记得启动apache 和php-fpm 哦！
九．负载配置
upstream site{
server {
server_name localhost;
#access_log /var/log/nginx/log/host.access.log main;
location / {
root /usr/share/nginx/html;
index index.html index.htm;
proxy_pass ;
apache 默认目录 /var/www/html
nginx 默认目录 /usr/share/nginx/html
升级php版本
查看yum的可安装的php版本列表
yum provides php
开始升级PHP更新源：
rpm -Uvh
yum remove php-common -y #移除系统自带的php-common
查看php版本
php -v
安装php fpm：
systemctl start php-fpm.service 【启动】
systemctl enable php-fpm.service【开机自启动】
CentOS yum有时出现"Could not retrieve mirrorlist "的解决办法——resolv.conf的配置
原因：没有配置resolv.conf
解决方法:
到/etc目录下配置resolv.conf加入nameserver IP,如：
search localdomain
保存再次运行上面的命令就可以.
nginx目录 ： /usr/share/nginx/html
/etc/nginx/conf.d/default.conf nginx配置目录
apache目录 ： /var/www/html
/etc/httpd/conf/httpd.conf apache配置文件
nginx 配置域名
cd /etc/nginx
cp default.conf imooc.conf
修改server_name imooc.test.com 以及项目目录
配置虚拟域名 windows 访问需要在host增加 linuxip
ServerName
DocumentRoot "/var/www/html/learnlaravel/public"
Options Indexes FollowSymLinks
AllowOverride All
Require all granted
关闭防火墙
setenforce 0
①.,安装strace
[html] view plain copy
sudo apt-get install strace
②.,查看php-fpm进程
③.,调试进程输出日志到文件
④.,查看日志文件
tail -f /temp/trace.log
如果只是提交amh php start 没额外加域名标识的话就会全部主机的php都启动.
脚本有
for domain in ◆ls /home/wwwroot/◆; do
if ; then
/root/amh/php $selected $domain;
fi;
done;
所以说是以/home/wwwroot/主机目录为准.
面板上只删除主机是没删除主机wwwroot文件目录的,避免误删整个目录.
另外/root/amh/php这个脚本有定义php_pid变量的.
php_pid="/usr/local/php/var/run/pid/php-fpm-$domain.pid";
刚才没仔细看脚本php_pid="/usr/local/php/var/run/pid/php-fpm-$domain.pid";
其实有了
那其实这里读取域名的脚本就有这么一个逻辑问题了
删除了域名 一般是不会删文件夹的
那这样就会今天这一节报错了 虽然不影响使用
不过我观察到域名的记录数据库也是有记录的
这里的$php_pid 是改成读取数据库好还是判断文件夹哪~
又或者这样 删除域名后 在被删除域名的文件夹添加个判断文件 removed
再在上面的循环中添加一个if ! -f removed
同时 建立主机的那里也要加个步骤
绑定域名 指定目录后
加一个删除 目录下的 removed文件的步骤
安装php
执行命令
如果报错和没有发现命令则执行
sudo apt-get install python-software-properties
再执行
sudo apt-get update
这个问题一包是nginx 在吧 .php文件交给 php-fpm 时出错
在nginx.conf中
location ~ .php{
fastcgi_param SCRIPT_FILENAME /usr/local/nginx/htmlfastcgi_script_name;
先看看php-fpm 是否在运行
运行命令
...
ps auxf | grep php-fpm 这是查找在运行的进程 a,x 是 本用户和其他用户都打开的,如上表示已启动
如果没有则执行
再看看有没有运行,如果又是命令错误或没有的的话 ...
遇到类似的问题,你可以去后盾人平台看看的哦,里面的东西不错应该能帮你解决一些不明白的问题(?◆?◆?)*
①③1 概述
FPM(FastCGI Process Manager)是PHP FastCGI运行模式的一个进程管理器,从它的定义可以看出,FPM的核心功能是进程管理,那么它用来管理什么进程呢?这个问题就需要从FastCGI说起了.
FastCGI是Web服务器(如：Nginx、Apache)和处理程序之间的一种通信协议,它是与Http类似的一种应用层通信协议,注意：它只是一种协议！
前面曾一再强调,PHP只是一个脚本解析器,你可以把它理解为一个普通的函数,输入是PHP脚本.输出是执行结果,假如我们想用PHP代替shell,在命令行中执行一个文件,那么就可以写一个程序来嵌入PHP解析器,这就是cli模式,这种模式下PHP就是普通的一个命令工具.接着我们又想：能不能让PHP处理http请求呢?这时就涉及到了网络处理,PHP需要接收请求、解析协议,然后处理完成返回请求.在网络应用场景下,PHP并没有像Golang那样实现http网络库,而是实现了FastCGI协议,然后与web服务器配合实现了http的处理,web服务器来处理http请求,然后将解析的结果再通过FastCGI协议转发给处理程序,处理程序处理完成后将结果返回给web服务器,web服务器再返回给用户,如下图所示.
PHP实现了FastCGI协议的解析,但是并没有具体实现网络处理,一般的处理模型：多进程、多线程,多进程模型通常是主进程只负责管理子进程,而基本的网络事件由各个子进程处理,nginx、fpm就是这种模式；另一种多线程模型与多进程类似,只是它是线程粒度,通常会由主线程监听、接收请求,然后交由子线程处理,memcached就是这种模式,有的也是采用多进程那种模式：主线程只负责管理子线程不处理网络事件,各个子线程监听、接收、处理请求,memcached使用udp协议时采用的是这种模式.
概括来说,fpm的实现就是创建一个master进程,在master进程中创建并监听socket,然后fork出多个子进程,这些子进程各自accept请求,子进程的处理非常简单,它在启动后阻塞在accept上,有请求到达后开始读取请求数据,读取完成后开始处理然后再返回,在这期间是不会接收其它请求的,也就是说fpm的子进程同时只能响应一个请求,只有把这个请求处理完成后才会accept下一个请求,这一点与nginx的事件驱动有很大的区别,nginx的子进程通过epoll管理套接字,如果一个请求数据还未发送完成则会处理下一个请求,即一个进程会同时连接多个请求,它是非阻塞的模型,只处理活跃的套接字.
fpm的master进程与worker进程之间不会直接进行通信,master通过共享内存获取worker进程的信息,比如worker进程当前状态、已处理请求数等,当master进程要杀掉一个worker进程时则通过发送信号的方式通知worker进程.
fpm可以同时监听多个端口,每个端口对应一个worker pool,而每个pool下对应多个worker进程,类似nginx中server概念.
在php-fpm.conf中通过[pool name]声明一个worker pool：
[web1]
启动fpm后查看进程：ps -aux|grep fpm
具体实现上worker pool通过fpm_worker_pool_s这个结构表示,多个worker pool组成一个单链表：
structfpm_worker_pool_s {structfpm_worker_pool_s *next;//指向下一个worker poolstructfpm_worker_pool_config_s *config;//conf配置:pm、max_children、start_servers...intlistening_socket;//监听的套接字...//以下这个值用于master定时检查、记录worker数structfpm_child_s *children;//当前pool的worker链表intrunning_children;//当前pool的worker运行总数intidle_spawn_rate;intwarn_max_children;structfpm_scoreboard_s *scoreboard;//记录worker的运行信息,比如空闲、忙碌worker数...}
此时此刻呢看下fpm的启动流程,从main()函数开始：
//sapi/fpm/fpm/fpm_main.cintmain(intargc,char*argv[]){? ? ...//注册SAPI:将全局变量sapi_module设置为cgi_sapi_modulesapi_startup(cgi_sapi_module);? ? ...//执行php_module_starup()if(cgi_sapi_module.startup(cgi_sapi_module) == FAILURE) {returnFPM_EXIT_SOFTWARE;? ? }? ? ...//初始化if(0fpm_init(...)){? ? ? ? ...? ? }? ? ...? ? fpm_is_running =1;? ? fcgi_fd =fpm_run(max_requests);//后面都是worker进程的操作,master进程不会走到下面parent =0;? ? ...}
fpm_init()主要有以下几个关键操作：
(1)fpm_conf_init_main():
解析php-fpm.conf配置文件,分配worker pool内存结构并保存到全局变量中：fpm_worker_all_pools,各worker pool配置解析到fpm_worker_pool_s-config中.
创建每个worker pool的socket套接字.
启动master的事件管理,fpm实现了一个事件管理器用于管理IO、定时事件,其中IO事件通过kqueue、epoll、poll、select等管理,定时事件就是定时器,一定时间后触发某个事件.
在fpm_init()初始化完成后此时此刻呢就是最关键的fpm_run()操作了,此环节将fork子进程,启动进程管理器,另外master进程将不会再返回,只有各worker进程会返回,也就是说fpm_run()之后的操作均是worker进程的.
intfpm_run(int*max_requests){structfpm_worker_pool_s *wp;for(wp = fpm_worker_all_pools; wp; wp = wp-next) {//调用fpm_children_make() fork子进程is_parent =fpm_children_create_initial(wp);if(!is_parent) {gotorun_child;? ? ? ? }? ? }//master进程将进入event循环,不再往下走fpm_event_loop(0);run_child://只有worker进程会到这里*max_requests = fpm_globals.max_requests;returnfpm_globals.listening_socket;//返回监听的套接字}
在fork后worker进程返回了监听的套接字继续main()后面的处理,而master将永远阻塞在fpm_event_loop(),此时此刻呢分别介绍master、worker进程的后续操作.
fpm_run()执行后将fork出worker进程,worker进程返回main()中继续向下执行,后面的流程就是worker进程不断accept请求,然后执行PHP脚本并返回.整体流程如下：
(1)等待请求： ?worker进程阻塞在fcgi_accept_request()等待请求；
intmain(intargc,char*argv[]){? ? ...? ? fcgi_fd =fpm_run(max_requests);? ? parent =0;//初始化fastcgi请求request =fpm_init_request(fcgi_fd);//worker进程将阻塞在这,等待请求while(EXPECTED(fcgi_accept_request(request) =0)) {SG(server_context) = (void*) request;init_request_info();//请求开始if(UNEXPECTED(php_request_startup() == FAILURE)) {? ? ? ? ? ? ...? ? ? ? }? ? ? ? ...fpm_request_executing();//编译、执行PHP脚本php_execute_script(file_handle);? ? ? ? ...//请求结束php_request_shutdown((void*)0);? ? ? ? ...? ? }? ? ...//worker进程退出php_module_shutdown();? ? ...}
FPM_REQUEST_ACCEPTING: ?等待请求阶段
FPM_REQUEST_READING_HEADERS: ?读取fastcgi请求header阶段
FPM_REQUEST_INFO: ?获取请求信息阶段,此阶段是将请求的method、query stirng、request uri等信息保存到各worker进程的fpm_scoreboard_proc_s结构中,此操作需要加锁,因为master进程也会操作此结构
FPM_REQUEST_EXECUTING: ?执行请求阶段
FPM_REQUEST_END: ?没有使用
FPM_REQUEST_FINISHED: ?请求处理完成
worker处理到各个阶段时将会把当前阶段更新到fpm_scoreboard_proc_s-request_stage,master进程正是通过这个标识判断worker进程是否空闲的.
这一节我们来看下master是如何管理worker进程的,首先介绍下三种不同的进程管理方式：
static: ?这种方式比较简单,在启动时master按照pm.max_children配置fork出相应数量的worker进程,即worker进程数是固定不变的
ondemand: ?这种方式一般很少用,在启动时不分配worker进程,等到有请求了后再通知master进程fork worker进程,总的worker数不超过pm.max_children,处理完成后worker进程不会立即退出,当空闲时间超过pm.process_idle_timeout后再退出
前面介绍到在fpm_run()master进程将进入fpm_event_loop()：
voidfpm_event_loop(interr){//创建一个io read的监听事件,这里监听的就是在fpm_init()阶段中通过socketpair()创建管道sp[0]//当sp[0]可读时将回调fpm_got_signal()fpm_event_set(signal_fd_event,fpm_signals_get_fd(), FPM_EV_READ, fpm_got_signal,NULL);fpm_event_add(signal_fd_event,0);//如果在php-fpm.conf配置了request_terminate_timeout则启动心跳检查if(fpm_globals.heartbeat0) {fpm_pctl_heartbeat(NULL,0,NULL);? ? }//定时触发进程管理fpm_pctl_perform_idle_server_maintenance_heartbeat(NULL,0,NULL);//进入事件循环,master进程将阻塞在此while(1) {? ? ? ? ...//等待IO事件ret = module-wait(fpm_event_queue_fd, timeout);? ? ? ? ...//检查定时器事件...? ? }}
这就是master整体的处理,其进程管理主要依赖注册的几个事件,此时此刻呢我们详细分析下这几个事件的功能.
(1)sp[1]管道可读事件：
在fpm_init()阶段master曾创建了一个全双工的管道：sp,然后今天这一节创建了一个sp[0]可读的事件,当sp[0]可读时将交由fpm_got_signal()处理,向sp[1]写数据时sp[0]才会可读,那么什么时机会向sp[1]写数据呢?前面已经提到了：当master收到注册的那几种信号时会写入sp[1]端,这个时候将触发sp[0]可读事件.
这个事件是master用于处理信号的,我们根据master注册的信号逐个看下不同用途：
SIGINT/SIGTERM/SIGQUIT: ?退出fpm,在master收到退出信号后将向所有的worker进程发送退出信号,然后master退出
SIGUSR1: ?重新加载日志文件,生产环境中通常会对日志进行切割,切割后会生成一个新的日志文件,如果fpm不重新加载将无法继续写入日志,这个时候就需要向master发送一个USR1的信号
SIGCHLD: ?这个信号是子进程退出时操作系统发送给父进程的,子进程退出时,内核将子进程置为僵尸状态,这个进程称为僵尸进程,它只保留最小的一些内核数据结构,以便父进程查询子进程的退出状态,只有当父进程调用wait或者waitpid函数查询子进程退出状态后子进程才告终止,fpm中当worker进程因为异常原因(比如coredump了)退出而非master主动杀掉时master将受到此信号,这个时候父进程将调用waitpid()查下子进程的退出,然后检查下是不是需要重新fork新的worker
具体处理逻辑在fpm_got_signal()函数中,这里不再罗列.
这是进程管理实现的主要事件,master启动了一个定时器,每隔1s触发一次,主要用于dynamic、ondemand模式下的worker管理,master会定时检查各worker pool的worker进程数,通过此定时器实现worker数量的控制,处理逻辑如下：
staticvoidfpm_pctl_perform_idle_server_maintenance(structtimeval*now){for(wp = fpm_worker_all_pools; wp; wp = wp-next) {structfpm_child_s *last_idle_child =NULL;//空闲时间最久的workerintidle =0;//空闲worker数intactive =0;//忙碌worker数for(child = wp-children; child; child = child-next) {//根据worker进程的fpm_scoreboard_proc_s-request_stage判断if(fpm_request_is_idle(child)) {//找空闲时间最久的worker...? ? ? ? ? ? ? ? idle◆◆;? ? ? ? ? ? }else{? ? ? ? ? ? ? ? active◆◆;? ? ? ? ? ? }? ? ? ? }? ? ? ? ...//ondemand模式if(wp-config-pm== PM_STYLE_ONDEMAND) {if(!last_idle_child)continue;fpm_request_last_activity(last_idle_child, last);fpm_clock_get(now);if(last.tv_sec now.tv_sec- wp-config-pm_process_idle_timeout) {//如果空闲时间最长的worker空闲时间超过了process_idle_timeout则杀掉该workerlast_idle_child-idle_kill=1;fpm_pctl_kill(last_idle_child-pid, FPM_PCTL_QUIT);? ? ? ? ? ? }continue;? ? ? ? }//dynamicif(wp-config-pm!= PM_STYLE_DYNAMIC)continue;if(idle wp-config-pm_max_spare_servers last_idle_child) {//空闲worker太多了,杀掉last_idle_child-idle_kill=1;fpm_pctl_kill(last_idle_child-pid, FPM_PCTL_QUIT);? ? ? ? ? ? wp-idle_spawn_rate=1;continue;? ? ? ? }if(idle wp-config-pm_min_spare_servers) {//空闲worker太少了,如果总worker数未达到max数则fork...? ? ? ? }? ? }}
这个事件是用于限制worker处理单个请求最大耗时的,php-fpm.conf中有一个request_terminate_timeout的配置项,如果worker处理一个请求的总时长超过了这个值那么master将会向此worker进程发送kill -TERM信号杀掉worker进程,此配置单位为秒,默认值为0表示关闭此机制,另外fpm打印的slow log也是今天这一节完成的.
staticvoidfpm_pctl_check_request_timeout(structtimeval*now){structfpm_worker_pool_s *wp;for(wp = fpm_worker_all_pools; wp; wp = wp-next) {intterminate_timeout = wp-config-request_terminate_timeout;intslowlog_timeout = wp-config-request_slowlog_timeout;structfpm_child_s *child;if(terminate_timeout || slowlog_timeout) {for(child = wp-children; child; child = child-next) {//检查当前当前worker处理的请求是否超时fpm_request_check_timed_out(child, now, terminate_timeout, slowlog_timeout);? ? ? ? ? ? }? ? ? ? }? ? }}
到目前为止我们已经把fpm的核心实现介绍完了,事实上fpm的实现还是比较简单的.