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)(/.+)$; } }

[福利]在线搜索直播源 打开网址搜索直播源。http://tonkiang.us/?s=videoshttps://www.foodieguide.com/iptvsearch/上门两个网址都是同一个地址，随便使用其中一个进行搜索即可。https://www.youtube.com/watch?v=A9DFw7YQXnQ 搜索的视频教程

帮客户解决一个￥3000w的问题 前言写这个并不是为了炫耀什么，也不是为了说明什么，而是为日后面试做素材积累。背景我身处外包公司，目前手头上有三个项目并行上线。一个项目是某公司前景项目A，一个是深圳某真金巨头B（一心搞钱，技术外包）。今天A项目要从0开始上线了，但是还有部分释放功能没有写， 所以任务落在了我的头上。B项目因为各种历史原因，导致释放数据达到20G因为A项目想要赶紧出来，然后抢占市场，公司方面也特别重视这个项目（公司也希望转型这方面），B项目因为各种原因，公司不重视了，甚至没有心思去解决它的问题。而我则是恰逢其会下，在两个项目内承担了一定的角色- A和B的绝对主力开发、绝对上线员、服务器管理员。经过A 今天要上线，B 的释放有问题，导致 B 站管理暂时关闭了释放，因为每天的释放可能导致上千万的损失，所以 B 也是迫切要求我赶紧解决问题。因为时间有限，我只能让同事写 B 的释放返还逻辑（B 方要求这样改），然后我则写 A 的释放（这是老板交给我的主要工作），我在 A 上写完第一版后，A 又加了几个释放规则，并要求明天上线，在这种情况下，我趁着测试和产品下班的情况下，本着一颗责任心把同事写的 B 的返还逻辑给过了一遍，然后又指点一遍，发现还是不行，于是自己基于他的版本复制并改了一遍，终于跑通了。终于把 B 给解决了。事后老板说了B 项目虽然很急，但是 A 项目更急，但如果解决不了 B 的问题，B 的市场直接就炸了。因为释放的都是钱，不释放就意味着 B 的用户以为 B 跑路了。这件事如果没有解决，我的良心难安，虽然老板说不是我的问题，但是我还是想进进自己的力。B 方老板在我回家的时候给我讲，这个问题导致 B 方将会损失了 3000W ， B 没有办法，强行返还释放。end明天还要上线 A ，实在没有精力看逻辑和文字是否存在错误了。因为如果不上 A 的话，A 可能也要黄了，公司就尴尬了，所以，抱歉，对不起读者。

https 双向证书认证踩坑 (nginx) 背景公司的后台被别有用心的人攻击了，导致公司损失了几个小目标。恰巧与世隔绝的技术总监回来了，他提出把后台设置成证书访问（https 双向访问认证），即：用户访问后台地址的时候，本地需要安装特定的公钥证书，然后才能访问后台，不然 nginx 就直接返回 400 ，然后让我来试试看怎么弄。踩了一下午的坑，总算是走通了流程。看看原理不复制了，你们自己去看：https://blog.csdn.net/easylife206/article/details/107776854小白流程创建根证书openssl genrsa -out root.key 2048创建根证书请求文件：openssl req -new -out root.csr -key root.key创建根证书openssl x509 -req -in root.csr -out root.crt -signkey root.key -CAcreateserial -days 3650在创建证书请求文件的时候需要注意三点，下面生成服务器请求文件和客户端请求文件均要注意这三点：Common Name 填写证书对应的服务域名；所有字段的填写，根证书、服务器端证书、客户端证书需保持一致最后的密码可以直接回车跳过。创建服务器端证书私钥openssl genrsa -out server.key 1024创建服务器端证书请求文件openssl req -new -out server.csr -key server.key创建服务器端公钥文件openssl x509 -req -in server.csr -out server.crt -signkey server.key -CA root.crt -CAkey root.key -CAcreateserial -days 3650创建客户端证书私钥openssl genrsa -out client.key 1024创建客户端证书请求文件openssl req -new -out client.csr -key client.key创建客户端证书公钥openssl x509 -req -in client.csr -out client.crt -signkey client.key -CA root.crt -CAkey root.key -CAcreateserial -days 3650创建win可用的p12格式证书 openssl pkcs12 -export -clcerts -in client.crt -inkey client.key -out client.p12 （-clcerts 可以去掉）修改nginx配置（示例）server { listen 443 ssl; server_name www.yourdomain.com; ssl on; ssl_certificate /data/sslKey/server.crt; #server公钥证书 ssl_certificate_key /data/sslKey/server.key; #server私钥 ssl_client_certificate /data/sslKey/root.crt; #客户端公钥证书 ssl_verify_client on; #开启客户端证书验证 location / { root html; index index.html index.htm; } }测试配置是否正常curl --cacert root.crt --cert ./client.crt --key ./client.key https://test.cc --resolve test.cc:443:127.0.0.1 把生成的证书导入本地浏览器root.crt 导入受信任的根证书颁发机构 client.p12 直接点击该文件进行自动导入，一切默认选项。 Tips所有字段的填写，根证书、服务器端证书、客户端证书需保持一致最后的密码可以直接回车跳过。本博主建议：配置完 nginx 后，重启了 nginx 就开始使用 curl 进行请求，确认自己的配置是否 ok。然后在进行浏览器的调整。我一开始都摸不着头脑，不知道怎么弄。本博主建议使用 ie 浏览器调整浏览器访问的效果，不然谷歌和火狐坑的你不知道东南西北。ie 是改完就能看到效果，而 chrome 是需要重启电脑才会看到效果。根证书的Common Name填写root就可以，所有客户端和服务器端的证书这个字段需要填写域名，一定要注意的是，根证书的这个字段和客户端证书、服务器端证书不能一样（本博主在总结一下：ca证书是指颁发机构的名字，所以尽量写一个自己知道的名字，而服务器要和客户端的名字一样）；Nginx 的 ssl_client_certificate 需要配置根证书 root.crt，而不是客户端证书；有一点需要注意的就是，如果客户端证书不是由根证书直接颁发的，配置中还需要加一个配置：ssl_verify_depth 1;一些快捷键windows: mmc 证书管理 certmgr.msc 证书管理参考https://www.cnblogs.com/xiao987334176/p/11041241.htmlhttps://blog.51cto.com/tchuairen/1782945https://blog.csdn.net/easylife206/article/details/107776854https://blog.51cto.com/u_15148274/5502780https://www.jianshu.com/p/2b2d1f511959https://www.jianshu.com/p/003c6fb3dc2dhttps://www.cnblogs.com/smilexumu/p/9039251.htmlhttps://blog.csdn.net/a82514921/article/details/104587416https://blog.csdn.net/a82514921/article/details/104587416https://blog.csdn.net/weixin_39611308/article/details/110794666https://www.xitongcheng.com/jiaocheng/win10_article_67483.htmlhttps://github.com/avwo/whistle/issues/22https://blog.csdn.net/Drug_/article/details/100893157https://www.hi-linux.com/posts/38492.html#vip-container

[解决]linux 服务器的硬盘满了，但是真实空间并没有满 这两天公司的测试服务器崩了，崩的原因很简单：磁盘满了，没有空间了。但是深究后发现原因并非如此。实际上是：删除文件的进程未释放文件使用 df -lh 文件系统 容量 已用 可用 已用% 挂载点 devtmpfs 7.7G 0 7.7G 0% /dev tmpfs 7.7G 0 7.7G 0% /dev/shm tmpfs 7.7G 711M 7.0G 10% /run tmpfs 7.7G 0 7.7G 0% /sys/fs/cgroup /dev/mapper/cl-root 70G 70G 0G 100% / /dev/sdb1 916G 31G 839G 4% /data /dev/mapper/cl-home 851G 243G 608G 29% /home /dev/sda3 1014M 242M 773M 24% /boot /dev/sda1 146M 20M 127M 14% /boot/efi tmpfs 1.6G 1.2M 1.6G 1% /run/user/42 tmpfs 1.6G 4.0K 1.6G 1% /run/user/1009 tmpfs 1.6G 0 1.6G 0% /run/user/0 当时的命令查询后发现/dev/mapper/cl-root 70G 70G 0G 100% / 这个系统盘已经被用满了，但是通过 du -lh --max-depth=1 / 后发现，统计的文件占用只有9G，实际上有61个G不见了后来通过百度得知：系统自动删除文件的进程并没有执行，导致文件句柄没有被释放。于是我试了试，# 查询删除未释放的进程 lsof |grep deleted # 上述命令得到的结果 lsof -n / |grep deleted xxxxx 751 root 8r REG 253,0 61G 202150797 /xxxxx/xxxxx (deleted) 果然发现了一个占用非常大的文件,为了方便，直接显示一个，仅作演示，实际请自行查看自己的于是执行kill -9 751（上一个命令得到 pid ）然后再次 执行第一个命令，发现空间已经恢复正常大小了。真是一次奇妙的经历。