很久之前，就经常收到akismet的授权提醒，对应一个错误码10010。

刚开始还以为是多域名访问导致的授权校验出问题了。后来换了n个key，同时添加了插件hook掉所有的垃圾评论检测逻辑，让全部走统一的域名，结果前几天又收到这个提醒了。

插件代码：

<?php
/**
 * Plugin Name: Akismet 单一主域名（多域名站点）
 * Description: 当站点配置了多个域名时，强制发往 Akismet 的请求只使用一个主域名，避免被计为多站点触发 10010。
 * Version: 1.0
 * Author: obaby
 *
 * 使用：在下方设置 AKISMET_CANONICAL_HOME 为主域名（或留空则用 WordPress「设置」里的站点地址）。
 */

if ( ! defined( 'ABSPATH' ) ) {
    exit;
}

/**
 * 主域名（规范 URL，不要末尾斜杠）。留空则使用 get_option( 'home' )。
 * 例如: https://www.example.com
 */
if ( ! defined( 'AKISMET_CANONICAL_HOME' ) ) {
    define( 'AKISMET_CANONICAL_HOME', 'https://zhongxiaojie.cn' );
}

/**
 * 获取发往 Akismet 时使用的唯一主域名 URL。
 */
function akismet_single_domain_get_canonical_home() {
    $home = AKISMET_CANONICAL_HOME;
    if ( $home === '' || $home === null ) {
        $home = get_option( 'home' );
    }
    return untrailingslashit( $home );
}

/**
 * 将任意 URL 替换为使用主域名的版本（只改 host，保留 path/query）。
 */
function akismet_single_domain_normalize_url( $url, $canonical_home ) {
    if ( empty( $url ) || ! is_string( $url ) ) {
        return $url;
    }
    $parsed = wp_parse_url( $url );
    $canon  = wp_parse_url( $canonical_home );
    if ( empty( $canon['scheme'] ) || empty( $canon['host'] ) ) {
        return $url;
    }
    $scheme = isset( $parsed['scheme'] ) ? $parsed['scheme'] : $canon['scheme'];
    $host   = $canon['host'];
    $path   = isset( $parsed['path'] ) ? $parsed['path'] : '/';
    $query  = isset( $parsed['query'] ) ? '?' . $parsed['query'] : '';
    $frag   = isset( $parsed['fragment'] ) ? '#' . $parsed['fragment'] : '';
    return $scheme . '://' . $host . $path . $query . $frag;
}

/**
 * 统一 verify-key / get-subscription / get-stats 的 blog 为主域名。
 */
add_filter( 'akismet_request_args', function ( $request_args, $path ) {
    $paths = array( 'verify-key', 'get-subscription', 'get-stats' );
    if ( ! in_array( $path, $paths, true ) ) {
        return $request_args;
    }
    $canon = akismet_single_domain_get_canonical_home();
    if ( ! empty( $request_args['blog'] ) ) {
        $request_args['blog'] = $canon;
    }
    return $request_args;
}, 10, 2 );

/**
 * 统一 comment-check（以及 recheck）的 blog、permalink，并把请求里的 HTTP_HOST 等改为主域名。
 */
add_filter( 'akismet_request_args', function ( $request_args, $path ) {
    if ( $path !== 'comment-check' ) {
        return $request_args;
    }
    $canon = akismet_single_domain_get_canonical_home();
    $parsed = wp_parse_url( $canon );
    if ( empty( $parsed['host'] ) ) {
        return $request_args;
    }
    $canon_host = $parsed['host'];

    $request_args['blog'] = $canon;
    if ( ! empty( $request_args['permalink'] ) ) {
        $request_args['permalink'] = akismet_single_domain_normalize_url( $request_args['permalink'], $canon );
    }

    // 让服务端看到的“当前请求”也统一为主域名，减少被计为多站点
    if ( isset( $request_args['HTTP_HOST'] ) ) {
        $request_args['HTTP_HOST'] = $canon_host;
    }
    if ( isset( $request_args['REQUEST_URI'] ) ) {
        $uri = $request_args['REQUEST_URI'];
        $request_args['REQUEST_URI'] = ( is_string( $uri ) && ( $p = wp_parse_url( $uri, PHP_URL_PATH ) ) !== null ) ? $p : '/';
    }
    if ( isset( $request_args['DOCUMENT_URI'] ) ) {
        $uri = $request_args['DOCUMENT_URI'];
        $request_args['DOCUMENT_URI'] = ( is_string( $uri ) && ( $p = wp_parse_url( $uri, PHP_URL_PATH ) ) !== null ) ? $p : '/';
    }
    return $request_args;
}, 10, 2 );

/**
 * 统一 submit-spam / submit-ham 的 blog、permalink。
 */
add_filter( 'akismet_request_args', function ( $request_args, $path ) {
    if ( ! in_array( $path, array( 'submit-spam', 'submit-ham' ), true ) ) {
        return $request_args;
    }
    $canon = akismet_single_domain_get_canonical_home();
    $request_args['blog'] = $canon;
    if ( ! empty( $request_args['permalink'] ) ) {
        $request_args['permalink'] = akismet_single_domain_normalize_url( $request_args['permalink'], $canon );
    }
    return $request_args;
}, 10, 2 );

这次授权的密钥撑得时间稍微长了点，但是最终还是收到了这个提醒，意思是需要订购商业版授权。我这个人站点为了发垃圾评论订购一个商业版授权，确实有些难以接受。

于是，我决定自建反垃圾评论系统，基于scikit-learn实现了现在的这套垃圾评论检测系统，训练数据一部分来源于github的开源数据，另外一个就是我自己博客的评论数据。为了保证样本正例和负例数量差别不至于过大，经过各种方式进行了多轮数据清洗。

如果想要评论识别更加准确，可以提供自己的博客评论数据，如果能提供垃圾评论更好。现在欠缺的主要是垃圾评论数据，正常的评论数据我已经提供几千条数据。

效果测试：

测试地址：https://anti-spam.zhongxiaojie.cn/test/spam

简介：

面向 中英混合 评论的 WordPress 垃圾识别方案：PHP 插件在评论入库前调用 本机 Python 服务，由小型多语种向量模型 + 分类器（或演示用规则）给出垃圾概率。

适合评论量不大、单机部署（例如 4 核 / 8GB RAM 的 Ubuntu），服务与 WordPress 同机时使用 127.0.0.1 即可。

目录结构：

baby_anti_spam/
├── README.md
├── screenshots/             # 文档：服务启动与 curl 自测示意
│   ├── service.png
│   └── test.png
├── service/                 # Python FastAPI 侧车服务
│   ├── .env.example
│   ├── requirements.txt
│   ├── requirements-ml.txt
│   ├── run.py
│   ├── app/
│   │   └── stats_backends/   # 统计存储：sqlite / mysql
│   └── scripts/
│       ├── init_stats_mysql.sql
│       └── init_stats_mysql.py
│       ├── train_sklearn.py
│       ├── download_embedding_model.py
│       └── download_embedding_model.sh
└── wordpress/baby-anti-spam/
    └── baby-anti-spam.php # WordPress 插件

关键配置：

| 变量 | 说明 |
|------|------|
| `SPAM_HOST` | 监听地址，同机建议 `127.0.0.1` |
| `SPAM_PORT` | 端口，默认 `8765` |
| `SPAM_API_SECRET` | **单密钥模式（兼容旧版）**：未配置 `SPAM_API_KEYS` 且未配置 `SPAM_API_KEYS_FILE` 时，仅此密钥有效，等价于 name=`default`、不限流（`max_rpm=0`）。与 WP 插件里填写的密钥一致 |
| `SPAM_API_KEYS` | **多密钥**：JSON 数组。每项为 `name`（唯一，用于统计与限流分组）、`key` 或 `secret`（与请求头一致）、`max_rpm` 或 `rpm`（每分钟最大请求数，`0` 表示不限制）。与 `SPAM_API_KEYS_FILE` 合并时：**先读文件条目，再追加本变量** |
| `SPAM_API_KEYS_FILE` | 可选，指向 JSON 文件，根节点为与上表相同结构的**数组**。文件必须存在，否则进程启动失败 |
| `SPAM_MODEL_PATH` | 训练得到的 `*.joblib` 路径；留空则取决于 `SPAM_FALLBACK_RULES` |
| `SPAM_FALLBACK_RULES` | 无模型文件时是否启用内置极简规则（演示用）；生产训练后应设为 `false` 并配置 `SPAM_MODEL_PATH` |
| `SPAM_LABEL_THRESHOLD` | 可选，默认 `0.8`。`spam_score` ≥ 此值时 JSON 中 `label` 为 `spam`，否则为 `normal` |
| `SPAM_DFA_ENABLED` | 默认 `true`。为 `true` 时使用 `dfa-python-filter/keywords` 做敏感词检测；命中则直接 `spam_score=1`、`detail=dfa_sensitive`（早于 sklearn） |
| `SPAM_DFA_KEYWORDS_PATH` | 可选，自定义敏感词文件路径；留空则用 `service/dfa-python-filter/keywords` |
| `SPAM_NON_CHINESE_FLOOR_ENABLED` | 默认 `true`。为 `true` 时若合并后的 author/email/url/text 中**无任何 CJK 表意字符**（主要针对中文训练语料），则将 `spam_score` **至少**抬到 `SPAM_NON_CHINESE_SPAM_FLOOR` |
| `SPAM_NON_CHINESE_SPAM_FLOOR` | 默认 `0.9`。与上项配合，在「无中文」评论上与 sklearn / 规则分取 `max` |
| `SPAM_STATS_ENABLED` | 默认 `true`。为 `true` 时记录每次**成功**返回的 `/v1/classify` 请求与响应（失败 / 401 不落库），并允许 `/v1/mark-spam` 写入 `spam_marks` 表 |
| `SPAM_STATS_BACKEND` | `sqlite`（默认）或 `mysql`。选 `mysql` 时需安装 `pymysql`（已在 `requirements.txt`）并配置下方 MySQL 变量 |
| `SPAM_STATS_DB_PATH` | 仅 `sqlite`：数据库文件路径；留空则为 `service/data/stats.sqlite`（已加入 `.gitignore`） |
| `SPAM_STATS_MYSQL_HOST` / `SPAM_STATS_MYSQL_PORT` | 仅 `mysql`：默认 `127.0.0.1` / `3306` |
| `SPAM_STATS_MYSQL_USER` / `SPAM_STATS_MYSQL_PASSWORD` | 仅 `mysql`：连接账号（`user` 必填） |
| `SPAM_STATS_MYSQL_DATABASE` | 仅 `mysql`：库名（必填），默认示例 `baby_spam_stats` |
| `SPAM_STATS_MYSQL_CHARSET` | 仅 `mysql`：默认 `utf8mb4` |

系统服务启动截图：

wp插件配置：

项目地址：https://anti-spam.zhongxiaojie.cn

代码地址：https://cnb.cool/oba.by/baby-wp-anti-spam

说明：如果自己不想训练数据，下载发布版的spam_pipeline.joblib 放入指定目录下配置服务启动即可，baby-anti-spam.zip 为wp插件。

训练耗时大约11分钟：

马斯克实现诺言，开源了X的推荐算法，这次总是真的了吧？

大家好，欢迎收听老范讲故事的YouTube频道。老范原来总批评马斯克假开源，这次应该是真的了吧？

1月10号，马斯克发帖说7天之内开源X的推荐算法；1月20日，也就是10天之后，确实开源了。马斯克事确实给你干了，但是时间大家就不要计较了，稍微晚几天并不那么重要。

老范以前为什么总说马斯克是假开源？

2023年，他开源了X的推荐算法，但是仅开源了部分的非核心代码。而且开源了以后就往这一扔，再也不理你了，也没有后续版本，也没有各种的讨论。你问他一些什么问题，他也不理你，所以我说这是个假开源。

2024年3月17号又宣布开源GROK1，3月19号确实开源了，开源了权重和加载的代码。但是这个模型非常的笨重，基本上没有任何的实用价值。当然了，还有马斯克一贯的作风：不回答任何问题，也没有后续更新。就是代码开源了，这个事也就算办完了，社区里头的各种issue、pull request基本不看，也不会有任何后续更新。最新的版本不开源，你像GROK1开源了，后边的版本基本上就不理你了。无法验证开源出来的东西和生产环境是不是有关联，这就是马斯克开源的一些特点。

这次其实也差不太多，X推荐算法也只是开源了一部分。最核心的东西叫Grok Transformer，这个东西并没有开源。整个的推荐算法建立在一个Transformer的模型上了，你没有把那个Transformer模型拿出来，你只围绕Transformer模型外围的一些东西给大家看了看，开源了这样的一些东西出来。而且你要做推荐，你一定要有一开始的信息筛选的机制。信息怎么筛选？过滤的这些参数以及最后排序的权重，这些东西通通都没有公开。所以这一次开源的东西，按照传统意义的开源来说，是个假开源。

这次到底放了些什么东西出来？

首先是一个非常非常革命性的东西，就是单一Transformer模型的推荐算法。这个很像SpaceX猎鹰火箭底下那个猛禽发动机。最早的猛禽一代好多好多管子，非常多的零碎，200万美金一台；后来更新到猛禽二代，比猛禽一代就要简洁很多了，外边支棱八翘的管子就少很多了，100万美金一台；最近发布的猛禽三代极其简洁，完全一体化设计，高度集成。它这个发动机外面基本上没有外边的管子，外边的这些零碎全都没了，这个机器25万美金一台，非常非常便宜。这一次它把推荐算法也做了一模一样的调整。

我用单一模型。以前的推荐算法都是好多好多模型一起配合来干活的，每一个模型是关注一个参数，大家去发现各种的数据特征，然后设置新的参数，把这个参数想办法调好，原来是这样来配合干活的。现在说别费劲了，统一上一个Transformer模型完事了。

这个模型是基于GROK1的一个MOE的模型，应该参数不大，但是具体有多少参数他也没说，怎么训练的也没说，训练数据也没给。就是这样的一个模型，因为它需要高频的高效的工作——你看每一次你去刷新X平台的时候，它都需要让每一个帖子跟你的个人人设在这里头过一遍，所以它的效率一定是很高的，模型一定不会特别大。

高薪调参工程师的危机

那些高薪调参的人，工作估计要不保了。什么意思？以前很多号称是AI工程师、年薪百万甚至是几百万的，这些AI工程师他们最主要的工作就是调参数：拿大量的用户数据回来，去里头发现一些特征，然后把这些特征放到模型里边去，再调整相应的一些参数。所以我们管这帮人叫“调参数的”。未来的趋势是不再设置一大堆的参数，而是统一扔给Transformer模型，直接出结果。那么他们这些人的工作就有点危险了。

这个过程很像什么？就是从一大堆摄像头、激光雷达、超声波雷达、一大堆模型配合一起工作的自动驾驶操作系统，转向纯视觉的、端到端模型驱动的自动驾驶系统，就是做了这样的一个转换。那为什么要做这种转换？就是当有一大堆阀门的时候，你总是很难调出最优解来。你比如说我把这个参数调好了以后，那个参数可能就下降了，怎么能够让所有的参数平衡起来，达到一个最好的结果？这个时候我们上统一的Transformer模型，上端到端的这种训练，它就有可能得到这样的一个最优结果，而不是说摁起葫芦浮起瓢。

X推荐算法的具体工作流程

具体这个东西是怎么工作的？他先把我们能够看到的帖子分成两类：一类是关注帖，一类是非关注帖。关注帖就是这个人是我关注的，他在这段时间里头发了一个帖子，这叫关注帖；非关注帖就是完全靠推荐算法推上来的，这个人我虽然没关注他，但是推荐算法认为我应该看到。再把这一部分帖子拎出来，关键的一定是非关注帖这部分。首先对人和每一个帖子进行匹配，寻找高质量、低投诉、高互动的帖子推给我们；而找到这些帖子以后，再对帖子进行排序，然后跟我们的关注帖混合在一起进行展示。说白了就是这样的一个过程。

那再详细的说一些吧，那后边这块可能要稍微的麻烦一点。

第一步：对人生成画像

就是他把我的过去多少天的行为动作，包括停留在每一个帖子上停留了多长时间、有没有点赞、有没有评论、有没有转发、有没有去投诉，把这些数据拎起来。但是具体是多长时间给隐藏了，这部分是不告诉你的。

第二步：对内容进行初筛

你不可能说把X上所有帖子都拿来跑一遍，那个效率实在太低了，所以首先要先筛一批。到底筛出多少条来还没告诉你，这个是隐藏的。它有一个过滤器对这些内容进行筛选，第一个原则就是去重，如果发现两条帖子是重复的或者内容很相近，他会把它去掉一个。然后去掉自己发的帖子，去掉屏蔽的作者，去掉敏感的违规的内容。按照时序排序，取前面的多少条，但是具体多少条不告诉你。如果是相同的作者，你反复的发也会进行过滤，所以不要刷屏。比如你连续的发了好多内容，X会把后边的这些内容都给你降权掉。所有看过的帖子就不再重复出现了。

第三步：互动可能性计算

所以第一步是这个人的画像，第二步是初筛这些帖子。筛出这些帖子以后，就把这个Transformer模型拎出来了，进行互动可能性的计算。他要算一下这个帖子如果给你看，到底有多大的可能性会被点赞、多大的可能性会被回复、多大的可能性会被投诉，他要把这些东西放出来。一共是15项。因为大模型没有开放出来，所以这一步是无法复现的。

第四步：对权重进行整合

前面我们说有多少可能性点赞、多少可能性投诉，我15项拎回来以后干嘛？做一个加权的整合。这个乘一个参数，加上那个乘一个参数，把这15个数加一块。加完了以后进行一个排序。那你说这参数都是什么？也没告诉你。这部分告诉你，那绝对机器人会刷死他的。然后把排序好的这些帖子，再跟关注帖混合在一起给我们展示。这就是整个这个系统工作的一个原理。

技术细节与代码分析

这个Grok Transformer到底是一个啥？是一个基于Grok 1模型重新训练的MOE的一个小参数模型。只能做单一任务，就是每一次给他一个用户画像，给他一个帖子，然后他把这些数据做矢量化，然后去做正面和各种负面维度的可能性的概率输出，就干这一件事。没有公开参数，没有训练数据，没有训练方法，大概就是这样的一个系统。

主要代码是用什么语言写的？

• 一个叫RUST，系统的整个的逻辑基本上是用这个语言写的，它是一种很高效的后台语言；
• 另外一个就是Python，因为里边有Pytorch、有Tensorflow，就是跑大模型用的。你要调用这些平台的话，你必须要有Python代码在里头。所以基本上代码就是用这两种系统来写的。

那你说这么多代码，那普通人肯定“有看没有懂”，完全没有任何意义。也不要这么讲，虽然它没有给大家很多文档，但是现在有非常非常多的代码分析工具。你比如说你把它扔给Cloud Code，或者扔给Cursor，扔给Open Code，扔给Codex，他们会替你去总结，告诉你说整个系统是怎么样的。然后你可以提各种问题，他会来给你回答，这个代码是写在哪一块的、如何实现的、哪一块隐藏了、哪一块给你了，这个都是会有的。所以普通人也是可以去看这些代码的。

这东西可以复现吗？

既然我们已经拿到了这样的一个开源系统，我是不是可以自己搭一个X，或者看看能不能在X里头怎么去做一个机器人，把X的数据都给它刷回来？就跟美国上委内瑞拉抓马杜罗之前，得先盖一小屋子，把马杜罗的安全屋都盖出来，让人在里头训练，训练完了以后到那啪一把把他拎出来。这事能不能干？能不能复现？

首先说，这个系统本身是无法复现的。你把这个代码down下来以后，你没法编译它，你也没法部署它，因为代码本身并不完整，而且里头还有很多的引用冲突。什么叫引用冲突？就是有些代码并没有写在这个系统里边去，而是说我要引用外边的哪个系统，但是他在不同的代码里引用的版本不一样，而且有的可能干同样的事情引用的是这个，另外的代码可能引用的是另外一个。所以他应该并没有把真正可以执行的一个线上系统直接打包扔上来，因为能够编译执行的这种线上系统是不会出现引用冲突的。

还有就是文档也不是很完整，它里头只是给了代码，并没有给特别多的文档，很多参数被隐藏了。而且也没有办法获得X上的实时数据，因为你要想让这个系统动起来的话，你必须要给它X上的实时数据——这个人过去几天都点了什么东西了，最近有哪些帖子——你没有这些东西，它这个系统也没法跑起来。

那你说是不是开源了个寂寞？也不能这么说。马斯克开源特斯拉的一些专利，对于中国人做新能源产业还是有巨大帮助的。这次将单一Transformer模型驱动的这种推荐算法给出来，也是为整个推荐算法进步给出了方向。所以国内那些原来推荐算法比较差的平台，比如像B站什么的，应该现在正在尝试进行复现。但是这种复现就不是说拿人那个系统去复现了，而是说用这种思想和方向去复现。你比如说拿千问的一些小参数模型，零点几B的这些模型，你可以跑一跑试试，或者是看看能不能做出更小的一些模型出来，进去跑一跑试试，应该是有人去尝试了。

怎么发帖可以提高互动？涨粉怎么赚钱？

别说那么复杂的，怎么发帖可以提高互动？涨粉怎么赚钱？这玩意才是大家关心的。

• 负面权重极高（拉黑、静音、举报）：因为这里头是有正面权重和负面权重，刚才我们说这几个都是负面权重。你一旦这个帖子有负面权重的话，说你被很多人拉黑过、被很多人举报过、有好多人去静音你，这种帖子就会非常非常吃亏。所以那些喜欢引战吵架、喜欢骂街的那些大V们要小心了，原来他们是可以吸引非常非常多流量的，以后的话这种流量会下降的。
• 连续发帖会被降权：千万不要尝试刷屏，就很多机器人喜欢干这个事，连续的往外发帖子。这个系统也是需要处理机器人的，但是具体一些处理机器人的模块并没有在这一次开放出来，因为你如果敢开放出来的话，那机器人马上就给你照方抓药了，给你表演什么叫道高一尺魔高一丈了。
• 正面权重：用户停留时长：这个事很重要。什么叫用户停留时长？你像我们刷X的时候，如果你看到某一个帖子，你需要停下来，你并不用点进去，你还要停下来，你要认真看这个帖子到底写了什么。在这样的情况下，X就知道了，这个是一个大家喜欢、要停下来看的东西。很多长帖子，故事叙述性比较强的——但是你说我啪写一大块，这事也不行，你还是要写出条目来，可读性比较高。这样的帖子才容易让人留下来。前头写一很好的钩子，这样容易留下来；然后放出视频、放出图片来，这样容易留下来；然后做一些系列的讨论，这样也容易留下来。这样的帖子才是X所希望的。

为什么是这样？因为这种帖子可以让X展示更多的广告，人家这个平台也是要挣钱的。

• 视频帖子非常赚便宜：但是他这很逗，他的视频主要看点不点开，不管你是不是看完了。像TikTok、像YouTube，他们主要考察的是完播率，因为那些平台是要在视频前后的去给你插广告的。而现在X的逻辑是什么？就是你点进去了，你就可以展示这个帖子的一个详情页，它就可以多给你放一堆广告出来，所以你只要点进去就行了，你是不是把它看完无所谓。
• 回复评论也是非常重要的：如果我发了个帖子，你们给我评论了，那我一定要在下头再给你回回去。为什么？就是一旦进入评论页了，你相当于也是进入一个帖子的详情页了，那么X展示广告的机会又上升了。所以你看，所有的X所愿意推荐的这个帖子，都是能够让他多放几条广告的帖子。
• 尽量不要在里头贴链接：马斯克真的是想做微信了，他不希望你用链接把流量从X引走。这个点对于老范来说不是特别有利，因为老范经常发帖子说：“你看我发视频了，大家去看视频；我发博客了，大家去看博客呀。”这个是X不喜欢的。

规则之下的现状

既然有这些规则了，谁跑得最快？一定是坏人跑得最快，好人一般是要慢一些的。原因很简单，坏人是有利益的嘛。大家还记得前几天那些@Grok脱衣服的帖子吗？是不是完全符合这套标准？我发了一个美女照片在上头，在下头写@Grok，给她把衣服脱了，或者给她穿上比基尼。这种时候大家就会点到这个回复里边去看，点到详情页里边去看，你的点击率一下就上去了。这个应该算是马斯克自己家的，人家说自己利用一下规则没毛病。

最近大量的抖音和TikTok的热门视频被搬运进来了。算法对于视频是有极大的倾斜的，只要你这里头有视频，视频被点进去了，他就会非常努力的给你推荐。所以我现在打开X，基本上跟刷抖音的那个感觉差不多，里头大量的抖音视频。因为这套算法里头是没有任何跟版权保护相关的东西的，他不是说你发的这个视频最后有一个抖音或者最后有一个TikTok的标，他就给你下架了，不会干这事了。他才不管你是从哪来的。大家的玩法在这点其实都差不太多，先热闹起来然后再清理。现在X上短视频少，他又希望短视频，那你们就来；等什么时候我这短视频多了以后，我再收拾你。这个有点像新加坡，先吸引一大堆大陆土豪去移民，然后再反洗钱、关门打狗，这基本上应该是这样的一个套路。

最近有好几个涨粉相关的账号跑来关注我了。什么叫涨粉相关？就是他那个账户的名字叫“涨粉多少多少”，赤裸裸的叫这名字。如果我也去回关他、跟他聊两句、花点钱的话，那我这个X上的粉丝就可以蹭蹭蹭涨，涨一堆机器人出来。我的帖子下面也出现了一堆炒币的人进行回复。这个原来其实比较少见，这一次马斯克开源了这些算法以后，很多这些炒币的人就来回复我的帖子。如果我再回复他的信息的话，他的账号被看到的机会就会上升。所以一般遇到这样的帖子，我就不再去理他了。机器人已经活跃起来了，等着老马进一步更新他的算法了。

马斯克开源的真实目的

这一次老马总算是真的开源了吧？老范是不是被打脸了？这个还要看下个月。为什么这么讲？马斯克宣布每四周更新一次代码。前几次更开源都是扔上去，以后几年都不带动的，彻底就不理你了，算是一个死项目。这一次老马说我每四周更新一次，老马也算开创了一个先河。

以前做开源软件的目的是什么？

1. 降低系统维护的成本：我把系统开源出去了，你不懂的话，你可以在上头看代码，你也问问其他使用者，大家可以聊一聊，我就不用挨着个去给你们服务去了，甚至有些人可以帮我改bug，这是第一个。
2. 提供松散协作的机会：我一旦把代码开源出去了，就会有其他人才提这个pull request，让我去修改这个系统，甚至他替我改，他会进行一个跨国家的松散的协作。
3. 绑架事实标准：因为你开源了，一旦这个系统用的人很多的话，相当于就形成了一个事实标准，我们就绑架这个标准，然后可以在里边挣到钱。

马斯克开源的目的跟他们不太一样，他是提供了一个监管窗口。你看我把这东西开源了，大家以后觉得我的X有什么推荐不对的地方，你自己去看去。我可以开源，让你们去监管，让你们去审核这个东西。你再批评我，你可以去看。其他那些平台还没开放，我都开放了。他搞了这样的一个事情。

关于偏见与监管

很多人都说X是一个很右的社交媒体，因为相比其他的这些社交媒体平台来说，X是要偏右一些的。现在马斯克说：“来，我直接把推荐系统给你开放看看，你现在看看我到底右不右。”为什么大家都觉得这个X偏右，大家是不是冤枉马斯克了？其实没有。原因很简单，左的特征是什么？圣母嘛，道德高地嘛。大部分的社交媒体平台是按照更左的方式来进行内容审核和筛选的。如果是这样的话，内容比较开放的这种X平台，就肯定是靠右的嘛。左右这个事不是绝对的，它是相对的。

这次开放的代码肯定不是传统的开源项目。它无法复现、无法使用，代码跟文档也不是完整的，也基本上不回复社区的issue跟PR。马斯克可以达到通过开源实现监管的目的吗？现在并不能证明开源出来的版本跟实际跑的版本是强相关的。这个东西应该不是实际的版本，也绝对不可能四周才更新一次，各种参数应该是按小时进行调整的。Grok Transformer的这个模型规模也不大，应该可以几天的时间就会重新训练一次。

这次展示的是Transformer模型之外，并没有保留特定类型帖子的加分减分的这种调整的控制面板。就是说，我就是靠这玩意干活了。你如果希望更左一点、更右一点，你可以在Transformer的这个结果基础上，再去加一层的意识形态的这种调整。但是马斯克给大家看说：“你看我没这东西，这个Transformer模型出来的结果我就直接干了，没有任何跟意识形态相关的东西，都是你的互动可能性跟这玩意相关的。得到结果了以后就可以展示了。”

如果以后每个月更新的版本可以坚持，并且带有完整的更新轨迹——什么叫更新轨迹？在这些源代码更新的过程中，是有一个版本一个版本上的，会写着说每个版本更新什么东西，这叫完整的更新轨迹——如果这个都有的话，那么这个监管会更加可信一些。如果无法坚持，或者以后的更新都是一个没有任何更新轨迹的独立版本的话，监管的效果会差一些。但是也总比那些从来都没有公开过的平台要好。以后再有人批评马斯克说“你怎么偏右”，马斯克说：“我都公开过。甭管我是公开过几个版本，但是至少我公开过，你还没公开过。”他就可以这样去批评别人了。

总结

那未来的方向是什么？做推荐算法的成本一下就降下来了。那些年薪几百万的调参的人，要重新想一想是不是去送个外卖、跑个滴滴了。老马为可信可监管的平台推荐系统做了一个打样。

最后总结一下吧。马斯克开源了X的推荐算法，革命性的单一Transformer模型，就像是一体化的猛禽3发动机一样那么震撼。马斯克为可信可监督的平台推荐系统指明了最新的方向。以后谁想再去证明你的平台推荐系统是可信的，来，跟我一样开放。他就做了这样的一个事情。

好，这一期就讲到这里，感谢大家收听。请帮忙点赞点小铃铛，参加DISCORD讨论群，也欢迎有兴趣、有能力的朋友加入我们的付费频道。再见。

背景图片

Prompt：Detailed watercolor rendering of a loft open-plan office interior, no people, neon cyan rim light, deep navy backdrop, cinematic lighting, sharp subject separation, minimal palette (ink blue, neon cyan, gold accents), glossy reflections on glass and polished concrete, intricate textures of wood, metal, and glass, wide-angle 28mm, deep depth of field, strong negative space for text –ar 16:9 –v 7.0 –stylize 120 –chaos 4 –no people, faces, text, watermark, signature, clutter, photorealistic, 3D render, blurry, low contrast –p lh4so59

我儿时的一位非常喜欢的歌手，郑智化最近又出名了。因为10月25日，他在微博发文，指责深圳机场“对残疾人是最没人性的”，称登机车与机舱地板相差25厘米，导致轮椅无法进入，最终“连滚带爬”上机。

这件事情掀起了轩然大波，仅过数小时，深圳机场便公开回应。声明中解释：为防止刮碰飞机，登机车与舱门需保持20厘米间隙，因此登机过程中出现高度差。同时机场致歉，并宣布立即改进措施，增加协助人员并试点启用有一定坡度的登机连接设备。

然而随后随着一段视频的放出，事情似乎又反转了。

深圳机场有一位工作人员似乎在细心的帮助郑智化上飞机，郑智化也没有真的连滚带爬。于是很多人开始说郑智化撒娇和矫情。

于是，郑智化又道歉了。

我怎么看呢？

其实在我看来，郑智化的案例其实是一个典型的残障人士在中国处境的案例。中国目前的基建水平号称全球第一。每条路几乎都有盲道。但是哪怕是北京、上海的盲道，大多数其实也是废的，根本不符合规范。花的钱却一分不少。硬件的无上限预算和实际上的丝毫不减轻残障人士的出行困难是交织在一起的。

机场的升降车能不能抬高几厘米，造成无障碍通行呢？当然可以。机场事后的回应是“为防止刮碰飞机，登机车与舱门需保持20厘米间隙，因此登机过程中出现高度差。”说明，完全可以，只是自己的规章制度定的就是20厘米间隙。随便去网络搜一搜，机场升降车能不能跟机舱完全齐平？有无数的例子告诉你是可以的。深圳机场的这一做法，即没有国家标准也不是什么行业惯例。

这不由的让我想起我2017年去美国湾区旅游的经历。从机场去酒店的路上，我的好友跟我说，早听说美国基建差，看看这条著名的公路坑坑洼洼质量多低。

住到motel以后，我发觉水管水压惊人，完全不在乎浪费水的感觉，畅快之余，但是发现管线设施都是傻大黑粗，没有日本的精致和美感。

住了一个星期，我在硅谷和三藩之间徜徉数次，坐了地铁和火车、uber和朋友的特斯拉，就是为了体验美国生活的感觉。其中一次我打uber前往一个火车站，准备由此去三藩逛逛，意外的是到达导航附近，我和uber司机都没找到哪里有火车站，只好前往另外一站。后来才知道，其实那次我们已经在火车站附近了，只不过跟我们想象的不同，那个火车站就是一个牌子，没有安检通道，没有候车大厅，也没有任何的其他的设施防止你不买票就上车。

下图是另外一个稍微大一点的车站。也没有复杂的设施，但是一眼就让我看到了这个无障碍设施。火车来了，也停的很精准，轮椅可以轻松的上去。

我才突然感受到美国的基建和中国的基建思路似乎不同。美国现在看起来没有黄金时代那么辉煌，但是无障碍设施是可以用的。

我在日本坐公交，发现公交进站的时候整个车体会稍微倾斜，方便人上下，也让车门跟站台平齐，我当时那叫一个震惊。这个国家不是失落了30年么？这tmd不是天顶星科技么？

当然有些不是靠科技，我在日本坐地铁见过站务人员，拦住进车的人，让他们稍候，手工的把一个平板放在车门接缝处，然后推着一个轮椅和老人进入地铁，然后才挥手示意其他人进入地铁。（近年国内类似做法我也见过了，这是很好的改进）

我不接受，中国还是发展中国家，没钱的说法。事实上，花在无障碍设施这个脸面上的钱，中国并不少。中国大多数城市道路的人行道都有了盲道。很多新建的楼房都有无障碍设施。商场里面也往往有无障碍厕所。

然而，钱是花了，能用与否？

盲道是我们每个普通人也天天会看到的东西，但是盲道的乱像大家心知肚明，也许不会每时每刻都在意，但是想发现并不难。盲道被停满自行车，甚至骑车，被摊位占用。被直接安上了栏杆。盲道的走向诡异的设计，盲道突然断头，等等。你不需要用心收集，可以说走几百米就可以发现一个坑杀盲人的陷阱。

各种大楼的无障碍设施也有很多形同虚设，有的被铁门锁住了，有的年久失修。有的坡道完美无缺，但是从市政道路跟本过去不去。无障碍厕所也是，长年被锁的，缺少零件的，也比比皆是。

这是我朋友昨天发的：

在中国，花在无障碍设施的钱并不少，但是保证他们可以使用所需要的制度、维护和用心则少之又少。

这是我非常感谢郑智化的撒娇和矫情的地方。

如果是一个普通的残疾人，在深圳机场遇到类似的事情。他敢撒娇么？他发微博会有几个人看到？他的微博就算火了，深圳机场会立刻道歉和回应要改进么？

但是很多人似乎觉得郑智化用词太狠，委屈了深圳机场。一个硕大的国企，被委屈了？笑死了。

我能理解很多人自己身体比较健康，能跑能跳，所以无法理解残障人士的困难。

殊不知，无障碍不仅是帮助残障人士，也帮助带大行李、孕妇、老年行动不便，带婴儿车，或者因为临时的伤病需要坐轮椅，躺急救转运床的人。无障碍设施是基本人权，有人去帮助大家声讨，这是对所有人的行善。何况，郑智化要的无残障通行，不需要机场多花几个钱。机场自己回应的“启用有一定坡度的登机连接设备”，是个什么高科技的东西么？

其实这东西叫做无障碍渡板，日本地铁用的也是这个。上海的新闻2022年说，要在每个地铁站都普及无障碍渡板。

在飞机上用无障碍渡板其实也很常见，如果确实无法齐平的情况下，简单的一个板子就可以解决很多问题。

这东西很贵么？京东上也就是上百块钱而已。

深圳机场作为一个2024年，旅客吞吐量达到6147.7万人次，航班起降42.8万架次的大型国际机场。这么多年都没有残障人士登机的需求么？

为什么现在才闹出渲染大波，才知道应该调整机场的升降车，才知道买几块几百块钱的板子么？

这还不是因为郑智化是一个名人，这件事情闹成了渲染大波。

甚至这可能还会带动国内其他机场改善自己的服务。

我们不该感谢郑智化的撒娇和矫情么？

郑公一怒，善莫大焉。

我们都需要感谢郑智化的撒娇和矫情最先出现在Tinyfool的个人网站。

畅言目前PC版的评论中无法正常显示emoji，大致搜了搜网上也没有相关的插件或者官方文档。大致的规划一下也就是写一段替换的代码，找到回调函数就完成了。本文在我也不知道愿不愿意透露姓名的陈大佬的指导下完成，我主要就是写了个测试环境，可以说非常愉快了。

本文主要列出替换的JS，简述了一下找回调函数的思路。

替换代码

畅言的emoji传到前台的数据是[emoji:d83cdfc6]格式。
所以我们需要做的就是把这一段文字转化成Unicode字符，这是个很简单的操作。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

// 限定只更新畅言评论栏中的内容
divList = document.getElementById("SOHUCS").getElementsByClassName("wrap-word-gw");
for (var divIndex = 0; divIndex < divList.length; divIndex++) {
    div = divList[divIndex]
    // 畅言emoji后台存储为： [emoji:d83cdfc6]
    for (var emoji, regex = /\[emoji:(.*?)\]/g, l = []; null != (n = regex.exec(div.innerHTML)); ) {
        f = "\\u" + n[1].substring(0, n[1].length / 2),
            s = "\\u" + n[1].substring(n[1].length / 2, n[1].length),
            emoji = f + s,
            emoji = unescape(emoji.replace(/\\u/g, "%u"));
        // 存储检测到的emoji至暂存列表
        l.push(emoji)
    }
    // 将检测到的emoji完成替换
    for (var i = 0; i < l.length; i++) {
        div.innerHTML = div.innerHTML.replace(/\[emoji:(.*?)\]/, l[i])
    }
}

替换思路

下面问题就在于能不能找到回调函数，在评论载入完成后调用替换。
目前暂时没有找出可用的回调，现在最简单的使用window.onload = function(){}完成了替换。
所以目前的结果就是页面载入完成后替换，->这里<-是代码。

我发现upload/changyan.js中有changyan.api.ready的函数。

1
2
3
4

window.changyan.api.ready = function(fn) {
    window.changyan.api.tmpHandles = window.changyan.api.tmpHandles || [];
    window.changyan.api.tmpHandles.push(fn);
};

之后src/adapter.min.js中通过runReadyFn完成回调。

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

var runReadyFn = function() {
    if (window.changyan.tmpHandles && window.changyan.tmpHandles.length) {
        for (var i = 0; i < window.changyan.tmpHandles.length; i++) {
            var _fn = window.changyan.tmpHandles[i];
            _fn && _fn();
        }
        window.changyan.tmpHandles = [];
    }
};
window.changyan.rendered = false;
$$event.listen("changyan:cmt-header:header-rendered", function() {
    if (!window.changyan.rendered) {
        runReadyFn();
        window.changyan.rendered = true;
    }
});
$$event.listen("changyan:mobile-cmt-list:list-render", function() {
    if (!window.changyan.rendered) {
        runReadyFn();
        window.changyan.rendered = true;
    }
});
$$event.listen("changyan:cmt-box:box-render", function() {
    if (!window.changyan.rendered) {
        runReadyFn();
        window.changyan.rendered = true;
    }
});

一点吐槽

在研究代码的过程当中，发现代码中还有残留下来的内容。

比如extensions/longloop.js中的：

1

e("C:/Users/Yaodoggy/Documents/Program Files/Wamp/wamp/www-mdevp/mdevp/cache/www/longloop/longloop.js")

搜狐旗下有一款评论插件，畅言，PC端与WAP端均适配，目前提供微信、微博、QQ、手机号四种登录方式。为了给博客添加评论功能，趁晚上的空研究了代码插入方式以及CSS美化。本文没什么技术含量，主要提供可以抄的代码，WTFPL。

本来这事儿应该是这周末的安排，不过也是赶巧，下午闲着的时候畅言客服给我来了个电话，闲着也是闲着就写了一半。也是我的风格了，服务器是云服务器客服一个电话我顺带配好的，备案是备案机构一个电话我顺带备好的。随意是一方面吧，这类事儿总体完成的效率还真不低。于是晚上回家就把剩下的一半写掉了，这篇文章没什么理论，主要是简单的配置代码，复制过去有空的时候慢慢看好了。

代码插入

官网有自适应的代码安装方式：

1
2
3
4
5
6
7
8

<div id="SOHUCS" ></div> 
<script type="text/javascript"> 
(function(){ 
var appid = '这里填写自己的appid'; 
var conf = '这里填写自己的conf'; 
var width = window.innerWidth || document.documentElement.clientWidth; 
if (width < 960) { 
window.document.write('<script id="changyan_mobile_js" charset="utf-8" type="text/javascript" src="https://changyan.sohu.com/upload/mobile/wap-js/changyan_mobile.js?client_id=' + appid + '&conf=' + conf + '"><\/script>'); } else { var loadJs=function(d,a){var c=document.getElementsByTagName("head")[0]||document.head||document.documentElement;var b=document.createElement("script");b.setAttribute("type","text/javascript");b.setAttribute("charset","UTF-8");b.setAttribute("src",d);if(typeof a==="function"){if(window.attachEvent){b.onreadystatechange=function(){var e=b.readyState;if(e==="loaded"||e==="complete"){b.onreadystatechange=null;a()}}}else{b.onload=a}}c.appendChild(b)};loadJs("https://changyan.sohu.com/upload/changyan.js",function(){window.changyan.api.config({appid:appid,conf:conf})}); } })(); </script>

把提供的appid和conf填好，尝试访问就可以用了。

使用的时候发现畅言是可以http访问的，如果你对于全站HTTPS有特别的要求，可以通过返回HTTP请求的时候添加如下内容：

1

Content-Security-Policy: default-src https:

不过因为牵扯到Web版本和PC版本的CSS存在区别，这里的JS代码还需要做一些小的改动。
这类就简单的添加了两个不同的CSS。

1
2
3
4
5
6
7
8

<div id="SOHUCS" ></div> 
<script type="text/javascript"> 
(function(){ 
var appid = '这里填写自己的appid'; 
var conf = '这里填写自己的conf'; 
var width = window.innerWidth || document.documentElement.clientWidth; 
if (width < 960) { 
window.document.write('<link rel="stylesheet" type="text/css" href="/changyan-mobile.css">');window.document.write('<script id="changyan_mobile_js" charset="utf-8" type="text/javascript" src="https://changyan.sohu.com/upload/mobile/wap-js/changyan_mobile.js?client_id='+appid+'&conf='+conf+'"><\/script>')}else{window.document.write('<link rel="stylesheet" type="text/css" href="/changyan.css">');var loadJs=function(d,a){var c=document.getElementsByTagName("head")[0]||document.head||document.documentElement;var b=document.createElement("script");b.setAttribute("type","text/javascript");b.setAttribute("charset","UTF-8");b.setAttribute("src",d);if(typeof a==="function"){if(window.attachEvent){b.onreadystatechange=function(){var e=b.readyState;if(e==="loaded"||e==="complete"){b.onreadystatechange=null;a()}}}else{b.onload=a}}c.appendChild(b)};loadJs("https://changyan.sohu.com/upload/changyan.js",function(){window.changyan.api.config({appid:appid,conf:conf})})}}

这段代码使用的两个CSS分别是changyan-mobile.css和changyan.css。

CSS美化

畅言默认的样式偏圆，也不是扁平的风格，我大致网上找了找现有的样式做了个修改。

这段代码是changyan.css：

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
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102

.module-cmt-box {
    padding: 10px 0!important;
    margin-top: -10px!important;
    overflow: visible!important;
}

.header-login {
    left: 90px!important;
    border: 0!important;
    border-radius: 0!important;
    margin-top: 88px!important;
    border-radius: 21px!important;
}

.post-wrap-border-l,.post-wrap-border-r,.post-wrap-border-t-l,.post-wrap-border-t-r {
    display: none;
}

.post-wrap-main {
    border: 0!important;
}

.post-wrap-w {
    background: #f0f0f0;
}

.btn-fw {
    background: #5fb878 url(data:image/svg+xml;base64,PHN2ZyBjbGFzcz0iaWNvbiIgdmlld0JveD0iMCAwIDEwMjQgMTAyNCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzIwMDAvc3ZnIiB3aWR0aD0iMjAwIiBoZWlnaHQ9IjIwMCI+PHBhdGggZD0iTTgxNy42NTcgNzc1Ljc1OEw0NTQuNzEgNjY0LjA4bDM2Mi45NS00MTguNzg4TDM0My4wMzIgNjY0LjA4IDYzLjgzNyA1NTIuNDAzIDk1Ny4yNTYgNzcuNzc1IDgxNy42NTcgNzc1Ljc1OHpNNDU0LjcxIDk0My4yNzVWNzQ3Ljg0bDExMS42NzQgNTUuODRMNDU0LjcxIDk0My4yNzR6IiBmaWxsPSIjZmZmIi8+PC9zdmc+) center no-repeat!important;
    width: 60px!important;
    height: 60px!important;
    border-radius: 30px;
    margin-top: -5px!important;
    margin-right: 40px!important;
    background-size: 30px!important;
    box-shadow: 5px 5px 10px rgba(0,0,0,.2);
    -webkit-transition: .3s;
    transition: .3s;
    outline: none;
}

.btn-fw:hover {
    box-shadow: 4px 4px 10px rgba(0,0,0,.2);
}

.block-head-w,.cmt-list-type {
    height: 0px!important;
}

.section-service-w {
    height: 0;
    opacity: 0;
}

.head-img-w {
    margin: 0!important;
}

.head-img-wimg {
    width: 25px!important;
    height: 25px!important;
}

.head-img-w {
    top: 118px!important;
    left: 95px!important;
}

.wrap-action-gw {
    border-bottom: 1px solid #dee4e9!important;
    padding-top: 30px!important;
    padding-bottom: 1pc!important;
}

.cmt-list-number,.title-name-gw-tag,.type-lists,.wrap-name-w {
    display: none!important;
}

.cmt-list-type {
    margin: 0!important;
}

.build-floor-gw {
    background: #f0f0f0!important;
}

.block-cont-gw {
    padding: 20px 0!important;
    border: 0!important;
}

.section-list-w {
    width: 95%!important;
    margin-left: 2%!important;
}

.build-floor-gw {
    background: #f9f9f9!important;
}

.user-name-gw>a {
    text-decoration: none!important;
}

这段代码是changyan-mobile.css。

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
61
62
63
64
65
66
67
68
69
70
71
72
73
74

.module-mobile-cmt-header {
    height: 150px!important
}

.comment-number-tri {
    border-left: 0!important
}

.comment-number {
    margin-top: 1px!important
}

.comment-number, .comment-text {
    background-color: transparent!important;
    font-size: 16px!important;
    color: black!important;
    font-weight: 500!important;
    padding: 0!important
}

.header-right {
    float: left!important
}

.header-login {
    display: inline-block!important;
    margin-top: -12px!important;
    font-family: sans-serif!important;
    font-size: 14px!important
}

.header-pho {
    width: 2em!important;
    height: 2em!important;
    background-size: 2em!important
}

.mobile-header-head {
    margin: 85px 0 0 0!important;
    height: 0!important
}

.comment-textarea {
    height: 0!important;
    float: left!important;
    margin-top: -150px!important
}

.header-comment-number {
    margin: -6px 0 0 10px!important
}

.comment-input {
    border: 0!important;
    background-color: transparent!important;
    font-family: sans-serif!important;
    font-size: 14px!important;
    border-radius: 0!important;
    height: 90px!important;
    margin-top: 15px!important
}

.box-footer-button {
    background: #b1b1b1 url(data:image/svg+xml;base64,PHN2ZyBjbGFzcz0iaWNvbiIgdmlld0JveD0iMCAwIDEwMjQgMTAyNCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzIwMDAvc3ZnIiB3aWR0aD0iMjAwIiBoZWlnaHQ9IjIwMCI+PHBhdGggZD0iTTgxNy42NTcgNzc1Ljc1OEw0NTQuNzEgNjY0LjA4bDM2Mi45NS00MTguNzg4TDM0My4wMzIgNjY0LjA4IDYzLjgzNyA1NTIuNDAzIDk1Ny4yNTYgNzcuNzc1IDgxNy42NTcgNzc1Ljc1OHpNNDU0LjcxIDk0My4yNzVWNzQ3Ljg0bDExMS42NzQgNTUuODRMNDU0LjcxIDk0My4yNzR6IiBmaWxsPSIjZmZmIi8+PC9zdmc+) center no-repeat!important;
    background-size: 30px 30px!important;
    width: 100px!important;
    height: 50px!important;
    border-radius: 10px!important;
    margin-right: 10px!important
}

.list-footer-wrapper-wap {
    display: none
}

下面那个评论就是已经设置好了的畅言插件了。

之后根据博客的类型将这个CSS文件压缩好每次载入即可。

Public Suffix List or PSL，这一专有名词常常出现在各大信息提供者与个人博客上。很多个人博客（包括本博客）在交换友链的时候都指出，域名必须是被PSL收录的后缀。但很多人可能对此有疑惑，为什么要维护这样一份列表，来记录这些Public Suffix呢？更有人会疑问，为什么 .gitee.io这样的域名会选择拒绝加入PSL,或者说，成为一个Public Suffix又意味着什么呢？让我们来从PSL入手，浅看一下当今互联网，在域名层保护隐私、提升用户体验的方式吧。

一、什么是、为什么、如何是Public Suffix

Public Suffix的官方定义是一种任何人都可以（或曾可以）注册的域名之域名后缀。这个定义十分有趣，它实际上指出了浏览器或者其他WEB客户端，是怎么判断“域名”这一概念的构成的。

我们在互联网上能看到很多“免费二级域名解析”服务，它们往往很有用，可以帮助开发者快速取得公开提供的域名，而不是发一串长而难记忆的IP地址。但这些二级域名解析当中的大部分的所谓“一级域名”都是没有被收录进PSL的，可以理解为它们并没有被认定为是Public Suffix。由此可以将Public Suffix翻译为“公共后缀”。一个例子：假如example.com提供免费的“二级域名解析”，就会有人注册hello.example.com，那这时hello.example.com和example.com就会被认为是一个网站运营体的两个不同的域名，因为后者并没有被视作对外提供注册的Public Suffix。

为什么各个NIC会选择让自己的域名成为Public Suffix呢？原因有很多，但大体上是为了让自己的域名服务被正确标识。如.eu.org这一个域名现在被PSL收入，即代表.eu.org下运行的其他二级域名所对应的网站和.eu.org在运行者构成上，没有任何关系。其他的原因还有，通过这种方式声明自己的二级域名解析人人可以操作，所以如果其提供之内容有问题，也并非原始域名的运营者的可控范围内。等于撇清了责任

此外，要成为一个Public Suffix也不是毫无门槛的。PSL由Mozilla基金会维护，而申请成为PSL中收录的Public Suffix的过程，则更向是一种双向选择。首先，Mozilla方面需要承认这个域名可以作为一个PS，它必须开放公众注册。然后，域名的拥有者也必须同意它变成一个PS，考虑到这样做会带来的接续后果。

二、Public Suffix的责任和意义

如果一个域名成为了Public Suffix，那么恭喜，这个域名的管理者在某种意义上算半个域名注册局。他们需要提供可靠的域名注册和解析、始终如一地接受用户提起的新次级域名申请。当一个域名成为了Public Suffix，它的子域名可以被看作另一个截然不同的运营者提供的网站。

然而这些责任，并不具备完备的效力。Public Suffix List的最重要的意义，还是在于它极大的改善了用户的体验。在早期互联网，浏览器需要靠自己维护一套列表，包含了会被认为是公共后缀的列表。它通常会包含.org,.me,.com,.net等这类开放注册的域名，有时也可能包含一些包含次级域名解析的含点域名后缀，.co.uk这样。但这会带来问题。

还是以eu.org为例。在早期互联网，浏览器并不会将.eu.org为后缀的域名下的网站，彼此给标识成不同的网站。a.eu.org和b.eu.org将会被看作eu.org的同一个网站实体的不同域名。这会严重危害用户隐私，会造成Super Cookies，即可以不被检测为“第三方Cookies”的真正的“第三方Cookie”

要理解这（指第三方Cookies）是怎么工作的，可以以本站域名和Busuanzi结合使用为例。本站的域名是helim.net，它并不是一个Public Suffix。当访问该域名下的某些二级域名，譬如blog.helim.net和log.helim.net时，浏览器会检索其内置的Public Suffix List，发现helim.net并不被认为是一个Public Suffix，所以blog.helim.net和log.helim.net会被标记为同一个网站运营者的不同域名。换句话说，相对于blog.helim.net，log.helim.net并不被认为是一个第三方。假如blog.helim.net中调用了一个log.helim.net下的资源，且该资源会给客户端设置Cookies，那一般地，浏览器和其他追踪拦截插件不会拦截这个Cookies. 且幸运的是，由于helim.net确实不向公众开放二级域名解析，其所有的二级域名都是自己管理的，这个Cookies也真的不是一个第三方Cookies，它对网站可能有至关重要的作用，且helim.net的运营者能够对该Cookies内容和用途有所掌控和了解——而PSL机制保障了这一Cookies能被正确设置。

但Busuanzi，是在ibruce.info这个域名下提供的一个网站访问量计数器。它是通过标签引入的站外一个JS脚本，会以其自己域名的身份在访客浏览blog.helim.net时为访客设置Cookies.对于blog.helim.net来说，确实，ibruce.info和其二级域名都应该被看作是第三方。这时，浏览器或追踪拦截插件就会拦截这一Cookies设置请求。这样一来，用户的隐私可以得到保护，因为helim.net的网络运行者，无法控制ibruce.info下的服务。

通过这个实例，不难理解WEB中Cookies是如何被谨慎对待的。Super Cookies其本质是一种更加猖狂，且无法通过PSL以外的方法来检查出的“第三方”Cookies.而要想理解PSL是如何阻止Super Cookies的，让我们继续看下一个例子：现在example.com正式对外开放二级域名免费解析，但它并没有被登记入Public Suffix List，接下来可能会发生什么可怕的事呢？让我们设立两个不同的角色，小红和小蓝双方彼此都不认识，所以小蓝的网站对于小红的网站而言，显而易见地是一个妥妥的第三方。小红和小蓝现在都使用着example.com的二级域名解析服务，小红注册了red.example.com，小蓝注册了blue.example.com。而此时，由于PSL中并不包含example.com，浏览器理所应当地将red.example.com和blue.example.com认定为同一个网站实体运营——此时危险的种子已经埋下：浏览器并不认为小蓝的网站于小红的网站而言是一个“第三方”，追踪拦截插件也持一样的态度。

小蓝阴阳差错之间，开始为小红提供网站托管服务。小红没有多想，就选择使用小蓝的服务来继续运行自己的网站。而小蓝则可以利用PSL没有收录example.com从中作梗了。现在他通过CDN配置等技术，在小红的所有页面里都加上一句引入JS文件的HTML语句，而该JS文件由blue-stats.example.com提供服务，它会设置严重侵犯用户隐私的追踪Cookies,并且与小蓝的服务器进行沟通。整个过程，小红都无法控制。当用户访问red.example.com时，浏览器不会阻止来自blue-stats...这个域名的Cookies设置，因为它们还被认为是一个网站运营实体的非第三方Cookies。后来，小蓝的网站托管做大做强了，很多人使用他的托管服务，而每个人的页面上都被不声不响地加上了这样一句话，浏览器和拦截器们，因为PSL没有包含这个域名，依然对它们视而不见，最终酿成了几百位使用.example.com二级域名解析的站长的站点隐私数据被窃取，名誉严重被毁。

小蓝和小红的例子听起来有些片面，但却准确体现了Super Cookies怎么会造成一个严重的隐私悲剧。但倘若使用PSL中收录的二级域名解析，那这些问题大部分可以避免。现在小蓝注册了blue.eu.org，小红注册了red.eu.org。即使小蓝篡改了小红的页面，使它设置来自blue..的Cookies，因为.eu.org被视作公共后缀，两个网站也被视作截然不同的两站，小蓝被视作小红的第三方——所以浏览器英勇且正确地拦截了这一个请求，使小蓝的破坏计划不能得逞。再极端一点，假如某个PS提供商监守自盗，作为一级域名去篡改二级用户的页面，因为作为公共后缀会被浏览器视为第三方，这些Cookies设定也会被拦截。Super Cookies的威胁成功解除！

此外，PSL还有一些别的用途。比如将一个域名中最重要的部分加粗显示。p2n2.eu.org这个域名中，显然应该加粗的部分是p2n2，而不应加粗p2n2.eu。或者帮助用户键入正确的域名前缀，正确的解析主机名等。

总结：为什么拒绝非PSL域名？

总地看来，友链交换和其他将网站公开链接展示的场合中，拒绝非PSL域名的原因也很好理解了——如果不去这样做，将是对用户隐私的不负责任。因为非PSL域名下的二级域名网站们，在被访问时，浏览器无法正确标记和警惕、拦截第三方Cookies。而如果将这些潜在的危险链接暴露向公众，那的确是不倡导的。我们应该自觉在使用二级域名解析服务时，优先选择那些被PSL收录的域名。保护自己，也尊重他人。