官方网址：https://lnmp.org

LNMP一键安装包是一个用Linux Shell编写的可以为CentOS/RHEL/Fedora/Debian/Ubuntu/Raspbian/Deepin/Alibaba/Amazon/Mint/Oracle/Rocky/Alma/Kali/UOS/银河麒麟/openEuler/Anolis OS Linux VPS或独立主机安装LNMP(Nginx/MySQL/PHP)、LNMPA(Nginx/MySQL/PHP/Apache)、LAMP(Apache/MySQL/PHP)生产环境的Shell程序。
安装包集成了一些维护工具，比如切分nginx日志文件的脚本等，本文主要是作者收藏之用

LNMP一键安装包 V1.9正式版
主要增加了对rocky linux 、alma linux、CentOS Stream 9及国产Linux（UOS统信、银河麒麟、华为openEuler、龙蜥Anolis OS）的支持；增加了exif、fileinfo、ldap、bz2、sodium、imap和swoole PHP模块选项，安装前可通过修改lnmp.conf中的对应选项的值为y开启或安装完成后./addons.sh 进行单独安装。增加了MySQL 5.7、8.0 二进制安装选项；增加了目前最新版的PHP 8.1支持及PHP扩展组件对8.1的支持；lnmp.conf增加了nginx模块ngx_fancyindex安装选项；lnmp管理脚本增加301选项及IPv6开启选项，泛域名SSL证书增加ZeroSSL免费SSL选项及一些安装代码优化。

安装教程：https://lnmp.org/install.html
问题反馈及使用交流论坛：https://bbs.vpser.net/forum-25-1.html
打赏捐赠：https://lnmp.org/donation.html

V1.9正式版更新记录

增加rocky linux 和alma linux支持；
增加PHP 8.1支持；
增加PHP模块exif、fileinfo、ldap、bz2、sodium、imap、swoole和SourceGuardian Loader的支持安装，安装lnmp前lnmp.conf 中开启后安装lnmp或 ./addons.sh 安装以上模块；
增加ngx_fancyindex模块，lnmp.conf中开启后，安装lnmp或升级nginx；
增加nginx模块--with-stream_ssl_preread_module，方便使用stream ssl相关配置；
增加UOS统信桌面家庭版、桌面专业版、服务器版支持；
增加银河麒麟服务器操作系统和桌面系统支持；
增加华为openEuler支持；
增加阿里巴巴龙蜥Anolis OS支持；
增加CentOS Stream 9支持；
增加Alma Linux 9支持；
增加MySQL 5.7、8.0 二进制安装和升级方式；
增加PHP 7.4+ webp支持；
lnmp管理脚本增加HTTP 301跳转HTTPS的选项；
lnmp管理脚本增加是否启用IPv6选项；
移除mariadb 10.1, 10.2增加mariadb 10.5, 10.6；
泛域名SSL增加了ZeroSSL支持；
优化AlibabaCloud支持；
优化部分SSL添加代码；
优化FTP用户添加部分代码；
优化离线安装；
优化部分EOL Linux发行版的安装；
优化OpenSSL支持；
优化RHEL 9系下uw-imap支持情况；
调整MariaDB升级下载地址；
更新诸多软件版本；
其他一些功能优化及调整......

protected/config/main.php

...
    'components' => array(

        'log' => array(
            'class' => 'CLogRouter',
            'routes' => array(
                array(
                    'class' => 'CFileLogRoute',
                    'levels' => 'error, warning',
                ),
                array( // configuration for the toolbar
                    'class'=>'CFileLogRoute',
                    'levels' => 'trace',
                    'categories' => 'system.db.*',          #只是显示关于数据库信息
                    'logFile'=>'db.log',
                ),
            ),
        ),
),
...

方法已失效，仅作笔记

获取用户主页数据，更换 sec_uid 参数即可，sec_uid PC版用户主页链接中也有
https://www.douyin.com/user/MS4wLjABAAAAM_k4ZhuDZ1k-nT1EXml5moYfsAYsC5U2xpdTDmgO8Io

https://www.iesdouyin.com/web/api/v2/aweme/post/?sec_uid=MS4wLjABAAAAFTNkHANuPtZKteVQsBaMwaIHoSMh3nxqJDOXEDHUnlg&count=21&max_cursor=0&aid=1128&_signature=fJp6thAXIkOb7YKwZF36KXyaeq&dytk=fd2ba6076e7bb73e31504e51bc4baf08

获取视频数据，只需要替换 item_ids 参数即可，item_ids 是视频ID，分享链接中可获得

https://www.iesdouyin.com/web/api/v2/aweme/iteminfo/?item_ids=7108929990414044447

拿到水印视频地址后，把playwm换成play即为无水印地址

以视频https://v.douyin.com/JTBpb4L/为例
1.直接访问获得原始链接https://www.iesdouyin.com/share/video/6925270560700108032/?region=CN&mid=……（url中无关内容已省略）
2.取出videoID 6925270560700108032
3.拼接地址 https://www.iesdouyin.com/web/api/v2/aweme/iteminfo/?item_ids=6925270560700108032 访问后得到json
4.json中'item_list''video''url_list'为有水印地址 https://aweme.snssdk.com/aweme/v1/playwm/?video_id=v0d00f7b0000c0do1njj3ie1jhkhicfg&ratio=720p&line=0
5.将有水印地址中的playwm替换为play 即https://aweme.snssdk.com/aweme/v1/play/?video_id=v0d00f7b0000c0do1njj3ie1jhkhicfg&ratio=720p&line=0

本文是转自网络文章，仅用于本人笔记使用：
原文链接：https://blog.csdn.net/weixin_43376602/article/details/102745050

Fiddler手机APP抓包及无法连接网络问题处理
fiddler配置过程
Android手机抓包配置
iOS手机抓包配置
解决fiddler在抓手机APP包的时候连不上网或者网络很慢
解决安卓7.0以上免root抓包
fiddler配置过程
点击Tools->Options->Connections

点击Tools->Options->HTTPS

重启fiddler
确保防火墙允许fiddler进程可以远程连接
手机设备（IOS或Android设备）连接WiFi，需和fiddler在同一个局域网内
Android手机抓包配置
打开设置>WLAN>连接上的WLAN设置>点击代理>手动>设置主机名为fiddler所在的主机的IP（可通过cmd查看），端口为fiddler监听端口（一般为8888）

iOS手机抓包配置
打开设置>WLAN>连接上的WLAN设置>点击代理>手动>设置主机名为fiddler所在的主机的IP（可通过cmd查看），端口为fiddler监听端口（一般为8888）

备注：手机和fiddler所在的主机需要在同一局域网内；测试结束记得关闭代理，否则手机无法上网

解决fiddler在抓手机APP包的时候连不上网或者网络很慢
打开rules->customize rules搜Lavender，然后在下一行中添加代码即可：

if (oSession.host.toLowerCase() == "webserver:8888")
oSession.host = "webserver:80";
1
2

备注：如果影响到电脑的抓包网速，可以选择删除，在需要手机抓包的时候再添加进去

解决安卓7.0以上免root抓包
在安卓手机端下载virtualxposed软件
v0.18.2版本的下载链接：http://m.k73.com/down/android/555129.html

使用教程：
1、下载 VirtualXposed 安装包，安装到手机。

2、安装成功后打开 VirtualXposed，添加应用，安装要使用的APP，以及相应的Xposed模块即可。

3、新安装包在安装的过程中，选择VirtualXposed安装。

4、无需手机root，但每次打开都需要在VirtualXposed APP内打开应用才能生效！

这文章是转自网络其它博主的，仅作本人收藏之用
原文链接：https://cloud.tencent.com/developer/article/1644836

那么对于nginx，对于php-fpm，backlog应该设置多大，是越大越好吗？backlog怎么设置合适？这是上篇文章中遗留的几个问题

接着上篇文章《Nginx高并发调优中常被忽略的参数》中，最后部分，通过查看nginx源码发现nginx源码中定义backlog为511，其实在php-fpm配置文件中，同样默认backlog是511

包括redis，在默认配置文件中也有backlog配置，默认也是511

其实在redis注释中已经解释很清楚了，当你需要处理高并发得场景时，需要较大得backlog来处理堆积得请求，上篇文章对原理已经做了较全面的解释，网上也有很多大牛关于tcp全连接、半连接的文章讲解，今天主要想测试下，backlog在优化设置时，应该怎么设置

为了尽量排除带宽影响，我这里直接用两台内网的机子，一台作为客户端用ab去请求，另外一台作为服务端，服务端是一台centos7，没有优化过的系统

首先说一下ss的Recv-Q和Send-Q

在ss命令的结果中，如果该条记录为监听端口，则Recv-Q表示accept队列中元素的个数，Send-Q表示accept队列中队列的容量，所以从监听端口这行正好可以看到队列的情况

接着开始测试，第一步，先就默认backlog为128的情况下，用ab进行测试

直接开了两个窗口，用watch执行ss命令，0.1s刷新，在客户端用ab 200并发请求，开始瞬间php的Recv-Q就满了(因为我这里nginx连接php用的是socket的方式，所以监听的是socket，不是端口)，接着查看ab结果

69次失败请求

查看nginx错误日志，69条错误日志，都是sock文件资源不可用，如果是用端口的形式，应该是请求超时或连接被重置，这个具体根据php执行时间已经nginx配置超时时间决定

接着调大内核somaxconn，让somaxconn大于nginx和php的默认backlog，也就是511，这里设置为1024，在接着测试

查看php-cgi的Send-Q，注意这里nginx或者php-fpm都要restart才能生效

接着查看nginx的Send-Q

接着ab进行测试，同时实时查看Recv-Q情况，我先仍然用刚才的ab参数进行测试

截图有点慢了，打的时候Recv-Q已经到198了，接着快速下降，看下ab测试结果

已经没有失败请求了，接着调大ab参数，再进行同样的测试

手慢了，ab打的瞬间Recv-Q是512，队列打满了，接着查看结果，不出意外肯定会有失败请求

从目前测试的结果来看，最直观的就是，backlog增大，对于能处理的并发请求来说也在增大，所以backlog优化是必须的，接着继续增加backlog进行测试

还是用600并发

没有问题，都能够正常处理，继续增加并发到1025

查看结果

接着想看下backlog太大会不会有什么影响，进行如下配置

接着ab测试(测试服务器不一定能扛住，这里ab最大并发2w)

从结果来看，没有问题，backlog越大越好

但其实这里有个问题，就是我这里测试的只是单php脚本，并没有涉及到业务代码，也不查询数据库，所以php能够快速处理，服务器不会崩，那么为什么nginx、php-fpm、redis，都默认设置511，而不设置很大的值，其实在php历史上，backlog是修改过的(从其他文章看到的)，也是从511，修改到65535，提交者也是认为backlog数量越大越好，即便出现timeout也比syn队列满了后，内核忽略掉TCP SYN请求要好

但是在后面又将backlog改回511

其中理由是“backlog值为65535太大了。会导致前面的nginx（或者其他客户端）超时”，而且提交者举例计算了一下，假设FPM的QPS为5000，那么65535个请求全部处理完需要13s的样子。但前端的nginx（或其他客户端）已经等待超时，关闭了这个连接。当FPM处理完之后，再往这个SOCKET ID 写数据时，却发现连接已关闭，得到的是“error: Broken Pipe”，在nginx、redis、apache里，默认的backlog值都是511。故这里也建议改为511

所以我的建议是，用压测的方法，持续调整测试，取一个适合你业务的最大backlog值，一定要以业务代码进行测试，而不是单纯的调大backlog。