工具从来不嫌多

centos7安装wordpress(php7.4,nginx1

2020-06-28  本文已影响0人  本然酋长

前言

之前自己装博客玩过wordpress,那个时候因为装得插件有些多,服务器的性能也有些差,经常性得宕机,后来就懒得折腾了。这次公司要弄官网,同事弄了一个模板。那就再折腾折腾吧。这次用的是公司的固定ip,装在服务器的虚拟机上,问题倒是不大。该是搞吧。
这次安装的是wordpress官网最新版本5.4.2。需要安装php和mysql以及nginx。mysql和nginx的安装我写过地址如下:

就剩下php了,下面我们装一下

PHP安装

官网说,php的版本需要时7.3以上。看了下官网的安装说明文档,php的安装是需要下载源码进行编译的。但是,我尝试源码安装。虽然php是安装成功的,但是mysql扩展wordpress却始终识别不到,最后还是找的帖子使用yum安装的,参考帖子为:https://blog.csdn.net/laohe08/article/details/93166590

sudo yum install epel-release
sudo yum install http://rpms.remirepo.net/enterprise/remi-release-7.rpm  
sudo yum install yum-utils
sudo yum install -y php74-php-fpm php74-php-cli php74-php-bcmath php74-php-gd php74-php-json php74-php-mbstring php74-php-mcrypt php74-php-mysqlnd php74-php-opcache php74-php-pdo php74-php-pecl-crypto php74-php-pecl-mcrypt php74-php-pecl-geoip php74-php-recode php74-php-snmp php74-php-soap php74-php-xmll

最后设置php-fpm开机启动和启动服务

systemctl enable php74-php-fpm
systemctl start php74-php-fpm

这个时候,我们来修改nginx配置文件,以此来支持php的访问。按照我的博客安装完后,配置文件默认位置时/etc/nignx/nginx.conf,在location块后面添加下面的块

location ~* \.php$ {
    fastcgi_index   index.php;
    fastcgi_pass    127.0.0.1:9000;
    include         fastcgi_params;
    fastcgi_param   SCRIPT_FILENAME    $document_root$fastcgi_script_name;
    fastcgi_param   SCRIPT_NAME        $fastcgi_script_name;
}

然后把location块中的index改成index.php,最后如下:

location / {
    root   html;
    index  index.php;
}
注意,这个时候的默认目录在location里面配置的是root,即/opt/nginx/html,里面原来的两个页面可以删了,添加一个index.php页面,内容是<?php phpinfo(); ?>。这是打印php信息的代码,访问80端口会访问到如下的页面: php信息页面

没截完,还很长。这样我们php就安装完成了

安装wordpress

wordpress的安装其实非常简单,将压缩包解压到刚才的/opt/nginx/html,注意哈,index是在这层目录的。然后再方案就可以看到wordpress的安装向导了。本来跟着安装向导填写数据库信息就可以了,结果它跟我说写文件失败,所以我得自己找到配置文件写进去。最后,我发现在wordpress的根目录,wp-config.php文件是没有的,只有wp-config-sample.php,

mv wp-config-sample.php  wp-config.php

再把数据库信息填进去,再跟着向导走。

后续填坑记录

更新上传配置

wordpress的插件和主题更新是需要配置ftp上传的,但是它写了ftps,理论上给了ssh账号应该就可以了,但是还是不行。在网上我找了个方法,具体如下:

define('WP_TEMP_DIR',ABSPATH.'wp-content/tmp');
define("FS_METHOD","direct");
define("FS_CHMOD_DIR",0777);
define("FS_CHMOD_FILE",0777);

不过,我觉得这样也会导致,如果后台账号被人攻击后导致服务器的安全问题。如果是ftp服务的话,还可以通过只暴露内网的ip,不开放公网的ftp端口来解决安全问题。不过,确实挺简单的,就先这样吧。

413 Request Entity Too Large

这是在我上传一个打包好的主题的时候报的错。原因就是文件大小超过了限制的上传文件大小。可以通过修改上传文件的大小来解决,不过鉴于这么大的文件很少上传。我就直接上传到服务器解压后,放到wp-content\themes目录下就可以了,你再进入主题管理界面就可以看到这个主题了。

上一篇下一篇

猜你喜欢

热点阅读