《我曾在崩溃的边缘行走-俞敏洪》语录 1、做任何一件事情，当你把它作为一项事业来做的时候，一定是把它跟你的理想和价值观连在一起的。 2、追求卓越,挑战极限,从绝望中寻找希望,人生终将辉煌。3、蜗牛虽然不能像雄鹰一样一下飞到金字塔顶，但是它的坚韧，照样可以带它看到更高的风景。 4、人生是一场漫长的马拉松，加油。5、风雨之后才能见到彩虹。6、做生意的本质如何能够以最低的代价获得最可靠的客户， 并且让这些客户变成你的品牌宣传员，愿意把新的客户带进来 7、好的老师遇到努力的学生，就像夏日遇到清风，最好的相遇自然开出最热烈的花！8、创业公司倒闭的原因由于创始人不懂核心业务导致的。创业公司是比较脆弱的。 9、当有一件事情你不能做的时候，一定要找几个人同时帮你做。10、一个品牌的发展，从某一个点上进行突破比全面铺开发展要更容易些。11、一个是舞台，一个是平台，一个是后台。12、只要坚持做正确的事情，好的结果自然会来。这很有点像曾国藩说过的：莫问收获，但问耕耘。 意思就是：只要你对庄稼爱护，按时锄草、施肥、浇水，秋天的收获就是必然的； 如果你一天到晚想去收获，并且拔苗助长，那到最后一定是没有收获的。 13、在面对困难的时候，你的反应能力直接决定你能不能把事情做得更好。14、只有不断提升自己的专业能力，并且达到别人无法替代的程度，那才是你能够拿高工资的资本。 15、在中国，以文科生为主的创始企业和以理科生为主的创始企业是不一样的。以理科生为主的创始企业，科学观察的意味往往比较明显，做事情比较讲求逻辑性、系统化， 这是理科生创业的特点。而文科生创业的特点， 一般来说就是喜欢讲人文，讲情怀，讲理想。这两者之间的区别还是比较明显的。 16、一个人的成长可以用一条河来比喻，起源处都是非常狭窄的，但是在向前流动的过程中，河面一般都会变得越来越开阔。 原因就是各种支流的汇入，水量也会越来越大。所以像长江、黄河这样的河流， 最后到达大海的时候都变成了奔流的大河。 17、一个坦诚的、让人不需要防范的人，他获得资源的效率是最高的，成本是最低的。18、世界上有两种人，一种人要把所有时间和精力耗费在解决自己所创造的麻烦和问题上， 比如跟别人的纠葛、吵架，内讧等。 有的夫妻就是这样生活的，天天吵架，天天在解决矛盾。 而另一种人就活得非常明白，把自己的时间、精力和资源用在对自己的人生最重要的事情上面， 把那些琐碎的事情想办法排除掉。 而要排除琐碎的事情，最好的方法就是有一个博大、坦诚、诚恳的胸怀， 这是我们每一个创业者和做事业的人， 包括懂得生活的人都应该记住的最重要的原则。

mysql的双机热备 一般主从复制是主服务器数据库可读可写，从服务器数据库只读，而双机热备是主从服务器的数据库双向复制，从服务器数据库可读也可写。说到主从复制不得不说--读写分离，此介绍请看这一篇 一文浅谈“读写分离”技术 双机热备的概念简单说一下，就是要保持两个数据库的状态自动同步。对任何一个数据库的操作都自动应用到另外一个数据库，始终保持两个数据库数据一致。 这样做的好处多。可以做灾备，其中一个坏了可以切换到另一个。可以做负载均衡，可以将请求分摊到其中任何一台上，提高网站吞吐量。 对于异地热备，尤其适合灾备。主从复制原理当主服务器上的数据发生变化的时候，主服务器会把这些变化记录到一个日志文件中，然后通知从服务器，从服务器会拉取这个日志文件中的变化信息，然后做出相应的数据变化。主从复制配置和启动可以参考这一篇高性能Mysql主从架构的复制原理及配置详解。实现步骤如下：确定主从：确定主从复制服务器。创建主服务器复制用户：在主服务器上创建用于复制的用户，并为其授予适当的权限，用来给从服务器复制。配置主服务器：在每台服务器上配置主服务器的 my.cnf 文件。配置从服务器：在每台服务器上配置从服务器的 my.cnf 文件。在从服务器启动复制：启动复制进程，并确保数据正常传输。简略实现过程：配置主从服务器的my.cnf其中主服务器的my.cnf修改log-bin=mysql-bin server-id = 1从服务器的my.cnf修改，要指定从服务器同步的博客数据库log-bin=mysql-bin binlog_format=mixed server-id = 2 relay_log = mysql-relay-bin log_slave_updates = 1 read_only = 0 # 需要读写分离则这里填1，只读 replicate-do-db = myblog_db主从服务器都重启下mysql。创建主服务器复制用户在主服务器上操作mysql> GRANT REPLICATION SLAVE,RELOAD,SUPER ON *.* TO backup1@'从服务器ip' IDENTIFIED BY 'ErTu2QSGzs1'; Query OK, 0 rows affected, 1 warning (0.00 sec) mysql> show master status; +------------------+-----------+--------------+------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +------------------+-----------+--------------+------------------+-------------------+ | mysql-bin.000024 | 734078947 | | | | +------------------+-----------+--------------+------------------+-------------------+ 1 row in set (0.00 sec)在从服务器启动复制在从服务器上操作mysql> CHANGE MASTER TO MASTER_HOST='主服务器ip', MASTER_USER='backup1', MASTER_PASSWORD='ErTu2QSGzs1', MASTER_LOG_FILE='mysql-bin.000024', MASTER_LOG_POS=0; Query OK, 0 rows affected, 2 warnings (0.03 sec) mysql> START SLAVE; mysql> SHOW SLAVE STATUS\G 主从复制常见的问题1、server-id重复 Last_IO_Errno: 1593 Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for replication to work (or the --replicate-same-server-id option must be used on slave but this does not always make sense; please check the manual before using it).2、数据库的键值重复 Last_Errno: 1062 Last_Error: Error 'Duplicate entry '166127' for key 'PRIMARY'' on query. Default database: 'xxx'. Query: 'INSERT INTO xxx'解决方法：1、重新导入主从数据库，保持一致，并且设置LOG_POS为最新的。1.1 导入主从数据库 命令行（不是在 MySQL）执行导出博客数据表结构。 mysqldump -u your_username -p --no-data your_database_name > structure.sql 在这个命令中： -u your_username 是你的数据库用户名 -p 表示需要输入密码 --no-data 选项表示只导出结构，不包含数据 your_database_name 是你的数据库名称 > structure.sql 表示将导出的内容保存到 structure.sql 文件中 1.2 设置LOG_POS为最新的 首先在主库上查看 mysql> show master status; +------------------+-----------+--------------+------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +------------------+-----------+--------------+------------------+-------------------+ | mysql-bin.000022 | 372102960 | | | | +------------------+-----------+--------------+------------------+-------------------+ 1 row in set (0.00 sec) 在从库上操作 START SLAVE;STOP SLAVE; CHANGE MASTER TO MASTER_HOST='主服务器ip', MASTER_USER='backup1', MASTER_PASSWORD='ErTu2QSGzs1', MASTER_LOG_FILE='mysql-bin.000024', MASTER_LOG_POS=372102960; #从372102960行后开始复制 mysql> START SLAVE; mysql> SHOW SLAVE STATUS\G3、主服务器数据库连接失败 Last_IO_Errno: 2003 Last_IO_Error: error connecting to master ...排查：(1) 在配置文件中排查了与bindaddress和skip-networking与相关参数后，均没有配置；(2) 于是排查服务器的防火墙，发现防火墙处于开启状态(3) 关闭防火墙后，重新执行start slave;发现主从配置成功。配置没错大多是防火墙问题，没有放行mysql的3306端口双机热备实现步骤如下：在两台服务器上配置主从复制：每台服务器既是主服务器又是从服务器。创建复制用户：在两台服务器上创建用于复制的用户，并为其授予适当的权限。配置主服务器：在每台服务器上配置主服务器的 my.cnf 文件。配置从服务器：在每台服务器上配置从服务器的 my.cnf 文件。启动复制：启动复制进程，并确保数据正常传输。在主从复制的基础上，修改主服务器 my.cnf 文件（主服务器也当成从服务器，即让主服务器复制从服务器）。relay_log = mysql-relay-bin log_slave_updates = 1 read_only = 0 replicate-do-db = myblog_db配置主服务器复制从服务器步骤跟主从复制一样在从服务器上操作mysql> GRANT REPLICATION SLAVE,RELOAD,SUPER ON *.* TO backup2@'主服务器ip' IDENTIFIED BY 'ErTu2QSGzs2'; Query OK, 0 rows affected, 1 warning (0.00 sec) mysql> show master status; +------------------+----------+--------------+------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +------------------+----------+--------------+------------------+-------------------+ | mysql-bin.000022 | 2747685 | | | | +------------------+----------+--------------+------------------+-------------------+ 1 row in set (0.00 sec)在主服务器上操作mysql> CHANGE MASTER TO MASTER_HOST='从服务器ip', MASTER_USER='backup2', MASTER_PASSWORD='ErTu2QSGzs2', MASTER_LOG_FILE='mysql-bin.000022', MASTER_LOG_POS=0; Query OK, 0 rows affected, 2 warnings (0.03 sec) mysql> START SLAVE; mysql> SHOW SLAVE STATUS\G以上配置完毕。参考：一文浅谈“读写分离”技术 Mysql-Master-Slave主从配置（1） 高性能Mysql主从架构的复制原理及配置详解mysql 双主从复制原理（双机热备）

让你的博客实现负载均衡 零、缘起有时候博客突然挂了，发现服务器厂商出了问题，很忧伤，我正在写着或查阅自家博客那种不可xx的内容。这时想着，如果这个博客有负载均衡就好了，空了想着实现下。一分钟了解负载均衡的一切选择第二种【反向代理层->站点层】的负载均衡，基于nginx的反向代理技术，需要一个负载均衡服务器。一、购买服务器，作为负载均衡代理服务器买腾讯云按量付费服务器，我看了下这个配置，后面好像选按小时计算付费，每小时花0.09（流量0.01和云硬盘0.08），一天2.16，这个机子用来调试，部署负载均衡代理。二、登录服务器，安装配置nignx安装nginx yum install -y nginx查看nginx配置文件[root@xx ~]# whereis nginx nginx: /usr/sbin/nginx /usr/lib64/nginx /etc/nginx /usr/share/nginx /usr/share/man/man3/nginx.3pm.gz /usr/share/man/man8/nginx.8.gz [root@xx ~]# cat /etc/nginx/nginx.conf启动nginx[root@xx ~]# which nginx /usr/sbin/nginx [root@xx ~]# /usr/sbin/nginx [root@xx ~]# ps -ef | grep nginx root 5092 1 0 21:18 ? 00:00:00 nginx: master process nginx nginx 5093 5092 0 21:18 ? 00:00:00 nginx: worker process nginx 5094 5092 0 21:18 ? 00:00:00 nginx: worker process root 5148 3331 0 21:18 pts/0 00:00:00 grep --color=auto nginx三、代码实现在http模块下增加修改以下代码 upstream test { server ip:8080;# 端口不能为80 server ip:8081; } server { listen 80; server_name localhost;#负载均衡服务器的ip或域名 client_max_body_size 1024M; location / { proxy_pass http://test; proxy_set_header Host $host:$server_port; } [root@xx ~]# /usr/sbin/nginx -t nginx: the configuration file /etc/nginx/nginx.conf syntax is ok nginx: configuration file /etc/nginx/nginx.conf test is successful [root@xx ~]# /usr/sbin/nginx -s reload搞负责均衡是为了高可用，如果这个负责均衡只是对于没啥流量博客而言，起到流量均衡负载到不同服务器的作用，那没啥用。下一篇讲关于主从复制的内容。参考：一分钟了解负载均衡的一切nginx 手册

简易发邮件 /* * 第三方发邮件接口 https://luckycola.com.cn/public/docs/shares/api/mail.html { "ColaKey": "i6qNeQszeSD6zf16988I2YaRNIMz",// 官网获取 "tomail": "1537@163.com",// 邮件发给谁? "fromTitle": "我是邮件标题",// 邮件标题 "subject": "我是邮件主题", // 邮件系统授权码，参考[获取文档]:https://blog.csdn.net/qq_48896417/article/details/133903185?spm=1001.2014.3001.5501 "smtpCode": "GNNSC*******TWU", // 开启授权码对应的授权邮箱 "smtpEmail": "example@163.com", // 授权邮箱的类型， 可取值是 qq 或 163 或 126 "smtpCodeType": "163", "isTextContent": false,// 邮件内容是否是纯文本形式 "content": "<div style='color: red'>我是邮件内容(因为isTextContent=false所以我可以解析html标签,是红色的)</div>",// 邮件内容 } */ public function sendMail($toemail = "", $subject = "", $content = "", $fromUserInfo = "admin") { $params = []; $params["ColaKey"] = "xx"; $params["tomail"] = $toemail; $params["fromTitle"] = $fromUserInfo; $params["subject"] = $subject; $params["content"] = $content; if (strpos($toemail,"@163") !== false) { $params["smtpCode"] = "xxx";//授权码有效期180天 $params["smtpEmail"] = "xxx@163.com"; $params["smtpCodeType"] = "163"; } elseif (strpos($toemail,"@qq") !== false) { $params["smtpCode"] = "xxx"; $params["smtpEmail"] = "xx@qq.com"; $params["smtpCodeType"] = "qq"; } $mail_url = "https://luckycola.com.cn/tools/customMail"; $rs_str = curl($mail_url, $params); $rs = json_decode($rs_str,true); if (isset($rs["code"]) && $rs["code"] == 0) { $this->logfile("发送邮件成功 --> ". $rs_str); } else { $this->logfile("发送邮件失败 --> ". $rs_str); } // 使用php内置mail函数发邮件，需要启动postfix服务（systemctl start postfix）且 放行外网25端口 // ini_set("SMTP", "smtp.163.com"); // ini_set("smtp_port", "25"); // $tomail = "xx@qq.com"; // 收件人邮箱地址 // $title = "邮件主题"; // $content = "邮件内容"; // $sendermail = "sender@example.com"; // $headers = "From: {$sendermail}"; // 发件人邮箱地址 // // //发送邮件 // $rs = mail($tomail, $title, $content, $headers); // if ($rs) { // exit("ok"); // } else { // exit("邮件发送失败"); // } } // 调用 // $tomail = "xx@qq.com"; // 收件人邮箱地址 // $subject = "邮件主题"; // $content = "邮件内容"; // $fromUserInfo = "发送方"; // $this->sendMail($toemail, $subject, $content, $fromUserInfo);另外稳定可用的第三方服务接口

Linux下卸载与安装Composer 卸载如果您尝试了上述步骤但未能成功卸载Composer，可能是由于权限或其他配置问题。您可以尝试以下方法来彻底卸载Composer：1. 查找Composer安装位置：在终端中执行以下命令，以查找Composer的安装位置：which composer这将显示Composer可执行文件的实际路径。您可以使用这个路径来手动删除Composer文件。2. 手动删除Composer文件：使用上一步中找到的Composer文件路径，您可以执行以下命令手动删除Composer文件：rm /path/to/composer请将/path/to/composer替换为您在第一步中找到的Composer文件路径。3. 清除Composer缓存：有时Composer会在全局位置或用户主目录下创建缓存文件，您可以尝试手动清除这些缓存文件。在终端中执行以下命令：rm -rf ~/.composer这将删除用户主目录下的Composer缓存文件。4. 验证卸载：最后，您可以通过在终端中运行composer命令来验证Composer是否已成功卸载。如果Composer已成功卸载，您将会看到类似“command not found”之类的消息。[root@xx ~]# composer -bash: /usr/bin/composer: No such file or directory看起来在您的系统上，Composer已经被删除了，但是系统仍在尝试执行Composer命令。这可能是因为之前的安装过程中创建了一些链接或者配置文件，导致系统仍然尝试执行已经删除的Composer命令。您可以尝试更新系统的命令缓存，以确保系统不再尝试执行已删除的Composer命令。在终端中执行以下命令：hash -r这个命令将清除当前shell的命令缓存，这样系统就会重新查找可执行文件的位置。安装执行下面命令，分别是下载Composer安装脚本验证安装脚本运行安装脚本删除安装脚本移动Composer可执行文件验证安装（如果一切顺利，能够看到Composer的版本信息）php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');" php -r "if (hash_file('sha384', 'composer-setup.php') === 'dac665fdc30fdd8ec78b38b9800061b4150413ff2e3b6f88543c636f7cd84f6db9189d43a81e5503cda447da73c7e5b6') { echo 'Installer verified'; } else { echo 'Installer corrupt'; unlink('composer-setup.php'); } echo PHP_EOL;" php composer-setup.php php -r "unlink('composer-setup.php');" mv composer.phar /usr/bin/composer composer --version参考：Composer下载页面