@yanlx #8 这句话不矛盾，你如果看明白 swapiness，可以做个实验，假设 swapiness=40 当物理内存使用超过 60%的时候就开始使用 swap，这样对性能是有影响的，所以需要根据实际需求调整 swap 使用比例或者决定是否禁用

@fengshils #1 放心，这是我见过支持最全面的项目，国产主流的硬件厂商大部分都加入了，对数据中心管理真的算是福音

@Novichok #1 谢谢支持

@aveline #2
谢谢这么详细的专业回复，GeoIP 和 IP2Location 商业版都采购了但发现后者误伤低，之前一直使用 GeoIP，因为原本的作用其实并不是过滤中国，而是要做游戏运营上的细分，跨国做一些黑白名单机制。因为第一次使用 IP2Location，发现官网和 Google 搜索出来的文章在配置介绍上都比较模糊，于是就分享了这篇简单的文章。不过还是非常感谢你的回复，给我们提供了新的解决思路。

https://remotedesktopmanager.com/compare

macOS 老牌 SecureCRT 需要付费一般企业支持，目前 Remote Desktop Manager 已经针对个人用户免费了且限制较少并支持跨平台同步数据。Windows 或许可以代替 SecureCRT/Xmanager/XShell/XFtp 或者 MobaXterm，生产环境有自主研发的 web portal，临时或者应急使用 iterm2 足够了，规模化重复作业用 Ansible+Jenkins 代替略显笨重的 Django/Flask

@huangjiantang #25 原文已经更新了，估计很多规则需要迁回国内，防火墙影响升级了

2020 年 03 月 01 日 - 移除广告净化器规则，增加乘风广告过滤规则+视频过滤规则

xinggsf，乘风广告过滤规则+视频过滤规则，[乘风规则更新详情]( https://bbs.kafan.cn/thread-1866845-1-1.html)
https://gitee.com/xinggsf/Adblock-Rule/raw/master/rule.txt
https://gitee.com/xinggsf/Adblock-Rule/raw/master/mv.txt

cjx82630，[cjxlist 国内备用地址]( https://gitee.com/cjx82630/cjxlist)
一、CJX's Annoyance List (去自推列表)
https://gitee.com/cjx82630/cjxlist/raw/master/cjx-annoyance.txt
二、CJX's uBlock list (uBlock 规则)
https://gitee.com/cjx82630/cjxlist/raw/master/cjx-ublock.txt

@julyclyde #3 本来就是个人 Blog，纯粹的互联网分享，可能哪天写着写着就和大多数人一样停更了。因为是涉及技术类，换作几年前的自己可能和大多数网络上的分享一样直接写个几句话的结果就完事了，不思考不追根溯源，但是现在的知识体系都是相互交融的，既然需要建立系统化的金字塔就应该刻意多问问自己几个 Why，然后多看官网的理论解释，再实践验证结果一下就清晰了。像这篇文章最简单的一个区别就是网上有人写 default，有人写 default_server，有人加 ssl 参数又有人说不用，到底相信什么。做技术随着年龄的增长和家庭的琐事没有办法做到面面俱到总会有跟不上时代的错误认知，尽可能不给自己留坑也尽量不给别人留坑吧

@gearfox #1 谢谢留言支持

@Tyuans #20 我看了 koolshare 官网已经全部下架禁止讨论了
https://koolshare.cn/thread-64086-1-1.html

民间开发者已经 fork 了分支重新开发，可以试试
https://github.com/user1121114685/koolproxyR
https://github.com/user1121114685/koolproxyR_rule_list

@iNaru 搜索计时器掌控者关键词刚好看到一篇持续更新的文章，不妨参考下
Firefox 目前可用的去广告方案（ 2020-01-18 更新）
https://jpliu.github.io/blockbrowserad.html

@iNaru #15 你的需求和已有的油猴脚本《计时器掌控者|视频广告跳过|视频广告加速器》类似，可以用 9 楼推荐的方法导入测试
https://greasyfork.org/zh-CN/scripts/372673-%E8%AE%A1%E6%97%B6%E5%99%A8%E6%8E%8C%E6%8E%A7%E8%80%85-%E8%A7%86%E9%A2%91%E5%B9%BF%E5%91%8A%E8%B7%B3%E8%BF%87-%E8%A7%86%E9%A2%91%E5%B9%BF%E5%91%8A%E5%8A%A0%E9%80%9F%E5%99%A8

@gitopen #11 我再补充一些新鲜的独立规则

http://easylist.to/easylist/easylist.txt
http://www.i-dont-care-about-cookies.eu/abp
http://easylist-downloads.adblockplus.org/easylistchina.txt
http://raw.githubusercontent.com/cjx82630/cjxlist/master/cjx-annoyance.txt
http://sub.adtchrome.com/adt-chinalist-easylist.txt
http://gitee.com/halflife/list/raw/master/ad.txt
http://www.fanboy.co.nz/r/fanboy-ultimate.txt

@Godykc #9 感谢分享，我之前也分享了油猴脚本推荐欢迎大家补充，Google Chrome 浏览器插件和油猴脚本推荐，
https://zhuanlan.zhihu.com/p/79045237

@cydian #2 3 账户价格本身也不贵，而且我把账号或者授权码给你也不好控制啊，这个全靠信任
@18x 厉害了
@14night iOS 我不是很确定是否和证书有关，可以网上搜索进一步了解是限制还是规则无法应用导致，家里路由器刷了 koolshare 修改的 merlin 固件，使用 koolproxy 可以屏蔽 PC，手机还有电视盒子的广告

@wellsc #4 引用一篇文章答复，https://blog.huoding.com/2015/02/11/419

有时候，进程突然终止服务，可能是没有资源了，也可能是意外，比如说：因为 OOM 被杀；或者由于 BUG 导致崩溃；亦或者误操作等等，此时，我们需要重新启动进程。


实际上，Linux 本身的初始化系统能实现简单的功能，无论是老牌的 SysVinit，还是新潮的 Upstart 或者 Systemd 均可，但它们并不适合处理一些复杂的情况，比如说：CPU 占用超过多少就重启；或者同时管理 100 个 PHP 实现的 Worker 进程等等，如果你有类似的需求，那么可以考虑试试 Monit 和 Supervisor，相信会有不一样的感受。

让我们看看 Monit 的用法，假设我们要监控 Nginx 进程，一旦其 CPU 使用率连续 5 次轮询周期里均超过 50% 的话，就重启进程，此时就可以按照如下方式设置：

check process nginx with pidfile /var/run/nginx.pid
start program = "/etc/init.d/nginx start"
stop program = "/etc/init.d/nginx stop"
if cpu is greater than 50% for 5 cycles then restart
Monit 根据 pidfile 轮询对应的进程是否健在，满足条件就执行 start/stop 等操作。如果进程本身不存在 pidfile，那么也可以使用 matching 语法来匹配进程。

再让我们看看 Supervisor 的用法，假设我们要监控 100 个 PHP 实现的 Worker 进程，用来提供 Gearman 之类的服务，由于 PHP 本身运行模式的缘故，为了避免严重的内存泄漏问题，我们设定 PHP 进程服务一定次数或一段时间后就自动退出，这时候我们需要启动新的 Worker 进程，以便总数维持不变，此时就可以按照如下方式设置：

[program:worker]
command=/usr/bin/php /path/to/worker.php
process_name=%(program_name)s_%(process_num)02d
numprocs=100
autostart=true
autorestart=true
如果说 Supervisor 有什么缺点的话，那么首当其冲的是对使用者而言它不够透明：很多进程都是后台运行的，但 Supervisor 却要求必须改成前台运行。好在多数服务都提供了对应的配置选项，如果没有的话，我们也可以使用一些变通的方法：

How can I supervise a daemon that puts itself into the background?
Managing daemons with supervisor: no foreground mode available.
不管用什么来监控进程，如果监控者本身挂了，那么被监控者无疑就失控了。此时需要考虑如何监控监控者本身，这似乎是一个递归问题，不过文章开头我们说过，Linux 本身的初始化系统就能实现简单的监控功能，以 SysVinit 为例，编辑 /etc/inittab 文件：

SU:2345:respawn:/usr/bin/supervisord -c /etc/supervisord.conf
改好后运行「 init q 」命令让其生效，然后 kill 掉 supervisor 进程看看会不会发生奇迹。

注意：记得事先我们要配置 Supervisor 为 nodaemon=true 噢。

@GM #1 需求场景不一样，两者你都可以试试，时间长了应该就可以更好的理解优缺点
@julyclyde 算是刚需吧，要不然就 All in K8S
@defunct9 没有注意过这个问题，可以测试验证下