Wp原博客文章

看见k20 pro 有pixel的包了，刷了后感觉还不错，比小米要各种权限好多了，还会后台自动刷新权限。 网上的教程很多，参考了下，有个地方要注意的是，用国内的miui做底包不行，会导致卡在 mi logo界面。 先刷 twrp 双清及格式化data 刷国际版的miui 11(Android 10 版本的) Wipe Cache/Dalvik 再刷Pixel Experience Wipe Cache/Dalvik 刷机完成后需要 ke xue 上网，不然会卡在登录页面。 欧盟版 miui 11 下载地址: https://nchc.dl.sourceforge.net/project/xiaomi-eu-multilang-miui-roms/xiaomi.eu/MIUI-STABLE-RELEASES/MIUIv11/xiaomi.eu_multi_HMK20ProMI9TPro_V11.0.8.0.QFKCNXM_v11-10.zip Pixel Experience 下载地址：https://download.pixelexperience.org/changelog/raphael/PixelExperience_Plus_raphael-10.0-20200407-0636-OFFICIAL.zip 2020-05-18： 发现个非常严重得问题，那就4g上网特别差，看了网上说是美国lte频段和国内不同？只能连一个频段？还是刷成国际版用吧。 发现问题是，是系统选择的apn不对，自己手动选下就可以了。 对了，快充也没了。 2020-06-04: 在体验了半个月后，发现个特别严重的问题，如果在信号差的地方到信号好的地方，网络一样的慢，而且得手动切换apn才能解决。 更新时间为：May 16, 2020 23:01 参考教程：https://blog.kangkang.org/index.php/archives/424

问题描述： 在安装了这个延时插件后不能清空已加入的消息，删除和重新创建交换是不够的，延迟的消息仍将传递。 解决办法： 禁用并重新启用插件： 1 2 rabbitmq-plugins disable rabbitmq_delayed_message_exchange rabbitmq-plugins enable rabbitmq_delayed_message_exchange github问题说明： https://github.com/rabbitmq/rabbitmq-delayed-message-exchange/issues/16

表现为在图形登陆界面能够正常验证密码正误，在正确输入密码后，出现命令行下的自检界面，然后立即闪回到登陆界面。而且这个问题一般是出现在某些账户下，其他账户尤其是guest账户不受影响。而且命令行登陆也不受影响。 这个问题存在于ubuntu的多个版本中：ubuntu 12.04 ，ubuntu 12.10，ubuntu 13.04，ubuntu 13.10 （勾引搜索引擎用^-^） 一个最常见的原因是该账户下的的.Xauthority文件的对当前用户没有读写权限。这个文件是用来记录Xserver登陆情况的，而且默认权限限制地很严（只有owner有rw权限），由于某些意外，所有者变成了root，导致我们用当前账号登陆的时候无法完成完整的登陆程序，而被退出。 修改的方法很简单，通过命令行登陆(Ctrl+Alt+F1)，将拥有者（和组）改为当前用户。 例如我的用户名为 abc 使用命令： cd ~ ls -a (会看到.Xauthority的所有者和组是root) sudo chown abc:abc .Xauthority *返回图形界面：Ctrl+Alt+F7 本文转载至：http://blog.csdn.net/yanxiangtianji

frp FRP 功能完整，主要采用 GO 语言实现，重量级的工具，服务端界面样式风格一般。 配置繁琐，不同的协议需要配置不同的参数，采用文件存放数据，不支持数据库管理数据。 https://github.com/fatedier/frp holer 轻量级的内网穿透工具，holer 服务端采用 Java 语言实现，服务端界面漂亮简洁。 Holer 客户端采用了 Java 语言和 GO 语言实现了两种版本，支持几乎所有的 OS 平台。 用到流行的微服务框架 springboot 和 Java 网络框架 netty。 配置很简单，针对所有 TCP 协议只需在客户端设置一个 holer access key 即可。 采用 MySQL 数据库统一管理数据。 https://github.com/wisdom-projects/holer nps 轻量级的内网穿透工具，完全采用 GO 语言实现，服务端界面漂亮简洁。 支持的协议最广泛，配置稍简单，采用文件存放数据，不支持数据库管理数据。 https://github.com/ehang-io/nps lanproxy 轻量级的内网穿透工具，客户端采用 GO 语言和 Java 语言实现两种版本，采用了 Java 网络框架 netty，服务端界面体验较差。 配置稍繁琐，采用文件存放数据，不支持数据库管理数据。 https://github.com/ffay/lanproxy

上次说到 简书移动端Web劫持、跳转app问题 我个人原本是是在dnsmasq里面屏蔽ad.lflucky.com这个域名，刚好今天评论里有位读者说AdGuard Home也不错，所以就尝试了下，可视化界面配合起来用着也是很爽~ 我是用的软路由 x86 的openwrt，刚好可以安装替换原本的dnsmasq，命令有些区别但是也不太大。 可以使用docker，在内网中用着超级爽~ AdGuard Home 是一款全网广告拦截与反跟踪软件。在您将其安装完毕后，它将保护您所有家用设备，同时您不再需要安装任何客户端软件。随着物联网与连接设备的兴起，掌控您自己的整个网络环境变得越来越重要。 项目主页: https://github.com/AdguardTeam/AdGuardHome AdGuard Home主要功能 拦截随处可见的广告 注重隐私保护 家庭保护模式 自定义过滤 CentOS 7 X64安装 AdGuard Home二进制文件位于https://github.com/AdguardTeam/AdGuardHome/releases 可根据自己的平台下载最新版本。 安装在openwrt的路由中倒也是可以，下载 AdGuardHome_linux_mips.tar.gz 这个包安装。在操作上都差不多，只是防火墙配置这一块需要自行去改一下。 CentOS 7安装方法如下： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 #下载AdGuard Home wget http://soft.xiaoz.org/linux/AdGuardHome_v0.93_linux_amd64.tar.gz #解压 tar -zxvf AdGuardHome_v0.93_linux_amd64.tar.gz #进入AdGuardHome目录 cd AdGuardHome #放行3000端口（AdGuardHome初始化需要使用） #firewalld放行3000端口 firewall-cmd --zone=public --add-port=3000/tcp --permanent firewall-cmd --reload #iptables放行3000端口 iptables -A INPUT -p tcp --dport 3000 -j ACCEPT service iptables save #启动AdGuard Home ./AdGuardHome 运行AdGuardHome后，会提示打开http://IP：3000端口进行初始化。 web管理端口建议不要设置80端口，以免冲突~ ...

1 2 16:50:10.134 ERROR 17788 --- o.s.a.r.c.CachingConnectionFactory : Channel shutdown: channel error; protocol method: #method<channel.close>(reply-code=406, reply-text=PRECONDITION_FAILED - unknown delivery tag 1, class-id=60, method-id=80) 在设置手动确认ACK后老是会出现这个错误，虽然不影响消息接收，但是每次报错都会重连。 除了在配置文件中设置手动ack以外，还需要在RabbitMQConfig中设置，按照参考文章上说的是 被注解注入的SimpleRabbitListenerContainerFactory覆盖，而它默认使用了自动签收。但是消费消息的时候又手动进行channel.basicAck(deliveryTag, false)，于是导致了两次ack,所以报错。 因为需要手动设置ack的话，那么在消费端需要@RabbitListener注解放到方法上，同时指定containerFactory，不然会出现无限循环错误。官方解释 而刚好设置了 rabbitListenerContainerFactory ,返回类型是SimpleRabbitListenerContainerFactory，刚好被覆盖了，所以得再次手动设置一次。 1 2 3 4 5 @RabbitHandler @RabbitListener(queues = "DirectQueue", containerFactory = "rabbitListenerContainerFactory") public void listen(Message message, Channel channel) { //........................... } 1 2 3 4 5 6 7 8 9 #消费者最小数量 spring.rabbitmq.listener.simple.concurrency=1 #消费之最大数量 spring.rabbitmq.listener.simple.max-concurrency=10 #设置消费端手动 ack # 被注解注入的SimpleRabbitListenerContainerFactory覆盖，而它默认使用了自动签收。但是消费消息的时候又手动进行channel.basicAck(deliveryTag, false)，于是导致了两次ack,所以报错。 spring.rabbitmq.listener.simple.acknowledge-mode=manual # 限流 #spring.rabbitmq.listener.simple.prefetch=1 ...

1、编辑nginx.conf，在http区域内添加下面配置： 1 2 3 4 map $http_upgrade $connection_upgrade { default upgrade; '' close; } map指令的作用： 该作用主要是根据客户端请求中$http_upgrade 的值，来构造改变$connection_upgrade的值，即根据变量$http_upgrade的值创建新的变量$connection_upgrade， 创建的规则就是{}里面的东西。其中的规则没有做匹配，因此使用默认的，即 $connection_upgrade 的值会一直是 upgrade。然后如果 $http_upgrade为空字符串的话， 那值会是 close。 2、虚拟主机的配置文件，在location匹配配置中添加如下内容： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "Upgrade"; 示例如下： upstream socket.kevin.com { hash $remote_addr consistent; server 10.0.12.108:9000; server 10.0.12.109:9000; } location / { proxy_pass http://socket.kevin.com/; proxy_set_header Host $host:$server_port; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; } ...

一键DD Linux系统的用途 基本所有的VPS服务器商家，都会提供免费的Linux系统供安装，比如CentOS、Debian、Ubuntu等。那为什么还要使用一键DD脚本重装/更换系统呢？ 商家提供的系统版本有限，可能没有自己需要的版本。 商家的系统安装有自己不想要的服务，比如国内的阿里云盾（安骑士）。 商家的系统无法安装特定软件，比如很挑内核的锐速。 以上几种情况，一键DD脚本就可以为服务器更换一个纯净的系统，帮你解决问题。 所需环境 以网络流传较广的Vicer一键DD为例，其所需环境为： **架构：**KVM/XEN，不支持OpenVZ。 **系统：**Debian/Ubuntu/CentOS 一键DD脚本使用教程 注意事项： Vicer脚本目前不支持重装为CentOS 7系统，支持CentOS 6.9以下版本。 重装的系统源自官方发行版。 安装过程全自动进行，无需VNC操作，无需进入救援模式。 系统安装完成后的默认用户名为root，默认密码为:MoeClub.org DD脚本示例： 由于脚本命令中需要写明目标系统版本，所以根据需求不同，最终的运行命令也各不相同。 下面提供几个使用范例，可以直接复制使用，也可以将命令中的系统版本替换为其它版本。 重装为CentOS 6.9： 以下命令中的 -c 后面为CentOS版本号，-v 后面为64位/32位，可根据需求进行替换。 1 2 3 4 # CentOS 6.9 64位： bash <(wget --no-check-certificate -qO- 'https://moeclub.org/attachment/LinuxShell/InstallNET.sh') -c 6.9 -v 64 -a # CentOS 6.9 32位： bash <(wget --no-check-certificate -qO- 'https://moeclub.org/attachment/LinuxShell/InstallNET.sh') -c 6.9 -v 32 -a 重装为Debian： 以下命令中的 -d 后面为Debian版本号，-v 后面为64位/32位，可根据需求进行替换。 1 2 3 4 # Debian 8 64位： bash <(wget --no-check-certificate -qO- 'https://moeclub.org/attachment/LinuxShell/InstallNET.sh') -d 8 -v 64 -a # Debian 9 64位： bash <(wget --no-check-certificate -qO- 'https://moeclub.org/attachment/LinuxShell/InstallNET.sh') -d 9 -v 64 -a ...

黑5上手的一台机器，网络为 500Mbps。 具体位置： 美国 俄勒冈州 希尔斯伯勒 基础测试 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 -------------------------------------------------------------------------- CPU 型号 : Intel(R) Xeon(R) CPU E3-1270 v6 @ 3.80GHz CPU 核心数 : 8 CPU 频率 : 4000.854 MHz 总硬盘大小 : 7372.9 GB (14.6 GB Used) 总内存大小 : 31859 MB (775 MB Used) SWAP大小 : 1021 MB (0 MB Used) 开机时长 : 0 days, 14 hour 34 min 系统负载 : 0.15, 0.03, 0.01 系统 : Debian GNU/Linux 9 架构 : x86_64 (64 Bit) 内核 : 4.11.8-041108-generic 虚拟化平台 : No Virt -------------------------------------------------------------------------- 硬盘I/O (第一次测试) : 290 MB/s 硬盘I/O (第二次测试) : 288 MB/s 硬盘I/O (第三次测试) : 305 MB/s -------------------------------------------------------------------------- 节点名称 IP地址 下载速度 延迟 CacheFly 205.234.175.175 38.8MB/s 62.435 ms Linode, Tokyo, JP ms Linode, Singapore, SG 139.162.23.4 11.0MB/s 202.753 ms Linode, London, UK 176.58.107.39 17.0MB/s 146.624 ms Linode, Frankfurt, DE 139.162.130.8 15.8MB/s 149.624 ms Linode, Fremont, CA 50.116.14.9 99.4MB/s 25.793 ms Softlayer, Dallas, TX 173.192.68.18 25.0MB/s 64.434 ms Softlayer, Seattle, WA 67.228.112.250 26.9MB/s 59.743 ms Softlayer, Frankfurt, DE 159.122.69.4 17.5MB/s 145.023 ms Softlayer, Singapore, SG 119.81.28.170 7.49MB/s 229.720 ms Softlayer, HongKong, CN 119.81.130.170 8.68MB/s 205.621 ms -------------------------------------------------------------------------- 节点名称 上传速度 下载速度 延迟 西安电信 7.18 Mbit/s 56.44 Mbit/s 386.264 ms 北京联通 2.70 Mbit/s 6.97 Mbit/s 545.524 ms -------------------------------------------------------------------------- 合肥 : 269.5 ms 北京 : 284.4 ms 武汉 : 250.65 ms 昌吉 : Fail 成都 : Fail 上海 : Fail 太原 : 26.75 ms 杭州 : 266.23 ms 宁夏 : 259.12 ms 呼和浩特 : 276.83 ms 南昌 : Fail 拉萨 : Fail 乌鲁木齐 : 342.9 ms 天津 : 256.98 ms 襄阳 : Fail 郑州 : 248.19 ms 沈阳 : Fail 兰州 : 280.55 ms 哈尔滨 : Fail 宁波 : Fail 苏州 : Fail 济南 : 266.44 ms 西安 : 272.7 ms 西宁 : Fail 重庆 : 290.53 ms 深圳 : Fail 南京 : Fail 长沙 : Fail 长春 : 251.61 ms 福州 : 266.7 ms -------------------------------------------------------------------------- Node Name Upload Speed Download Speed Latency Speedtest.net 220.71 Mbit/s 324.46 Mbit/s (*) 94.414 ms Fast.com 0.00 Mbit/s 193.9 Mbit/s - Beijing 5G CT 15.31 Mbit/s 10.29 Mbit/s - Nanjing 5G CT 13.36 Mbit/s 69.16 Mbit/s - Hefei 5G CT 12.75 Mbit/s 74.79 Mbit/s - TianJin 5G CU 17.55 Mbit/s 90.03 Mbit/s - Shanghai 5G CU 18.51 Mbit/s 33.72 Mbit/s - Guangzhou 5G CU 13.88 Mbit/s 58.99 Mbit/s - Tianjin 5G CM 14.85 Mbit/s 50.37 Mbit/s - Wuxi 5G CM 7.29 Mbit/s 20.44 Mbit/s - Nanjing 5G CM 10.88 Mbit/s 97.14 Mbit/s - Hefei 5G CM 50.01 Mbit/s 9.86 Mbit/s - Changsha 5G CM 3.28 Mbit/s 584.95 Mbit/s - ...

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 ---------------------------------------------------------------------- Superbench.sh -- https://www.oldking.net/350.html Mode : Standard Version : 1.1.6 Usage : wget -qO- git.io/superbench.sh | bash ---------------------------------------------------------------------- CPU Model : Intel(R) Xeon(R) CPU E5-1630 v4 @ 3.70GHz CPU Cores : 8 Cores 1199.999 MHz x86_64 CPU Cache : 10240 KB OS : CentOS 7.7.1908 (64 Bit) Dedicated Kernel : 4.14.129-bbrplus Total Space : 6.9 GB / 6853.5 GB Total RAM : 811 MB / 64312 MB (7156 MB Buff) Total SWAP : 0 MB / 2043 MB Uptime : 20 days 21 hour 22 min Load Average : 0.00, 0.00, 0.00 TCP CC : bbrplus ASN & ISP : AS16276, OVH SAS Organization : OVH SAS Location : Gravelines, France / FR Region : Hauts-de-France ---------------------------------------------------------------------- I/O Speed( 1.0GB ) : 174 MB/s I/O Speed( 1.0GB ) : 172 MB/s I/O Speed( 1.0GB ) : 176 MB/s Average I/O Speed : 174.0 MB/s ---------------------------------------------------------------------- Node Name Upload Speed Download Speed Latency Speedtest.net 560.40 Mbit/s 930.90 Mbit/s 6.504 ms Fast.com 0.00 Mbit/s 208.3 Mbit/s - Beijing 5G CT 4.54 Mbit/s 29.95 Mbit/s - Nanjing 5G CT 2.63 Mbit/s 43.83 Mbit/s - Hefei 5G CT 3.59 Mbit/s 29.56 Mbit/s - Guangzhou 5G CT 1.77 Mbit/s 11.32 Mbit/s - TianJin 5G CU 19.67 Mbit/s 56.32 Mbit/s - Shanghai 5G CU 3.70 Mbit/s 14.34 Mbit/s - Guangzhou 5G CU 2.93 Mbit/s 9.16 Mbit/s - Tianjin 5G CM 7.63 Mbit/s 24.87 Mbit/s - Wuxi 5G CM 2.56 Mbit/s 9.42 Mbit/s - Nanjing 5G CM 4.60 Mbit/s 30.01 Mbit/s - Changsha 5G CM 5.96 Mbit/s 363.09 Mbit/s - ---------------------------------------------------------------------- Finished in : 6 min 19 sec Timestamp : 2019-12-28 17:37:47 GMT+8 Results : /root/superbench.log ---------------------------------------------------------------------- Share result: · http://www.speedtest.net/result/8894382211.png · https://paste.ubuntu.com./p/dmt9Dj3r8m/ ----------------------------------------------------------------------