fastadmin 302重定向过多 具体看代码，很简单，我对比了半天，其它都不用管server { listen 80; server_name xxxxx; return 301 https://$host$request_uri; } server{ listen 443 ssl http2; server_name xxx.com; root /app/yy/public; index index.html index.htm index.php; # 这里ssl相关的代码已经移除了，想弄ssl的自行搜索，本文不是让你看ssl解决方案的 #伪静态 location / { if (!-e $request_filename) { rewrite ^(.*)$ /index.php?s=/$1 last; break; } } location ~ .*\.php(\/.*)*$ { ### 只需要确认是否有这行代码 fastcgi_split_path_info ^(.+?\.php)(/.+)$; } }

一个还没有完成工作的复盘(二)-上线篇 前言前一篇文章不是说有一个商城要上线吗？具体点击这里查看经历了放假+其他事情的干扰，这个项目终于上线了。所以这篇文章是上线后的问题复盘正文废话不多说，直接上正文项目上线后，遇到的问题有：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：

一个还没有完成工作的复盘 上次不是说我回到老公司了吗？然后接手了一个商城项目，三周上线。主要功能是老商城+会员赠送商品商城+购买身份+其它（内部机密，不会说的，签了保密书）。我目前已经开发了两周了，过两天就要上线了。那么为什么要写本文呢？答案：一周前我就想写复盘，但是当时想的是等上线了在写。但是到了今天，我已经忘了我当初为啥想要复盘了。然后今天又遇到新的问题了，又是值得记录的复盘点，复盘后以后可以避免这个问题的发生。正文先说今天遇到的问题：我开发的接口和产品要求的业务需求接口不一致。理由一大堆，我不想解释。只想讲如何改进，以后开发接口的时候，尽量思考这个接口页面要展示什么数据，它是那个接口的前置接口，它要为那个接口提供什么数据，这个接口有什么状态要处理？需要前端传递什么值？是否需要登陆？做开发之前要有大局观。即心中有剑，知道要怎么干。我性子比较急，拿到需求就开干，结果干到一半就发现进行不下去，必须要左改改右调整，很麻烦。然后这次技术总监亲自指点我开发商城，我就学到了。他让我拿到需求后，先不要急着开发，先根据需求原型去确认自己要建那些表模型，然后根据需求页面确认自己要提供那些接口，以及提供的那些接口参数，返回那些接口参数可以保证前端正常进行开发。先理解需求，这非常重要，性子不要太急，所谓的理解，不是你以为的这样，而是产品以为的这样。不要想当然认为自己理解的就是产品理解的东西，不懂的点一定要先和产品进行沟通，然后在进行建模和提供接口。想好在动手，性子不要太急，真的很重要。这样不至于让测试来回测试，不至于来回修改，来回返工，提高效率。最后加油，这次只是第一次复盘，不是最后一次复盘，我后面还会写复盘，让自己进步。加油

一段比较精妙的 PHP 代码[其实是我菜] 这是一段为数组值从小到大进行排序的代码，该函数的比较算法比较稳定，所谓稳定是指两个值相等的时候，不改变排序顺序。具体代码如下：$array = [4,1,2,3,10,17,5,33,24,18]; uasort($array, function($a, $b){ return $a<=>$b; }); var_dump($array);这段代码精妙点在于：uasort 函数的使用uasort 的比较算法在 8.0 版本稳定了下来。具体说明可以看 https://www.php.net/manual/zh/function.uasort.phpps 主要是看这句：在第一个参数小于，等于或大于第二个参数时，该比较函数必须相应地返回一个小于，等于或大于 0 的整数。然后太空船比较符正好返回了这三个整数。匿名函数的使用不知道说啥好了，反正省了行数吧增加了php7新技巧:太空船比较 $a<=>$b代码可以转化为：if($a > $b) { return 1; } elseif ($a == $b) { return 0; } else { return -1; }所以开头的代码完整转化成能看得懂的代码就是：$array = [4,1,2,3,10,17,5,33,24,18]; function jisuan($a, $b) { if($a > $b) { return 1; } elseif ($a == $b) { return 0; } else { return -1; } } uasort($array, 'jisuan'); var_dump($array);