怎样预防生产环境错误？ 自己摸索，自己记录哈。欢迎提供更好的解决方案。系统能够抛出异常，让使用者能够正常操作下去。比如下单接口报错，后台应该是能返回一个错误给前端，而前端判断到错误后，直接提示错误，然后让用户去进行重复操作或者其它操作系统应该能够记录错误的请求参数。后台错误后，应该有错误日志去记录请求参数是啥，错误是啥错误。这样开发者可以通过错误去排查

这两周阅读-技巧 文章vscode 生成文件名，注释python实战案例linux 查看服务器配置片段进行压测时的一些小建议：压测尽可能让并发数从低往高慢慢递增，避免一开始就设的太大，一个比较好的参考依据是现在阶段线上环境的并发数 压测的持续时间可以持续久一点，这样可以看到更多可能出现的情况，可以考虑5分钟，8分钟，15分钟等 有条件的，压测和被压测的机器要独立，因为压测的时候也会有资源占用，可能会影响被压测的接口 不要只看压测的结果数据，还要留意被压测机的cpu，内存等指标在压测时是否正常 内网压测的效果达到预期后，再考虑外网的，网络因素，可控性不强作者：catcherwong链接：https://juejin.cn/post/6962715206178832392来源：稀土掘金著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

关于修改博客主题 cdn 地址的一些做法 太忙了，忙着上线。前两天因为又要配置 xdebug ,所以我回到自己的博客看文章，结果发现发现博客的 js 死活加载不了，只有翻墙后才能加载，于是去 joe 的 github 看了一下，发现大佬已经解决了这个问题。作者的解决方案： <script src="https://cdn.jsdelivr.net/npm/[email protected]/dist/wow.min.js"></script> <script src="https://fastly.jsdelivr.net/npm/[email protected]/dist/wow.min.js"></script>通过上述可以发现，作者把 https://cdn.jsdelivr.net 换成了 https://fastly.jsdelivr.netOk.既然知道作者是怎么做的了，那就可以根据这个东西来修改了。第一种方式。 直接把作者的包下载下来，然后上传到自己的博客里面，因为我修改了博客主题，这种方式不适合我。第二种方式。 从博客主机里面下载主题，然后使用编辑器去批量替换/手动替换，然后上传上去。我就是这种方式，因为懒，又想不出其他方式。那么没有第三种方式？答案肯定有。第三种方式。 直接使用sed 命令去批量替换。我记得有这个命令，但是我也不会使用，于是我也百度了一下是否可以批量替换，结果真的可以。例如：替换/blog下所有文件中的 cdn.jsdelivr.net 为 fastly.jsdelivr.net (我还没有测试，你们试试)sed -i "s/cdn.jsdelivr.net/fastly.jsdelivr.net/g" grep cdn.jsdelivr.net -rl /blogend完

一个还没有完成工作的复盘(二)-上线篇 前言前一篇文章不是说有一个商城要上线吗？具体点击这里查看经历了放假+其他事情的干扰，这个项目终于上线了。所以这篇文章是上线后的问题复盘正文废话不多说，直接上正文项目上线后，遇到的问题有：1.因为开发时间极短，而项目极其庞大，导致了很多细小的极限值没有考虑到，最典型的就是 where条件没有写好.需求：查询当前用户在当天内是否下过订单（）当时开发的时候写的wherewhere porderid =1 and cid = 2 and (addtime >= 2022-06-12 00:00:00 or addtime<=2022-06-12 23:59:59) 事后反馈了问题，然后的时候,才发现，忘了写订单状态，未付款订单，取消的订单都被加进去了后来改成了：#(这里不用考虑取消) where porderid =1 and cid = 2 and (addtime >= 2022-06-12 00:00:00 or addtime<=2022-06-12 23:59:59) and status != 5 2.服务器报各种 mysql 字段错误。错误描述：扣减金额的时候，金额已经不够扣了，但是接口没有处理，还是直接在数据库扣。并且也没有写事务和并发限制.解决方案：改成了事务+try catch + where。 where条件里面加 where amount>=need_amount（need_amount 为需要的金额数）3.服务器代码更新的时候，不要使用一键懒省事的更新，而是要通过提交日志确认自己要更新的文件。通过 svn/git 提交日志获取到自己修改的文件，然后把文件整理成更新命令并在服务器上更新这些命令。原因：我们会在服务器上修改一些生产的配置，如果使用一键更新的时候，同事可能会修改这个文件，并且不小心把这个文件给提交了4.因为失误，导致了一堆错误金额。比如返利判断写错了，给用户多发钱了，一定要仔细看自己的返利判断，不然写补救脚本的时候就难受了，因为补救脚本可没有人给你测试了，并且还要自负风险，所以一定要备份数据库。5.操作数据库前，一定要备份。不然会因为你的各种疏忽导致数据错乱的时候，你想恢复都恢复不了。6.尽量多手写一些查询 sql, 因为真的能锻炼自己的 sql 水准还有下一篇？不一定，如果还遇到问题的话，我会抽空更新，抽空复盘。这周7天，我上了7天班，通宵了三天，所以真不一定有时间更新，但是更新也是对自己的知识的一种复盘。

关于php xdebug 在 vscode 上调试 thinkphp 使用经验分享-新手安装经验 这篇文章是上一篇文章的姊妹篇。如果您是完全没有使用过的小白，建议先看第一篇：新手安装 xdebug。本文目的如何安装 xedebug 并调试 thinkphp，本文主要分享安装的时候遇到的问题，给读者进行启发。正文遇到的问题：安装 xdebug 后，vscode 死活无法监听浏览器目前 xdebug 有 2 版本和 3 版本。如果自己不知道自己的版本的话，建议先配置 3 版本，确认还不行的话，再改成 2 版本#在php.ini 中增加（这是 3 版本） xdebug.mode = debug xdebug.start_with_request = yes#在php.ini 中增加（这是 2 版本） xdebug.remote_enable = 1 xdebug.remote_autostart = 1 xdebug.remote_port = 9000这两种配置都可以试试，说不定就可以了呢。如果您的英文比较好的话，您可以直接阅读vscode for xdebug：