月度归档: 2019 年 12 月

  • WordPress的最佳固定链接

    WordPress提供了六种固定链接结构,前五种是固定结构,最后一种是可以自定义的结构。既然提供了不同的选择,自然就有不同的适用场景,这两天我一直在思考这个问题。

    第一种类型,朴素型,https://example.com/?p=123,这种类型以前是WordPress的默认类型。这种结构的固定链接,没有任何语义性,人类和搜索引擎都无法理解链接中包含的信息,所以不建议使用。

    第二种类型,日期和名称型,链接结构如下https://example.com/2019/12/28/sample-post/,这种类型强调日期。一天发布多篇文章的网站可以使用这种,比如新闻性质的网站或企业博客等,可以通过日期来判断文章的时效性。WordPress目前默认的固定链接就是这种类型。使用这种链接类型的企业博客网站之一微软官方博客(用的是WordPress),因为一天可能发布多篇文章,所以使用了这种类型。

    第三种类型, 月份和名称型 ,https://example.com/2019/12/sample-post/,这种类型的固定链接和第二种差不多,强调月份,用于发布不是特别频繁并且需要明确大体日期的站点,例如个人博客、技术网站等。WordPress创始人Matt Mullenweg的博客就是使用的这种类型。

    第四种是数字型,即https://example.com/archives/123,这种类型如同第一种,不过把URL参数变成了目录结构的形式。由于链接没有任何语义,不推荐这种。

    第五种是文章名型,即https://example.com/sample-post/,链接只有postname一种元素,这种类型不强调时间,不强调时效性,只注重文章的关键信息。而且修改文章的发布时间、目录等属性不影响固定链接的构成,同时由于只有一个层级,对搜索引擎的权重相对高,方便提取关键信息,对于人类也很容易读懂。注重SEO和营销类型的网站可以使用这种

    第六种,自定义类型,通过使用不同的标记来自定义链接的结构。

    总体来说,对于个人博客,比较适合的类型是第五种和第三种。个人博客,适合使用年月进行归档,就像按年份和月份建立文件夹一样,把某年某月的文章整理到一起。在做外链或者做记录的时候,看到链接就能知道文章的发布年月和标题,做到心中有数,虽然有时候并不希望这样。 第五种也不错,简单纯粹,除了post-name,再无其它干扰,并且URL更短,层级最小,更利于搜索引擎抓取,修改文章的一些属性不会影响固定链接。

    最后一点,固定链接一旦确定下来,就不要换来换去。一但更改,对于站内链接和站外链接的修复都很麻烦,如果注重SEO的话,对于SEO也是灾难。当然这些问题都有应对的办法,不过为了不折腾,选择了就坚持下去,只管写文章,再不用考虑这个问题。

  • 修改wordpress twentytwenty主题的中文显示效果

    今天没什么事,把博客主题的文字显示效果做了修改。之前默认的字体和行距是为英文优化的,显示英文很完美,但是显示中文就不怎么好看,字体粗行距小,看起来糊成了一片。

    修改样式有三种方式,一种是直接修改主题的样式文件style.css,但这种方式有缺点,在主题更新后,自己所做的修改就被覆盖了,每次更新都要改一次,麻烦了点。好处是在后台编辑器里面也能实现和前台看到的相同的文字效果。

    第二种方式是使用“自定义—额外CSS”功能,把自定义样式写进额外CSS里就能实现想要的效果了,而且更新主题无影响。缺点是后台编辑器还是默认字体,无法实现和前台一致的效果。不过这也无所谓,后台只有自己在看,前台阅读体验好就行了。

    还有另外一种方式是使用子主题功能,既能做到更新无影响又能实现前后台文字显示效果一致,但我感觉,这个还是有点过于麻烦了,不想折腾,就没有尝试。

  • CentOS7.3编译安装PHP7.4.1

    PHP最近发布了最新版本7.4.1,这几天早就想把博客升级到最新版本了,但一直没时间弄。今晚正好没事,就想升级一下,于是开启了一晚上的折腾之路,一直折腾到凌晨3点多才弄好,下面把过程记录一下。


    一、编译前准备

    PHP7.4.1的libzip依赖要求0.11版本以上,由于CentOS7.3自带的是libzip-0.10.1,不满足要求, 所以要先升级libzip。本来在编译PHP7.3的时候,已经源码编译安装过libzip-1.2.0,在PHP7.3的时候可以正常编译通过,但是到了PHP7.4就会报错找不到libzip这个包No package 'libzip' found,怎么编译都不行,试过修改环境变量PATH,试过1.5.2最新版,统统都不行。在这个问题上浪费了大量的时间,通过大量的搜索摸索,最后通过使用第三方源才安装成功。第三方源使用的是remi源,在搜索的过程中,知道这个源用的还挺多的,使用方式如下:

    这种使用remi源升级libzip的这一部分已不是最佳做法,请查看后面2020年3月20的更新。使用remi源安装只能解决这一个版本的问题,到了PHP7.4.2版本以后就编译不通了。

    1. 添加remi源

      rpm -Uvh http://rpms.remirepo.net/enterprise/remi-release-7.rpm
    2. 使用yum安装libzip5-devel-1.5.2,–enablerepo=remi表示启用remi源

      yum --enablerepo=remi install libzip5-devel-1.5.2-1.el7.remi.x86_64

      经网友留言提示,这里最好使用:

      yum --enablerepo=remi install libzip5-devel

      因为上面那句会由于会更新导致失效。

    这样就安装好了libzip的最新版本,这版本应该足够以后升级PHP使用了。


    2020年3月20日更新:

    可以通过源码安装的形式升级libzip,而不必使用第三方的源,因为到了PHP7.4.2以后,使用remi源安装的libzip,在编译PHP代码的时候,会报错。而使用源码安装的libzip则没有问题。使用源码安装方式如下:

    wget https://nih.at/libzip/libzip-1.2.0.tar.gz
    tar -xvf libzip-1.2.0.tar.gz
    cd libzip-1.2.0
    ./configure && make && make install

    这样安装好了之后,在PHP configure的时候还是找不到我们安装的libzip,解决这个问题的方法有两种:

    第一种,在PHP configure命令的参数最后添加一项PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/ 即:

    // 这里只是演示,省略了中间的参数
    ./configure ... PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/

    第二种,在编译完libzip-1.2.0之后,紧接着执行一句:

    export PKG_CONFIG_PATH="/usr/local/lib/pkgconfig/"

    这两种都是告知系统,要到/usr/local/lib/pkgconfig/路径中寻找依赖,因为我们编译好的libzip就在这个路径中。到这里,升级libzip完成。


    由于这台服务器之前编译过PHP7.3,一些基础的依赖都已经安装好了,所以这里只针对PHP7.4.1安装两个必要的依赖库,命令如下:
    yum install -y libsqlite3x-devel.x86_64 oniguruma-devel

    基础编译环境的配置完成。


    二、编译

    PHP7.4的configure配置参数有些已经更改,在网上查到已知的变动如下:

    --with-gd 改为 --enable-gd
    --with-freetype-dir 改为 --with-freetype
    --with-jpeg-dir 改为 --with-jpeg
    --with-webp-dir 改为 --with-webp
    --with-xpm-dir 改为 --with-xpm
    --with-libxml-dir 改为  --with-libxml 
    --enable-zip 改为 --with-zip
    --enable-zlib-dir 改为 --with-zlib

    最终的configure命令修改如下:

    ./configure \
    --prefix=/usr/local/php/php74 \
    --enable-gd \
    --with-curl \
    --enable-fpm \
    --enable-cgi \
    --with-openssl \
    --enable-mbstring \
    --with-pdo-mysql \
    --with-zlib \
    --with-zip \
    --with-mysqli \
    --enable-opcache \
    --enable-mysqlnd \
    --with-libxml \
    --with-jpeg \
    --with-freetype \
    --with-pdo-sqlite \
    --with-sqlite3 \
    --enable-cli \
    --enable-shared \
    --enable-exif \
    PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/

    如果之前执行过
    export PKG_CONFIG_PATH="/usr/local/lib/pkgconfig/"
    那么最后一句可以去掉。

    configure完成之后,执行make && make install

    编译安装完成。


    、配置

    把php.ini拷贝到php7.4目录下,当前目录是在PHP7.4.1的源代码目录下。

    cp php.ini-development /usr/local/php/php74/lib/php.ini
    #下面是为了使用service命令来管理 
    cd sapi/fpm
    cp init.d.php-fpm /etc/init.d/php74-fpm
    chmod 755 /etc/init.d/php74-fpm

    这样配置好之后,就可以正确使用service php74-fpm xxx命令了。php74-fpm开机自启动通过编辑/etc/rc.d/rc.local实现:
    vi /etc/rc.d/rc.local

    #!/bin/bash
    touch /var/lock/subsys/local
    /usr/bin/setterm -blank 0 || true
    /etc/init.d/php56-fpm start
    /etc/init.d/php73-fpm start
    /etc/init.d/php74-fpm start
    /etc/init.d/nginx start

    最后需要执行一下ldconfig

    如果使用systemd来管理,可以参照下面的做法:

    cd sapi/fpm
    cp php-fpm.service /lib/systemd/system/php74-fpm.service
    vi /usr/lib/systemd/system/php74-fpm.service
    ProtectSystem=full 改成 ProtectSystem=false 改完后保存退出
    #上面修改了系统服务,要使用这个命令重载系统服务
    systemctl daemon-reload  
    #加入开机启动
    systemctl enable php74-fpm.service
    #启动服务
    systemctl start php74-fpm.service

    配置PHP-FPM:

    cd /usr/local/php/php74/etc
    cp php-fpm.conf.default php-fpm.conf
    cd  /usr/local/php/php74/etc/php-fpm.d
    cp www.conf.default www.conf

    在我的环境中,因为装了多个PHP版本,所以还需要修改下php-fpm的端口,编辑www.conf:
    vi /usr/local/php/php74/etc/php-fpm.d/www.conf

    listen = 127.0.0.1:9000 
    改为 
    listen = 127.0.0.1:9074 

    php.ini的配置,把时区改为东八区,编辑php.ini:
    vi /usr/local/php/php74/lib/php.ini

    date.timezone = "Asia/Shanghai"

    配置mysql的socket,不然连不上数据库

    mysqli.default_socket =
    改为
    mysqli.default_socket = /var/lib/mysql/mysql.sock
    pdo_mysql.default_socket= 
    改为
    pdo_mysql.default_socket= /var/lib/mysql/mysql.sock

    四、扩展安装

    wordpress需要用到imagick扩展,这个扩展之前已经编译过。

    这里再简单记录一下,进入imagick的源代码目录
    cd ~/imagick-3.4.4

    因为以前编译过,所以这里要清除编译缓存重新生成:make clean,不然编译完,执行php -m会看到如下警告信息

    [root@104 bin]# ./php -m
    PHP Warning:  PHP Startup: imagick: Unable to initialize module
    Module compiled with module API=20180731
    PHP    compiled with module API=20190902
    These options need to match in Unknown on line 0

    编译安装,以下命令在 ~/imagick-3.4.4下执行

    /usr/local/php/php74/bin/phpize
    ./configure --with-php-config=/usr/local/php/php74/bin/php-config --with-imagick=/usr/local/imagemagick
    make && make install

    make install后有个路径要记录下,用于配置php.ini中的extension_dir

    Installing shared extensions:/usr/local/php/php74/lib/php/extensions/no-debug-non-zts-20190902/

    在php.ini中配置启用扩展

    extension_dir = "/usr/local/php/php74/lib/php/extensions/no-debug-non-zts-20190902/"
    extension=imagick.so

    最后,启动php74-fpm:service php74-fpm start

    修改本站的nginx的配置文件,把php-fpm的端口改为9074,并重新加载nginx配置文件:service nginx reload

    至此,PHP7.4.1编译安装全部完成,网站可以访问了。