系统运维归档 - 第6页共8页

master@ubuntu:~$ lsb_release -a
No LSB modules are available.
Distributor ID:    Ubuntu
Description:    Ubuntu 16.04.6 LTS
Release:    16.04
Codename:    xenial

继续阅读

解决报错:’sudo: unable to resolve host xxx’

操作环境

master@ubuntu:~$ lsb_release -a
No LSB modules are available.
Distributor ID:    Ubuntu
Description:    Ubuntu 16.04.6 LTS
Release:    16.04
Codename:    xenial

继续阅读

在Linux中使用ROOT权限运行VSCode编辑器

操作环境

OS Version:

master@ubuntu:~$ lsb_release -a
No LSB modules are available.
Distributor ID:    Ubuntu
Description:    Ubuntu 16.04.6 LTS
Release:    16.04
Codename:    xenial

继续阅读

在 Ubuntu 下设置永久 alias 命令别名

操作环境

master@ubuntu:~$ lsb_release -a
No LSB modules are available.
Distributor ID:    Ubuntu
Description:    Ubuntu 16.04.6 LTS
Release:    16.04
Codename:    xenial

为什么 2020 年了我还在使用 Ubuntu 16.04？
因为 Ubuntu 16.04 是我最先接触到 Ubuntu 操作系统，这种感觉就像初恋一样，没有什么原因。

继续阅读

WordPress插件开发:一个入门Demo

操作环境

服务器操作系统：Ubuntu 16.04
Web 服务器：Apache2
WordPress 版本：5.3.2
WordPress 主题：Twenty Sixteen（版本：2.0）

项目说明

WordPress 支持以插件的方式扩展其功能。本文就编写一个 WordPress 插件的样例程序，介绍 WordPress 插件的头部格式并实现一个修改“继续阅读”标签显示的提示文字的功能。

继续阅读

查看和修改运行 Apache 的用户与用户组

操作环境

master@ubuntu:~$ apache2 -v
Server version: Apache/2.4.18 (Ubuntu)
Server built:   2019-10-08T13:31:25
master@ubuntu:~$ lsb_release -a
No LSB modules are available.
Distributor ID:    Ubuntu
Description:    Ubuntu 16.04.6 LTS
Release:    16.04
Codename:    xenial
master@ubuntu:~$

继续阅读

解决使用 YoastSEO 生成的 XML 站点地图报 404 Not Found 的问题

操作环境

服务器操作系统：Ubuntu Linux

Web 服务器：Nginx 或 Apache

Web 应用：WordPress

我使用的固定链接形态为“朴素”型，如下：

https://zhaokaifeng.com/?p=3095

继续阅读

移动硬盘“无法访问”的解决方案

操作环境

操作系统：Windows 10 家庭版 64 位

移动硬盘：清华同方 160 GB 机械移动硬盘 (HDD)，S/N 码：TF160G1392

继续阅读

手动覆盖更新 WordPress 程序和插件

操作背景

最近从国内访问 wordpress.org 会提示 “429 Too Many Requests”, 而且，由于 WordPress 程序和插件更新时默认都是从 wordpress.org 下载文件，所以更新 WordPress 程序和插件时也是提示 “Too Many Requests”, 无法完成更新。但是，为了站点的安全，必须保持程序版本是较新的，因此只能手动更新。

以下是具体操作过程。

准备工作

在 WordPress 中文官网下载所需版本的 WordPress 程序和 WordPress 插件：

https://cn.wordpress.org

通过 FTP 或者 Wget 将上述文件上传到服务器。

手动更新 WordPress 程序

解压 wordpress 程序压缩包。

首先，删除该压缩包中的 wp-content 文件夹及文件，因为该文件夹中保存的是我们上传的媒体文件，安装的插件等，是 WordPress 程序本身不包含的数据，不能被覆盖：

rm -rf wp-content/

将当前站点目录中的 wp-content 文件夹及文件复制一份做备份：

cp -p -R wp-content/ /var/www/html/bak/

开始覆盖：

注：使用下面的命令执行覆盖操作过程中可能会产生大量询问是否确认覆盖的提示信息，解决方案在这里。

cp -R -f wordpress/* /var/www/html/wordpress/

覆盖操作完成后，再次登陆 WordPress 会提示“需要升级数据库”：

点击“升级WordPress数据库”按钮即可完成数据库的升级：

点击“继续”按钮即可回到 WordPress 管理后台，至此，对 WordPress 程序的手动覆盖升级已完成。

手动更新 WordPress 插件

WordPress 的插件都安装在 wp-content/plugins 目录下。

首先，在 WordPress 的管理后台中停用需要更新的插件，并删除该插件。

之后，将下载的插件程序解压并移动到 wp-content/plugins 目录下。最后，在管理后台中启用该插件即可。

也可以将从 WordPress.org 下载下来的插件压缩包 (一般是 .zip 格式) 放到 WordPress 的插件目录 wp-content/plugins 下，然后使用如下命令解压即可自动覆盖同路径下的同名文件，达到更新插件的目的：

unzip -o plugins.zip

上述命令中 -o 参数的作用是 “overwrite files WITHOUT prompting”, 即“覆盖文件而不提醒”。

备注

手动更新操作具有一定的风险性，更新之前请务必确保已完成数据库备份，网站文件备份，硬盘镜像备份等保障措施，确保一旦有关操作执行效果未达到预期可以在较短时间内回滚数据，恢复到执行更新操作之前的状态。

EOF

使用 cp 命令覆盖文件时不显示提示信息的方法

操作环境

CentOS 7

问题分析

在使用 cp 命令覆盖文件时，即使加了 -f 参数系统仍然会询问是否覆盖，例如：

cp -R -f 1/* 2/
cp: overwrite ‘2/1.txt’?

使用 alias 命令查看别名发现存在如下别名：

alias cp='cp -i'

这就意味着即使我们输入的是 cp, 但执行时仍然执行的是 cp -i.

使用 cp --help 查看 cp 命令的帮助文档：

-f, --force if an existing destination file cannot be
 opened, remove it and try again (this option
 is ignored when the -n option is also used)
-i, --interactive prompt before overwrite (overrides a previous -n
 option)

从帮助文档可以看到，-i 参数会使系统对每一次覆盖操作都向用户发出提示信息。

解决方案

输入 vi ~/.bashrc 编辑 .bashrc 文件，将其中的 alias cp='cp -i' 用 # 注释掉。

最后，退出当前登陆系统的账户，重新登陆即可。

备注

alias cp='cp -i' 这个别名是一项很重要的安全措施，或许可以在关键时刻阻止我们的误操作，因此，平时还是保留这个别名为好。

EOF