1.安装epel源
对于RHEL/CentOS 7(复制/粘贴):
yum -y install epel-release
exfat:
1.安装Nux Dextop库：
rpm -Uvh http://li.nux.ro/download/nux/dextop/el7/x86_64/nux-dextop-release-0-5.el7.nux.noarch.rpm
2.检查Nux Dextop是否安装成功：
yum repolist
如果仓库列表中有Nux Dextop就安装成功。
3.安装exfat支持库文件
yum -y --enablerepo=nux-dextop install fuse-exfat exfat-utils
NTFS:
yum -y install ntfs-3g
在PHP中，可以使用SimpleXML和DOM扩展库来验证XML文档是否符合指定的XML Schema。下面分别介绍这两个库的用法。
SimpleXML方式使用SimpleXML进行XML Schema验证的步骤如下：
- 加载XML Schema文件和XML文件到SimpleXML对象中。
- 使用libxml_use_internal_errors()函数打开错误处理，以捕获XML解析和验证过程中的错误信息。
- 调用simplexml_load_string()或simplexml_load_file()函数将XML文件加载到SimpleXML对象中。
- 使用simplexml_import_dom()函数将DOM对象转换为SimpleXML对象。
- 调用$sxe->schemaValidate()方法对XML文档进行XML Schema验证。
示例代码如下：
$xml = simplexml_load_fi...
当我们执行brew install命令进行安装时，其内部默认会先执行brew update和brew cleanup命令。
brew update命令的作用是更新Homebrew本体，brew cleanup命令会清理已过期的下载文件和已安装的历史版本软件。
因为每次都会执行brew update检查，如果访问速度不太理想，那非常影响安装的体验。
而brew cleanup的执行可能会误删除某些你需要的历史版本的软件，比如使用python的用户，这里就不展开说明。
禁用这两个默认逻辑也很简单，通过设置环境变量就能搞定。
HOMEBREW_NO_AUTO_UPDATE控制brew update，HOMEBREW_NO_INSTALL_CLEANUP控制brew cleanup，你不需要哪个，就把那一行删掉即可。
临时设置：
export HOMEBREW_NO_AUTO_UPDATE=1
export ...
参考网上的教程，使用“磁盘工具”创建一个“稀疏磁盘映像”在共享的文件夹中，然后使用命令设置为TimeMachine的目标盘。
sudo tmutil setdestination -a /Volumes/SMBTimeMachine
但是报错：
/Volumes/SMBTimeMachine: Disk does not support Time Machine backups. (error 45)
The backup destination could not be added.
Google很久，没有找到解决办法，最终在Apple帮助中的找到一个解决方案分享的方法，终于顺利解决：
1、使用命令行工具创建一个“稀疏捆绑磁盘映像”，不能是“磁盘工具”，我试过用“磁盘工具”依然不行，用命令行就没有问题。
sudo hdiutil create -size 120g -type SPARSEBUND...
1) 安装samba：yum -y install samba samba-client samba-winbind，查看已安装的samba组件：
rpm -qa | grep samba
samba-common-4.4.4-14.el7_3.noarch
samba-winbind-modules-4.4.4-14.el7_3.x86_64
samba-4.4.4-14.el7_3.x86_64
samba-client-libs-4.4.4-14.el7_3.x86_64
samba-winbind-4.4.4-14.el7_3.x86_64
samba-client-4.4.4-14.el7_3.x86_64
samba-libs-4.4.4-14.el7_3.x86_64
samba-common-libs-4.4.4-14.el7_3.x86_64
samba-common-tools-4.4.4...
一、前言当数据库文件以及量级不大的时候，我们可以采用全量备份的策略来进行备份。但是当数据库文件有一定量级的时候，再使用全量备份，就显得有些笨拙了。
内网数据虽然没有特别重要，但是备份也是不可或缺的一个环节，朱子有言：“宜未雨而筹谋，勿临渴而掘井”，这句话放在备份领域简直就是无法颠破的真理。
因此，在内网的数据，我们也做了全量备份，今天就来整理一下备份的脚本以及备份的策略以及备份的灾备恢复。
增量备份的成立依赖于mysql的bin-log原理，我们在数据库中的每一步增删改查操作都会记录在binlog日志当中，那么通过先对数据库进行一次全量备份，备份同时将binlog日志刷新，在这次备份之后的所有操作都会记录在新增的binlog日志当中，在增量备份当中我们只需要对增加的binlog进行备份，就实现了对不断增加内容的数据库的完美备份了。
当数据库出现异常的时候，我们可以先恢复最近一次的全量备份，接着将增...
手动安装：
# 一步步来，不然出现问题容易蒙比
# 先关闭防火墙，安装pptpd=>测试连接=>安装l2tpd/ipsec=>测试连接=>开启/设置防火墙=>测试=>设置转发=>测试=>完毕。
# 检查内核是否支持tun/tap
[root@jurlu ~]# cat /dev/ppp
cat: /dev/ppp: No such device or address
[root@jurlu ~]# cat /dev/net/tun
cat: /dev/net/tun: File descriptor in bad state
[root@jurlu ~]# modprobe ppp-compress-18 && echo ok
ok
# 开始安装
yum install epel-release -y...
首先，如题所说，本文所说的优化是针对apache 2.2以上版本，及使用perfork MPM模式的。perfork是apache在linux下默认安装下的模式，如果使用apache作为服务器的放在，还是使用perfork模式比较好，worker模式下对php某些功能并不支持。如果你使用的是win系统或都没有使有和perfork，那么下面可以选择不看或抱着学习的态度看看咯。
以下内容均属个人见解，实际测试请根据你的服务器，程序及其他因素按需处理。
一般情况下，我们需要优化apache就是因为apache占用大量的内存，导致vps当机，因为perfork是多进程处理的，每个进程都会点用一定的内存数量。所以限制httpd进程的数量，从而达到优化apache的作用。影响单个httpd进程的内存大小，主要都是加载模块，至少什么模块是合适的，我也很难说，因为这个是按由你的需要而定的。网上有些人说，绝大部...
mac 系统：10.15.4
安装
执行如下命令
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install.sh)"
原以为敲完回车等着就行了，现实则很是曲折，出现了一些问题。下面就说下遇到的各种问题和个人找到的有效解决方案。
安装过程遇到的问题
报错：
curl: (7) Failed to connect to raw.githubusercontent.com port 443: Connection refused
连上梯子试试，可以下载了，但是好慢，从日落下到日出。。。看到如下错误（心酸.jpg）：
error: RPC failed; curl 56 LibreSSL SSL_read: SSL_ERROR_SYSCALL, errno 54
看网上说...
