# 在 mysql 中，先查询出 sql_mode
show variables like 'sql_mode';
# 编辑修改
sudo vim /etc/mysql/mysql.conf.d/mysqld.cnf
# 没有就追加，有就修改
# 先备份一个全的
# sql_mode=ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION
sql_mode =这里你填需要的
# 重启
sudo service mysql restart为了一些安全性，自己的电脑（本地）工具连接 mysql 的时候，我会限制它的 ip。可过一段时间自己的 ip 就会改变。这个时候，就连不上去。这个时候，就再修改下 ip，使其生效就好。
服务端
# 连接 mysql
mysql -uroot -p
# 输入秘密
xxxxxx
# 切换到数据库
use mysql
# 先查看查看 mysql 用户表里存了哪几个用户以及请求地址限制
select host,user from user;
# 可以看到 host 中有具体的 ip 的 还有 localhost。 这个 host 就是限制连接 mysql 服务的 ip。
# 假如之前设置外部能访问的 ip 是 138.xxx.xxx.xxx, 用户名是 xx_mysql
# 你新的 ip 是 136.xxx.xx.xx
# 修改
update user set host ='136.xxx.xx.xx' where user = 'xx_mysql';
# 生效
flush privileges;虽然有 docker , 但还是喜欢用 homestead 开发环境。这个时候，一些旧的项目可能会用到比较低版本的 php，这个时候切换 php 版本就是一个常用的操作。
homestead 环境中，项目使用 php 的哪个版本，可以在 Homestead.yaml 文件中进行配置。比如：
sites:
- map: work.xiangrong.com
to: /home/vagrant/code/zhoulin/work.xiangrong.com/public
php: "7.4"这里指定好 php 版本就好。
但是，当 homestead 环境中当前使用的 php 版本是 php 8 或 php 5.6 这些。使用 composer 或项目本身就有可能报错。这个时候，我们就需要将 homestead 环境的 php 版本切换的和项目所配置的一样。
如果切换成对应的 php 版本还会出 badgateway 这样的错误，可以试着重启 php 看看。
# 这里以 php 7.4 为例
sudo /etc/init.d/php7.4-fpm restart# 查看当前环境中的 php 版本
php -v
# 查看所有 php 版本和当前版本
sudo update-alternatives --display php
# 执行后，会列出当前 php 所有版本和编号，输入编号，切换到执行的版本
sudo update-alternatives --config php
其实，想切换到某个 php 版本。直接输入就可以了，也不用向上边那样敲那么长的命令。 比如，想切换到 php7.4 版本。直接输入 php74 回车即可。同理，想切换到 php8.2 版本，直接输入 php82 回车即可。这些命令，可以在 Homestead 目录下的 aliases 文件中找到。
function php73() {
sudo update-alternatives --set php /usr/bin/php7.3
sudo update-alternatives --set php-config /usr/bin/php-config7.3
sudo update-alternatives --set phpize /usr/bin/phpize7.3
}
function php74() {
sudo update-alternatives --set php /usr/bin/php7.4
sudo update-alternatives --set php-config /usr/bin/php-config7.4
sudo update-alternatives --set phpize /usr/bin/phpize7.4
}
function php80() {
sudo update-alternatives --set php /usr/bin/php8.0
sudo update-alternatives --set php-config /usr/bin/php-config8.0
sudo update-alternatives --set phpize /usr/bin/phpize8.0
}
function php81() {
sudo update-alternatives --set php /usr/bin/php8.1
sudo update-alternatives --set php-config /usr/bin/php-config8.1
sudo update-alternatives --set phpize /usr/bin/phpize8.1
}
function php82() {
sudo update-alternatives --set php /usr/bin/php8.2
sudo update-alternatives --set php-config /usr/bin/php-config8.2
sudo update-alternatives --set phpize /usr/bin/phpize8.2
}今天五月一日。
在项目中，我们通常会用到 mysql、redis 数据库。有时候再额外使用 sqlite 数据库也不错。 那就开搞。
centos 一般会默认安装了 sqlite 数据库。只是版本都比较落后。
# 查看 sqlite3 的版本
sqlite3 --version
# 如果没有安装那就更好。如果安装了，就先卸载这玩意
yum remove sqlite3https://www.sqlite.org/download.html
官网列出了 sqlite3 的下载地址。我们选择最新的版本地址，是包含 includes a "configure" script 的版本。当前最新版本是 3.41.2。
开始安装吧。
# 喜欢将一些需要编译安装的包放在这里
cd /usr/local/src/service
wget https://www.sqlite.org/2023/sqlite-autoconf-3410200.tar.gz
tar -xzvf sqlite-autoconf-3410200.tar.gz
cd sqlite-autoconf-3410200
./configure --prefix=/usr/local
make && make install
# 建立软链
ln -s /usr/local/bin/sqlite3 /usr/bin/sqlite3
# 查看版本
sqlite3 --version到此 sqlite3 最新版本已经安装完成了。
如果发现配置了定时任务，却发现没有执行到。可以先看看日志。
# 看日志
tail -f /var/log/cron
# 查看日志文件
ll /var/log/cron*
# 看哪些用户在使用定时任务
ls /var/spool/cron/
# 查看某个用户的任务详情。比如 nginx
more /var/spool/cron/nginx
# 开机自启动
systemctl enable crond情况是这样的。本来是有日志的。如果把日志删除了，即使重启 crontab 服务也是没有日志的。还有一种就是以前根本就没打开日志。这两种情况下边的方法都可以搞定。还有说在 /etc/rsyslog.d 下建立 50-default.conf。那还不如下边的方法。 下边的方法是通过 chatGPT 查询到的。有时候还是很方便的。
要查看CentOS 8 crontab的日志，您可以按照以下步骤进行处理：
将上述行的注释符号（“#”）移除，以启用cron日志记录功能。保存并关闭该文件。
重新启动 rsyslog 服务，以确保更改生效：
$ sudo systemctl restart rsyslog
如果上述方法不起作用，则您可以尝试在 crontab 命令中将日志记录级别设置为更高的级别。例如，将以下行添加到 crontab 文件的顶部：
MAILTO=user@domain.com
在上述命令中，将 MAILTO 设置为您的邮件地址，以接收有关 crontab 任务运行情况的通知。将脚本路径替换为实际的脚本路径，并将输出重定向到 /dev/null，以避免在终端中看到任何输出。将 "> /dev/null 2>&1" 去掉就可以在/var/spool/mail用户文件夹下查看cron任务的执行情况了。
服务器快到期了，所以在阿里云又从新买了一台。这两天一直在忙新服务器环境的搭建，和数据迁移的处理。
购买的服务器
dnf upgrade-minimal --security
dnf update
// 记得这样重启，要不登录系统后，还是会提醒你进行安全更新
rebootvim /etc/ssh/sshd_config
// 末尾追加（数字自己定义合适的）
ClientAliveInterval 60
ClientAliveCountMax 5
// 重启 ssh
service sshd restart如果登录进去，显示的主机名是一堆字母数字组成的杂乱的名字。你可以通过阿里云控制台进行设置主机名。也可以在服务器，通过命令行来完成。这么做，一方面是好看，二方面如果服务器多，好知道是哪台服务器。
禁用 root 用户远程登录服务器。使用密匙+密码的方式进行登录。这样可以增加服务器的安全。
做好这些，记得进行做镜像。方便后边出错了，不好解决的时候，进行回滚处理。
安装开发环境。
暂时先装了这么多。为了性能以及可靠性，数据库也可以单独阿里云购买。只是这个要单独花钱啊。
wordpress 用来做博客和cms系统都还不错。这些年，虽然也想着自己用 laravel 写一个博客系统起来。后来还是搁浅了。 wordpress 可以很方便使用主题和插件。一个好的主题的好，用过就知道。
不得不换服务器了。在做迁移之前在想，我现在的服务器环境安装的开发环境都是最新的，曾经的 wordpress 还能迁移过来吗。之前一种思路是只要把数据弄过来就行。其实，还真行。后来尝试了下，在旧的服务器上，将 wordpress 直接更新到最新版本，也就是当前的 6.1 版本。再做迁移也是可以的。
操作。
我有两套博客。最久的那套是 2013 年左右安装的。太旧没更新了。以为更新不了，没想到更新几次竟然能更新成功。于是按照上边的方法进行操作，结果有好几个地方修改不好。于是就有这个方式。
https://wordpress.org/download/
后来想想。wordpress 的更新应该不是所有的代码都更新。要不也不会出现之前的错误还需要修复。既然方式二能实现版本更新，那方式一似乎不是很有用。
不过很重要一点。要备份好文件和数据库。这样方便多次试错。还有如果域名有更换了，媒体文件或某些链接会失效。这个方面的确做不好。不过好在是很容易升级更新。
如果遇到错误，可以在 wp-config.php 中打开 debug 模式，进行查看跟踪。
如果后台只有英文，可以在 wp-config.php 中增加 define('WPLANG', 'zh_CN') 配置，然后在后台多语言那设置下就好。
对于主题，可以去网上找，觉得好看的好用的都可以，不过代码都是别人的，也要注意安全性相关的东西。还有代码是别人的，也要注意别人的使用说明。下载好主题后，将主题文件包放在 wp-content/themes 下，然后在后台中设置激活，再进行细致化设置就好。
还有，如果对主题部分不满意，你也可以修改源码。如果仅仅是样式方面的问题，可以通过增加 css，来覆盖样式来解决。比如隐藏一些不需要 div，修改某些div 的布局等等。
对于插件更新，默认是要你配置 ftp。这个不是太方便也不太安全。单独给它配个有点麻烦，把权限大的给它又觉得不放心。干脆就不使用 ftp 的方式来安装更新就好了。在配置文件 wp-config.php 中增加 define('FS_METHOD','direct'); 配置。然后将项目的用户和组都是设置成 php 对应的用户组。比如我的php 和 nginx 都公用 nginx:nginx 用户组。 使用 chown nginx:nginx xxx 就好了。
博客是一方面，我的主要服务端逻辑，都是通过 laravel 开发的。 laravel 的依赖包比较多，对 php 的版本都有很严格的控制。我之前的 php 版本是 7.4 不是太古老，但也是不好使。现在都是 php8.2.3。是大版本的更新。不过好在，一般的功能语法都会有向下兼容。开始吧。
# 将代码拉到新的服务器对应位置
git clone xxx
composer install这个时候，如果遇到 Your lock file does not contain a compatible set of packages. Please run composer update. 可以加上 --ignore-platform-reqs 参数来忽略版本的匹配。但只是尝试，如果即使安装成功了，并不一定能使用成功。
composer install --ignore-platform-reqs这次是成功安装了。
但发现报个错误。
Carbon\Carbon::setLastErrors(): Argument #1 ($lastErrors) must be of type array
果然某些依赖还是有改变。这个单独更新 carbon 包就可以。
composer update nesbot/carbon
composer install --ignore-platform-reqs到此，框架算是安装好了。
cp .env .example .env
php artisan key:generate
php artisan migrate --seedlaravel 常规安装流程操作是上边边这样的。而我们这里都是完整的项目，里边配置很多，通过上边边这种方式要修改的太多了。我是直接创建一个 .env 文件，然后将旧的文件内容复制过来就好。
vim .env
# 复制配置过来就行.env 中数据库的配置正确后
php artisan migrate --seed对相关报错进行处理。
composer update facade/ignition --ignore-platform-reqs文件权限操作
chmod 777 storage -R
chmod bootstrap/cach -R安装前端脚手架
yarn
yarn dev发现有版本等相关信息报错。一种方式是直接删除 yarn.lock 文件，删除 node_modules 文件夹。再进行安装。
安装后台环境。
cd resources/admin
yarn 报 error @achrinza/node-ipc@9.2.2: The engine "node" is incompatible with this module. Expected version "8 || 10 || 12 || 14 || 16 || 17". Got "18.14.2"
我们直接设置 yarn config set ignore-engines true
yarn
yarn run build:prod发现报错 Building for production...Error: error:0308010C:digital envelope routines::unsupported。出现这个错误是因为 node.js V17版本中最近发布的OpenSSL3.0, 而OpenSSL3.0对允许算法和密钥大小增加了严格的限制，可能会对生态系统造成一些影响。
再继续
export NODE_OPTIONS=--openssl-legacy-provider
yarn run build:prod然后又是 *These dependencies were not found: core-js/modules/es.array.push.js** 错误。
yarn add core-js --dev
yarn run build:prod到此，总算是好了。凡是遇到问题解决问题就好。
配置 nginx，修改域名映射。检查测试。
就是将整个项目打包，复制过去，解压。然后配置下。
服务器安装好 mysql 后。需要先初始化。初始化后，需要创建用户以及分配权限。默认 root 用户是禁用远程登录的。这个时候创建一个远程登录用户就比较重要。对远程登录用户看需要，可以在多个纬度来进行控制。比如限定 ip，就是在指定的 ip 下，才可以访问。然后对权限进行控制，对表进行控制等等。
历史记录： https://blog.vini123.com/382
先创建一个远程可登录用户看看
# 内网登录 mysql
mysql -u root -p
# 创建一个远程可登录用户
create user shenqi@'%' identified by '33441314';创建用户后，该用户只能连接到数据库服务器，但并没有操作该数据库服务器的权限。
mysql8 以后，必须先创建用户，才可以授权。这里创建用户最好限定ip，这样远程连接必须在该ip下进行。提高数据库的安全性。大多时候，使用 localhost 连接更好。
https://developer.aliyun.com/article/1132514
https://zhuanlan.zhihu.com/p/356488732
阿里云服务器活动中的通用型实例有G5、G6、G7这三个实例规格可选择，虽然通用型实例价格比共享型实例价格要高，但由于通用型实例是独享型实例，而且活动价格比计算型和内存型实例的价格又要便宜一点，而且通用型实例的云服务器通常cpu与内存的比例都是1:4，内存资源非常充足，因此很多企业级用户都通过活动购买云服务器都会选择通用型实例，那么阿里云服务器活动中的通用型G5、G6、G7实例如何选择呢？
通过活动价格、网络带宽、网络收发包PPS等指标数据这几个方面来详细说下阿里云服务器活动中的通用型G5、G6、G7实例规格价格及性能差别，以供大家参考选择。
从价格高低上来说，相同配置的云服务器，通用型G7实例是最便宜的，其次是通用型G5实例，G5与G7实例的公网带宽都是1M，其实这个带宽通常都是不够用的，因此需要我们在购买之后，通过升降配功能来升级到想要的带宽值，需要支付差价。
虽然通用型G5、G6、G7实例均是企业级独享型云服务器，但是通用型G5是第五代云服务器；通用型G6是第六代云服务器；ECS通用型G7是第七代ECS实例，使用的是第三代至强®可扩展处理器（代号"IceLake") ，网络、存储IO性能都有大范围提升，其实收费标准最高的是通用型G7，只是因为最近阿里云将第七代云服务器ECS价格做了下调，因此，现在选择通用型G7实例是最划算的。
详细对比下三款云服务器的CPU处理器。
虽然这三种实例规格都能用于高网络包收发场景、中小型数据库系统、缓存、搜索集群和网站和应用服务器等场景，但是具体的适用场景还是有所区别的，例如区块链场景和安全可信计算场景就应该选择通用型G7实例更好，下面是阿里云官方公布的通用型G5、G6、G7实例各自的适用场景，如下表所示：
| 实例规格 | 适用场景 |
|---|---|
| 通用型G5 | 高网络包收发场景，例如视频弹幕、电信业务转发等。各种类型和规模的企业级应用。中小型数据库系统、缓存、搜索集群。数据分析和计算。计算集群、依赖内存的数据处理 |
| 通用型G6 | 高网络包收发场景，例如视频弹幕、电信业务转发等。各种类型和规模的企业级应用。网站和应用服务器。游戏服务器。中小型数据库系统、缓存、搜索集群。数据分析和计算。计算集群、依赖内存的数据处理 |
| 通用型G7 | 高网络包收发场景，例如视频弹幕、电信业务转发等。游戏服务器。中小型数据库系统、缓存、搜索集群。各种类型和规模的企业级应用。网站和应用服务器。数据分析和计算。安全可信计算场景。区块链场景 |
linux 下，刚创建的 laravel10 项目，安装了前端脚手架。运行 pnpm run dev 的时候报 System limit for number of file watchers reached 错误。网上说 是linux系统的限制导致这个报错。
sudo vim /etc/sysctl.conf
# 添加以下内容
fs.inotify.max_user_watches=524288
# 保存退出
:wq
# 重新加载系统参数
sudo sysctl -p
# 再执行 pnpm run dev 就不会报错了
先下载 mysql8，这里我们选择社区免费版。
https://dev.mysql.com/downloads/
版本选择
https://www.jianshu.com/p/d038a139ba9f
cmake 完整选项列表参考： https://dev.mysql.com/doc/refman/8.0/en/source-configuration-options.html
其实，下载按照下边这个链接里边的地址就可以。更换一下版本号，都是源码包下载安装的。这个是带 boost 的。
https://blog.vini123.com/380
cmake 选项表：
cmake ../ -DCMAKE_INSTALL_PREFIX=/alidata/service/mysql/mysql -DMYSQL_DATADIR=/alidata/service/mysql/data -DWITH_BOOST=boost -DSYSCONFDIR=/etc -DFORCE_INSOURCE_BUILD=1 -DDEFAULT_CHARSET=utf8mb4 -DDEFAULT_COLLATION=utf8mb4_general_ci -DENABLED_LOCAL_INFILE=ON -DWITH_INNODB_MEMCACHED=ON -DWITH_FEDERATED_STORAGE_ENGINE=1 -DWITH_BLACKHOLE_STORAGE_ENGINE=1 -DWITH_ARCHIVE_STORAGE_ENGINE=1 -DWITHOUT_EXAMPLE_STORAGE_ENGINE=1
在 mysql8 源码包下，另建 build 文件夹，然后执行 camke 操作。
可能会有的错误信息。根据输出信息，安装非常不建议在源码包下面直接编译。如果在其他目录下，对于同一份源码，你可以执行和生成多份cmake builds。并且可以简易地cleanup，即删除build目录即可。这个错误在MySQL5.7和MariaDB的源码编译过程中并不会碰到，应该是新的8.0版本的改进之一了。其用意感觉应该是为了方便系统管理员在一份源码下灵活地安装多份配置各异的MySQL实例。但在本地自己安装用的时候，并不需要考虑这么多，cmake时按照提示添加“ -DFORCE_INSOURCE_BUILD=1 ”选项即可。
后边继续：