epiphyllum 最近的时间轴更新 epiphyllum 最近的时间轴更新 |
epiphyllumV2EX 第 679565 号会员，加入于 2024-03-09 22:44:00 +08:00 |
epiphyllum 最近回复了
1 天前 回复了 xiyuesaves 创建的主题 › VMware › 博通网站上的 VMware Workstation 下载地址没了？ |
好像是博通把这些产品转免费后网站前端还没跟进，这里有个参数在没填写的状态下会默认为 false：
翻前端 js 代码找到一个解决办法：在原来链接的末尾加上一个"&freeDownloads=true"即可
修改后的下载链接是：
https://support.broadcom.com/group/ecx/productdownloads?subfamily=VMware%20Workstation%20Pro&freeDownloads=true
https://support.broadcom.com/group/ecx/productdownloads?subfamily=VMware%20Fusion&freeDownloads=true
纠正这个参数后就可以下载了
=======
注：官网上的 VMware Workstation 与自动更新渠道分发地址的区别是：官网版会在单个安装包文件内一并携带 VMware Tools
翻前端 js 代码找到一个解决办法：在原来链接的末尾加上一个"&freeDownloads=true"即可
修改后的下载链接是：
https://support.broadcom.com/group/ecx/productdownloads?subfamily=VMware%20Workstation%20Pro&freeDownloads=true
https://support.broadcom.com/group/ecx/productdownloads?subfamily=VMware%20Fusion&freeDownloads=true
纠正这个参数后就可以下载了
=======
注：官网上的 VMware Workstation 与自动更新渠道分发地址的区别是：官网版会在单个安装包文件内一并携带 VMware Tools
15 天前 回复了 annoygaga 创建的主题 › 程序员 › CDN 被恶意请求攻击，平白无故烧去很多费用，如何防御？ |
补图（
15 天前 回复了 annoygaga 创建的主题 › 程序员 › CDN 被恶意请求攻击，平白无故烧去很多费用，如何防御？ |
用 Cloudflare CDN 挂图片还是有限制的。如果传输的流量中图片等媒体内容的占比多得不成比例的话，Cloudflare 还是可能会清退用户。
要“免费”绕过这个限制的话，图片等媒体/二进制文件必须挂在它们家的 R2 （对象存储）或者 Workers （类似于云函数/Serverless ）这样的服务上。
详情见：
https://www.cloudflare.com/service-specific-terms-application-services/#content-delivery-network-free-pro-or-business
对于上面的其他网友提到的一些例子：
1. 被 DDoS 攻击消耗了几 TB 流量都还没被清退
- 对于除了图片之外的网站/网页内容的确有不计量的 DDoS 防御，例如： https://limbopro.com/archives/2106.html
2. /t/967085 中有人称“跑了 1PB 流量”
- 这一例子是通过作弊取得的 Cloudflare WARP VPN 账户的流量余额，VPN 和 CDN 完全不是一种产品
要“免费”绕过这个限制的话，图片等媒体/二进制文件必须挂在它们家的 R2 （对象存储）或者 Workers （类似于云函数/Serverless ）这样的服务上。
详情见：
https://www.cloudflare.com/service-specific-terms-application-services/#content-delivery-network-free-pro-or-business
对于上面的其他网友提到的一些例子：
1. 被 DDoS 攻击消耗了几 TB 流量都还没被清退
- 对于除了图片之外的网站/网页内容的确有不计量的 DDoS 防御，例如： https://limbopro.com/archives/2106.html
2. /t/967085 中有人称“跑了 1PB 流量”
- 这一例子是通过作弊取得的 Cloudflare WARP VPN 账户的流量余额，VPN 和 CDN 完全不是一种产品
27 天前 回复了 ddd270700 创建的主题 › 问与答 › 给腾讯云的 IP 申请自签证书，出现 SSL_UNRECOGNIZED 错误 [有偿求教] |
原因：
Nginx Proxy Manager 的锅，它只考虑了用域名的情况，用 IP 的话默认会被坑：
在"NPM"的 Github Repo 里面可以找到这样一行配置：
https://github.com/NginxProxyManager/nginx-proxy-manager/blob/498109addb6f2541082b88cb6ae115939321873c/docker/rootfs/etc/nginx/conf.d/default.conf#L36
由于上述默认配置，用 https://your_ip/访问会被拒绝 TLS 连接。
这个问题和证书提供商没有关系。
解决办法：
方法 1：直接改容器内配置，把这一行注释掉
# 假设容器名称是 npm-app-1
docker exec npm-app-1 sh -c "sed -i 's/^[[:space:]]*listen 443 ssl;/#&/' /etc/nginx/conf.d/default.conf && grep 'listen 443 ssl;' /etc/nginx/conf.d/default.conf"
方法 2：修改 NginxProxyManager 的源代码，自行构建镜像。
效果如下图：
Nginx Proxy Manager 的锅，它只考虑了用域名的情况，用 IP 的话默认会被坑：
在"NPM"的 Github Repo 里面可以找到这样一行配置：
https://github.com/NginxProxyManager/nginx-proxy-manager/blob/498109addb6f2541082b88cb6ae115939321873c/docker/rootfs/etc/nginx/conf.d/default.conf#L36
由于上述默认配置，用 https://your_ip/访问会被拒绝 TLS 连接。
这个问题和证书提供商没有关系。
解决办法：
方法 1：直接改容器内配置，把这一行注释掉
# 假设容器名称是 npm-app-1
docker exec npm-app-1 sh -c "sed -i 's/^[[:space:]]*listen 443 ssl;/#&/' /etc/nginx/conf.d/default.conf && grep 'listen 443 ssl;' /etc/nginx/conf.d/default.conf"
方法 2：修改 NginxProxyManager 的源代码，自行构建镜像。
效果如下图：
30 天前 回复了 gegeligegeligo 创建的主题 › 问与答 › 找到系统变卡的原因了 |
按下开机键时电脑有连接电源吗？
（可以试着下载一个 ThrottleStop ，里面的 Limit Reasons 部分会给出粗略的 CPU 受限原因
（可以试着下载一个 ThrottleStop ，里面的 Limit Reasons 部分会给出粗略的 CPU 受限原因
30 天前 回复了 lslqtz 创建的主题 › Telegram › tg 号突然没了, 有类似的软件推荐吗 |
应该要多等几天？（看见有群 u 是大概 7 天解封的）
毕竟 Telegram 他们公司只有不到 50 个员工，但是整个平台有 9 亿用户。
Telegram 在收到申请并审核后有可能不会回邮件直接解封，可以隔一段时间试一下账号能不能登录。
替代的话，除了 tg 和 signal 应该还有 Matrix 和 Discord
毕竟 Telegram 他们公司只有不到 50 个员工，但是整个平台有 9 亿用户。
Telegram 在收到申请并审核后有可能不会回邮件直接解封，可以隔一段时间试一下账号能不能登录。
替代的话，除了 tg 和 signal 应该还有 Matrix 和 Discord
72 天前 回复了 kingmo888 创建的主题 › Chrome › 上不了 v2，才发现 chrome 把插件给删了 |
85 天前 回复了 korvin 创建的主题 › 问与答 › Windows 还有 1/3 内存可用， Chrome 经常报内存不足（Out of Memory） |
@v2tudnew #26
1.
> 你那张图无非是虚拟内存占满了，肯定是崩溃的，我上面已经说了你可以调大页面文件，实际它不会立即写入。
图上并不是虚拟内存占满了。程序要操作系统承诺(commit)大量内存≠进程真的要利用那么多内存（包括物理 RAM 和各种形式的虚拟内存）
例如：
2.
> 这种情况不是和 overcommit 一样的效果，没有 oom-killer 的情况下 Linux 内存占满它就不会崩了？
“Linux 内存占满后会不会崩”我不敢打包票，毕竟哪怕我是神仙我也不能超过物理限制；但这里的多个例子已经展示了 Windows 上物理 RAM 和虚拟内存两个都没占满甚至还有大量空闲的情况下就有进程崩了。overcommit 是灵活的变通手段不是死板杀进程的限制。
3.
> 所以关键的还是 oom-killer 杀死进程，但普通人如何配置哪些进程被杀死？
同上，Linux 出现 oom-killer 是「内存真占满了」的极端情况，Windows 上离极端情况还差得远的时候就开始拒绝内存申请。保不住后台的“小工具”，更不一定能保住高资源占用率的关键应用。
况且能给用户更大的选择权总归是好的。
4.
> 像手机游戏就经常被杀，加大学习成本研究守护方法。
拿移动端来比就没意思了。手机为了便携就必须在硬件规格上妥协（有限得多的电源供应、算力和内存大小），必须在续航能力/流畅度上想办法优化，这是操作系统有意而为之的设计。
以 Android 为例：当年 Android 2.3/4.x/5.x 的年代用户还得自己开黑阈/阻止运行/绿色守护主动关闭杀后台进程，要不然 xx 手机卫士/xx 手机管家/某宝/某些即时通讯软件/xx 手机助手怕是得在手机里闹翻天。
如今 Google 和国产手机厂商都学聪明了，手机硬件配置不断升级的今天，各种 XXUI/XXOS 的后台进程策略反而比当年严格得多。某三字购物软件更是靠“挖 CVE”来给自己提权保活。如今杀后台的可能不是 oom-killer ，更可能是手机自带的“系统管家”和操作系统的电池优化特性。
5.
> 默认 Windows 是所有分区分配页面文件的，自己不调没这个问题。
Windows 并不会默认在所有分区上创建 pagefile.sys 。
1.
> 你那张图无非是虚拟内存占满了，肯定是崩溃的，我上面已经说了你可以调大页面文件，实际它不会立即写入。
图上并不是虚拟内存占满了。程序要操作系统承诺(commit)大量内存≠进程真的要利用那么多内存（包括物理 RAM 和各种形式的虚拟内存）
例如：
2.
> 这种情况不是和 overcommit 一样的效果，没有 oom-killer 的情况下 Linux 内存占满它就不会崩了？
“Linux 内存占满后会不会崩”我不敢打包票，毕竟哪怕我是神仙我也不能超过物理限制；但这里的多个例子已经展示了 Windows 上物理 RAM 和虚拟内存两个都没占满甚至还有大量空闲的情况下就有进程崩了。overcommit 是灵活的变通手段不是死板杀进程的限制。
3.
> 所以关键的还是 oom-killer 杀死进程，但普通人如何配置哪些进程被杀死？
同上，Linux 出现 oom-killer 是「内存真占满了」的极端情况，Windows 上离极端情况还差得远的时候就开始拒绝内存申请。保不住后台的“小工具”，更不一定能保住高资源占用率的关键应用。
况且能给用户更大的选择权总归是好的。
4.
> 像手机游戏就经常被杀，加大学习成本研究守护方法。
拿移动端来比就没意思了。手机为了便携就必须在硬件规格上妥协（有限得多的电源供应、算力和内存大小），必须在续航能力/流畅度上想办法优化，这是操作系统有意而为之的设计。
以 Android 为例：当年 Android 2.3/4.x/5.x 的年代用户还得自己开黑阈/阻止运行/绿色守护主动关闭杀后台进程，要不然 xx 手机卫士/xx 手机管家/某宝/某些即时通讯软件/xx 手机助手怕是得在手机里闹翻天。
如今 Google 和国产手机厂商都学聪明了，手机硬件配置不断升级的今天，各种 XXUI/XXOS 的后台进程策略反而比当年严格得多。某三字购物软件更是靠“挖 CVE”来给自己提权保活。如今杀后台的可能不是 oom-killer ，更可能是手机自带的“系统管家”和操作系统的电池优化特性。
5.
> 默认 Windows 是所有分区分配页面文件的，自己不调没这个问题。
Windows 并不会默认在所有分区上创建 pagefile.sys 。
Select Language