问题描述：
今天，再对老MacBook Pro重装系统时，网络连接正常情况下，一直提示：未能与服务器取得联系，无法安装成功，按照网上操作修改时间date等，也无法解决。因为默认安装macOS Big Sur ,突然想到老mac是不是不支持最新系统导致的
解决方法：
重启电脑，同时按下option+command+R（升级到与您的Mac兼容的最新macOS）,成功进入安装页面，安装的版本是 macOS Catalina 版本
总结：
command+R 默认安装最新版本的macOS,对于几年前的ma的电脑来说不一定适用。
备注：
1、command+R 重新安装最新的macOS
2、option+command+R 升级到与您的Mac兼容的最新macOS
3、shift+option+command+R 重新安装Mac随附的macOS或与他最接近且仍在提供的版本
牢记历史，勿忘国耻！
示例：当执行
$data = $res->toArray(); dd($data); //数据库日期格式：2023-09-04 15:41:17 //toArray后返回：2023-09-04T15:41:17.000000Z
官方文档说明：
Laravel 7 将使用新的日期序列化格式。为了格式化日期以进行序列化，Laravel 将会使用 Carbon 的 toJSON 方法，该方法将生成与 ISO-8601 兼容的日期，包括时区信息及小数秒。此外，该更改提供了更好的支持，并与客户端日期解析库集成。
此前，日期将序列化为以下格式：2020-03-04 16:11:00 。使用新格式进行序列化的日期将显示为：2020-03-04T20:01:00.283041Z
解决方式：
1、在Model中添加
protected $casts = [
'created_at' => 'datetime:Y-m-d H:i:s',
'updated_at' => 'datetime:Y-m-d H:i:s',
];
2、重写模型的 serializeDate 方法
/**
* 为数组 / JSON 序列化准备日期。
*
* @param \DateTimeInterface $date
* @return string
*/
protected function serializeDate(DateTimeInterface $date)
{
return $date->format($this->dateFormat ?: 'Y-m-d H:i:s');
}
使用grep在指定文件中查找内容：
grep -nr 'wuliao' ./ | grep .php
附grep参数说明
-i：忽略大小写
-v：只显示不匹配的行
-n：显示匹配行的行号
-c：统计匹配的行数
-r：递归搜索子目录
-E：使用扩展正则表达式
-F：禁用正则表达式，使用固定字符串匹配
-w：只匹配整个单词，而不是单词的一部分
-A：显示匹配行之后的若干行
-B：显示匹配行之前的若干行
-C：显示匹配行前后的若干行
今天在supervisor添加一个服务脚本，在服务器启动一段时间后，自动退出，并报错FATAL Exited too quickly (process log may have details)，查看日志时，发现日志并没有错误信息，于是手动执行php artisan 命令，没有报错信息，但是发现脚本在执行后立即就退出了，考虑到supervisor在监测服务异常或者退出后，会自动尝试重启服务，应该是重启次数超过startretries重启次数，导致进程终止。
注：出现这个错误，可自行先检查一下自己的脚本是否为常驻脚本，如果每次只去一次数据，建议修改为定时任务来处理
附supervisor子进程相关配置信息
[program:sync_merge_mobile] #
command=php /var/www/yunying/artisan consumer:merge-mobile-kafka #执行命令
process_name=%(program_name)s_%(process_num)d
autostart=true #自启动
autorestart=true #自动重启
user=admin #启动时用户权限
numprocs=2 #开启进程数
numprocs_start=0 #起始数字，默认为0
redirect_stderr=true #把 stderr 重定向到 stdout，默认 false
stdout_logfile=/home/admin/yunying/kafka_sync_merge_mobile_%(process_num)08d.log #日志位置
loglevel=info #日志级别，默认info，其它: debug,warn,trace