KANIKIG技术窝💻

我曾经就特别想写这样的故事 大概是 2016 年左右的时候吧，那时候 Google+ 还活着，我当时特别有表达欲，就是特别想要写点东西。我还高强度参加了 Google+ 上面的一个社群，里面有什么“三题点心”之类的，就是给三个相关和不相关的词语，让你来写故事之类的。 后来我就想着去写个特别牛逼的小说，连载的那种。因为当时还是有很中二的想法，加上 Galgame 玩多了，脑子里想到的故事自然也就 Galgame 化了。当时想法是写一个皮男主和女主在学校里的故事，学校里会有学生离奇的死亡，但最后发现这些学生全都是自杀，而幕后的凶手就是平时看起来十分可爱阳光人畜无害的女主角，她有着不为人知的阴暗的另一面。女主角通过隐藏的身份，通过互联网蛊惑学校里的学生，诱发他们内心的阴暗面，劝导他们去自杀或互相残害，只为取乐，自己则完美的隐藏身份，也因为没有直接杀人而被人追责之类的。男主角因为朋友的死亡一直调查这件事，而女主角则隐藏身份和男主角一起调查，最终 Boss 就在你身边的那种感觉。 现在想来看看觉得这个故事真的是中二爆了，而且很多地方很不成熟和幼稚。不过我到现在也并不认为这个题材不好，反而一直可以写，因为我坚信所谓的“恶魔低语”是真的可以让一个人走向死亡的，现代社会每个人压力都很大，都面临各种各样的痛苦，承受不了一时想不开也是很常见的事情。 不过我想说的不是这个故事本身，而是最近我发现我当初想写的这个故事，真的有人写出来并且做成游戏了……就是这个 Steam 上红极一时的《距离男主自杀还有七天》。 [...] via Plum's Blog (author: plum)

期权策略：Bull Call Spread Bull Call Spread，可以翻译成牛市看涨价差策略，这是一个期权交易策略。 Bull Call Spread 这个交易策略由两个看涨期权（call option）组成，购买一个远期看涨期权，同时卖出一个相同到期日但是执行价更高的看涨期权。 使用这个策略的交易员期望投资标的以一个缓慢的趋势看涨。 优点 ● 该期权交易策略可以避免持有资产并且资产大幅下跌的风险 ● 可以认为是以打折的价格购买一个看涨期权，减少了部分买入看涨期权所花费的期权费 ● 适合在远期（几周，几个月）看好的标的上进行操作。 ● 该期权最适合在那些稳步上涨的股票中进行操作，在不持有正股的情况下也可以享受上涨的收益 ● 牛市看涨价差期权比仅购买看涨期权更便宜 ● 该策略将拥有资产的最大损失限制为策略的净成本 最大风险 ● 股价跌落，丧失期权购买费用 ● 另外就是如果股价突然上涨很多，那么该策略的最大收益也是封顶的，不会跟随着股价上涨而增加 如何构建牛市看涨价差策略 为了构建一个牛市看涨价差策略需要执行以下的一些操作 ● 首先要确定一个资产，这个资产最好是会稳步上涨的，并且提供足够的期权交易市场（期权交易流动性好），这个资产可以是股票，指数或者是现物（Currency） ● 购买一个看涨期权，首先购买一个价内的看涨期权，这个期权可以是一个价内（In the money），具有内在价值的看涨期权。 ● 卖出一个同样到期时间的，价外看涨期权，重点在于同样到期时间，并且行权价更高的看涨期权。该看涨期权的价格肯定没有买入的看涨期权价格高，只能抵掉一部分（相当于一个折扣） ● 监控持仓和市场，Bull Call Spread 策略建立之后，交易者可以监控期权的价格。 ● 结束持仓，如果行权日期临近，可以决定是否行权，或者通过卖出 Long Call 和买入 Short Call Option 的方式来关闭此策略。如果行权日时，股票的价格在卖出去的看涨期权行权价之上，那么此策略可以获得最大的收益。 需要注意的是，Bull Call Spread 策略的最大收益受限于两个看涨期权中间的价差减去期权价格，而最大的风险就是损失构建策略的期权购入价格。 一个例子 假如有一个股票叫做 ABC，当前的价格是 50 USD，交易者认为该股票会在下个月上涨，所以想要建立一个 Bull Call Spread。 首先购买一个在下个月到期的 50 USD 行权价的看涨期权，这个看涨期权叫做 at-the-money option，因为行权价就是当前的交易价格，期权的价格是每股 3 USD。 同时卖出了相同行权日，行权价 55 USD 的看涨期权，这个期权叫做 out-of-the-money 期权（价外期权），因为价格高于当前交易价格。 完成交易后，就构成了 Bull Call Spread。 波动性对牛市看涨价差的影响 因为同时买入和卖出了看涨期权，一定程度上波动性被抵消了。 当波动性上升时，两种期权的价格都会上涨，这意味着多头看涨期权的价值会增加，同时空头看涨期权的价值也会增加。但是由于这个策略是做多一个期权，并做空另外一个看涨期权，波动率在一定程度上被相互抵销了。 用期权的语言来说，这通常被称为「near-zero vega」，Vega 衡量期权价格对波动性变化的敏感度，接近于零的 Vega 意味着，假设其他因素保持不变，波动性发生变化时，Bull Call Spread 的价格变化很小。 但是需要指出的是，牛市看涨价差并不完全不受到波动性变化的影响，确切的影响可能还取决于其他因素，包括期权处于价内或价外的程度，以及距离到期的时间。 时间对牛市看涨价差的影响 时间对 Bull Call Spread 的影响，也称为时间衰减或 theta，这个有点复杂，该策略包含两种看涨期权，这两种期权对时间的流逝都有不同的反应。 期权总价值的时间价值部分随着行权日期临近而减少，这个称为时间侵蚀（time erosion）或时间衰减（time decay）。 对于多头看涨期权来说，时间衰减是有害的，随着时间推移，在其他条件相同的情况下，所购买的期权的价值会下降。这是因为该期权实现盈利的时间较少，价值较低。 另外一方面，对于空头看涨期权，时间衰减对卖出方有利，随着时间推移，出售的期权价值会下降，交易者对该期权负有义务，如果空头看涨期权到期时一文不值，交易者将保留出售该期权所获的全部权利金。 时间衰减对牛市看涨价差策略的总体影响取决于股票价格与价差执行价格的关系。如果股票价格接近或低于多头看涨期权（即执行价格较低的看涨期权）的执行价格，那么牛市看涨价差策略的价格会随着时间的推移而下降，发生亏损。多头看涨期权最接近交易价格，并且比空头看涨期权价值下降更快。 如果股票价格接近或高于空头看涨期权（即执行价格较高的看涨期权）的执行价格，那么牛市看涨价差策略的价格会随着时间的推移而增加，发生盈利。空头看涨期权现在比多头看涨期权更接近交易价格，价值下降得更快。 最后，如果股价处于执行价格的中间，那么时间侵蚀对牛市看涨价差的价格几乎没有影响，因为多头和空头看涨期权以大致相同的速率衰减。 资产标的价格变化对牛市看涨价差的影响 标的资产的价格变化对牛市看涨价差有重大的影响，当标的资产的价格上涨时，会获利。 如果资产价格大幅上涨并超过空头看涨期权的行权价，那么策略达到最大利润。多头看涨期权的价值增加，空头看涨期权则被标的资产价格的上涨所抵消。 另外一方面，如果标低价格温和上涨，并且在到期时处于多头看涨期权行权价和空头看涨期权行权价价格之间，该策略仍然会获利，但是不是最大收益。多头看涨期权的价值增加了，但是空头看涨期权的价值也开始增加，降低整体利润。 最后，如果标的资产价格下跌，或者没有涨幅，该策略产生净损失。如果到期时价格低于多头看涨期权的执行价，那么两个期权将在到期时毫无价值，并且建立策略时的权利金。 其他考虑和风险 该策略还有一些隐含的需要考虑的内容 ● 提前行权风险，美式期权可以在到期前任何时间行权，空头期权的持有者无法控制时间，随时都可能被要求履行义务。该策略中的空头看涨期权面临提前转让的风险，特别是当其接近到期日，且标的资产价格高于空头看涨期权的执行价格时。如果发生转让，交易者可能需要以空头看涨期权的执行价格出售标的资产 ● 股息，如果标的资产支付股息，可能会影响空头看涨期权提前分配的可能性，时间价值小于股息的实值看涨期权可能被提前分配 ● 不可避免的交易成本，买卖期权的成本可能会增加，特别是在交易者使用少量期权的情况下，成本可能会侵蚀交易的利润 ● 市场条件，牛市看涨价差最适合在适度看涨的市场中使用，如果市场波动很大或看跌，那么该策略可能不是最佳的选择 ● 到期日的选择，到期日的选择可以显著地影响牛市看涨价差的结果，如果到期日太早，标的资产可能没有足够的时间来实现预期的价格变动，如果到期日太远，期权费用可能很贵，构建该策略可能需要更多的资金。 ● 执行价格的选择，多头和空头看涨期权执行价格的选择也很重要，执行价格之间的价差越大，潜在的利润也越高，但是潜在的损失也越大。 Bull Call Spread 策略可以限制风险，最大的可能损失就是构建策略的成本，但是这个策略也限制了潜在的利润。 如何实施 Bull Call Spread 策略可以选择未来一段时间（几天，几周或几个月）小幅升值的资产来实现。 related ● [[牛市看涨期权价差策略]] ● [[牛市看跌期权价差]] ● [[熊市看跌期权价差]] ● [[熊市看涨期权价差]] 相关工具 ● uSMART 新加坡券商 ● 老虎证券 ● 富途证券 ● 长桥证券 入金 2500 USD，享受 1500 HKD 奖赏 ● 涨乐全球通 ● [[TradingView]] ● [[RockFlow]] 如果你在日本 ● 乐天证券 ● 大和コネクト証券 ● Webull JP via Verne in GitHub

使用NapCatQQ和NoneBot搭建qqBot 缘起 我在半年前折腾过一次qqBot的搭建，但那次由于风控问题，只能放弃了,具体记录在 qqBot 搭建 | EuDs’s Blog。 但这两天发现了NapNeko/NapCatQQ: 基于NTQQ的无头Bot框架，决定再次折腾，以下记录我的过程。 过程 说明：以下均为Windows平台 1. 在Releases · NapNeko/NapCatQQ下载，并解压 2. 运行napcat-utf8.bat，扫码登录。之后可通过napcat-utf8.bat -q qq号快速启动 3. 配置onebot11,具体参考 ● 基础配置介绍 | NapCatQQ ● 接入框架 | NapCatQQ 4. 参照快速上手 | NoneBot创建并运行NoneBot项目，注意：创建时适配器应选择OneBot V11 感受 1. 这次整体流程很顺畅，最主要的还是因为登录只要手机扫个码就行，不用再一个个试协议来躲避风控。 Todo ● 写个脚本，使得可以开机自启 ● 部署到服务器上，不知道会不会再遇到风控问题 ● 插件：去年今日 参考 ● NapCatQQ ● 接入框架 | NapCatQQ ● NapCat 使用教程 | NoneBot 文档 via EuDs's Blog

qqBot 搭建 这两天在搭qqBot，记录一下 整体技术 我使用的是go-cqhttp和nonebot2。 在遇到风控问题时，我使用了unidbg-fetch-qsign。 过程 ● 整个过程比我着手搭建前所想的要困难许多，踩了许多坑。不过很棒的一点是，这三个项目的issue都十分活跃。我踩的坑，在issue中几乎都能搜到。我使用过的开源项目不多，但这三个给了我很好的印象，希望自己以后能做些自己的贡献。 ● 之前没想到最难的一点不是机器人程序的编写，而在于登录。我使用的号是新号（创建一个礼拜左右），风控等级比较高。 而我的需求是：将bot部署在地点在非我所在地的一个服务器上，这更是增加了被风控的概率。 尝试许多种方法后，我最终的解决方法是： 1. 在本地先使用手表协议扫码登录。( "sort_version_name":8.9.73,protocol：2) 2. 成功登录后将得到的文件移至服务器上并配置signsever,再次进行登录 ● 但最后bot还是被风控，无法发送群消息。 我短时间内也不想再进一步折腾了。 ● 今天把自己写的插件EuDs63/nonebot-plugin-yesman: nonebot2 插件发布到插件商店 | NoneBot了。过了一遍插件发布的流程，还蛮有意思的。有几点值得说下: 1. Create an account · PyPI的username要求是我见过的最苛刻的。但也能理解。

Choose a strong password that contains letters (uppercase and lowercase), numbers and special characters. Avoid common words or repetition.

2. About NoneFlow 好强大。有机会想自己试试写一个类似的，或者了解是怎么做到的。 ● 今天go-cqhttp在QQ Bot的未来以及迁移建议宣布不再维护了。感受到一种无力感。 感想 1. 想起搭telegram bot时，只需要申请一个token，甚至教程官方都有在写。而这里却是道高一尺魔高一丈般的猫鼠游戏。不免五味杂陈。 2. nonebot这种插件系统我觉得很棒。省了不少力气。 3. 感觉qqBot可玩性还是蛮高的，在其他群里也常常能见到些有趣的bot。但可惜的是腾讯的态度。 收获 1. nohup ● 使用: 例: nphup nb run ● 关闭: 例:

ps aux | grep `nb` #找到对应的进程号
kill $进程号

1. 守护进程（Systemd） 注：以下复制自使用 NoneBot2 和 go-cqhttp 打造自己的 FF14 QQ 机器人 ● 创建

# vim /lib/systemd/system/go-cqhttp.service

    [Unit]
    Description=GO-CQHTTP
    Wants=network-online.target
    After=network-online.target
    [Service]
    Type=simple
    User=root
    WorkingDirectory= GO-CQHTTP的运行目录
    ExecStart= nohup go-cqhttp
    KillMode=process

    [Install]
    WantedBy=multi-user.target

● 使用

systemctl status go-cqhttp #查看状态
systemctl enable go-cqhttp #启用开机自启
systemctl restart go-cqhttp #重启进程
systemctl stop go-cqhttp #停止进程
systemctl start go-cqhttp #开始进程

2. python虚拟环境 ● 新建

python -m venv myenv # 创建一个名为myenv的虚拟环境

● 激活

source ./qqVenv/bin/activate # bash

source ./qqVenv/bin/activate.fish # fish

尾巴 1. go-cqhttp在QQ Bot的未来以及迁移建议中宣布不再维护 2. 不久后，QQ Bot的未来以及迁移建议上所提到的可能的替代方案也相继无法使用 我感谢这些作者！ 参考 ● nonebot/nonebot2: 跨平台 Python 异步聊天机器人框架 / Asynchronous multi-platform chatbot framework written in Python ● fuqiuluo/unidbg-fetch-qsign: 获取QQSign通过Unidbg ● 使用 NoneBot2 和 go-cqhttp 打造自己的 FF14 QQ 机器人 ● Mrs4s/go-cqhttp: cqhttp的golang实现，轻量、原生跨平台. via EuDs's Blog

科技爱好者周刊（第 304 期）：最受欢迎的颜色 via 阮一峰的网络日志

VSCode配置 前言 VSCode是我的主力编辑器，但有些设置，虽然知道自己想调整什么，但又不知道它对应的名字，于是记录于此。 字体 Editor: Font Family: 我的设置为Consolas, ‘新宋体’, monospace Windows下可以在C:\Windows:\Fonts找到本机安装的字体。 Quick Suggestions Editor: Quick Suggestions 整体界面的大小 Window: Zoom Level 问题与排查 2024年4月3日 ● 问题描述：VSCode远程连接服务器，导致服务器卡死 ● 排查过程： 这个问题我遇到过很多次。远程连接的服务器包括但不限于Azure,Amazon的。它们的一大共同特点就是内存小。 ● 解决： ● 内存不大于2G的服务器尽量别使用VSCode进行远程连接 2024年6月13日 ● 问题描述: 最近输入老出问题，偏卡顿，要不就是一次性输入多个同样的字符。 ● 排查过程： 通过控制变量法，发现只有在VSCode才有这种问题。进一步测试表面：只有在特定的项目才会出问题。 问题最终锁定在Quick Suggestions上。这个项目中有个markdown文件:十四万字，三百多kb。我将markdown文件的editor.quickSuggestions给关掉，就不怎么卡了。但我其实蛮喜欢这功能的,它不一定能有用，但时不时能给我些惊喜的发现。 ● 解决 ● 最终我将该文件拆分为两个文件，现在似乎好多了。 ● 另一种解决方式可能是：将Editor: Quick Suggestions Delay调大点。这个Delay我是理解成防抖的等待时间，不知道对不对。 ● 这个issue提到了类似的问题：可否在文件较大时自动设置 syntaxDecorations 呢？ · Issue #489 · yzhang-gh/vscode-markdown via EuDs's Blog

AutoBangumi初体验 说明 ● AutoBangumi 是什么?

AutoBangumi 是基于 RSS 的全自动追番整理下载工具。只需要在 Mikan Project 等网站上订阅番剧，就可以全自动追番。 并且整理完成的名称和目录可以直接被 Plex、Jellyfin 等媒体库软件识别，无需二次刮削。

● 我的运行环境: ● Windows11 ● docker ● 资源占用情况(同时下载10集番剧时) ● cpu: 最高可到15% ● 内存：维持在300MB以内 ● 带宽：做种的人多的话能跑满 过程 一开始我参考官方教程通过 Docker Compose 部署 AutoBangumi | AutoBangumi，但它所提供的docker-compose.yml文件有些简陋。 我主要是遇到了[错误报告]无法使用Downloader，https错误 · Issue #410 · EstrellaXD/Auto_Bangumi这个问题。隐约感觉到可能是因为网段不同的缘故，但我没有进一步折腾。 后来我参照的是AutoBangumi：自动追番，解放双手 - 初之音 这个教程写得很棒。以下只补充几点自己遇到的问题： 1. 教程里所说的qBittorent的默认密码并不为adminadmin，而是要去运行日志里找，类似于

未设置 WebUI 管理员密码。为此会话提供了一个临时密码：gkNJ3xcz2

2. 播放器似乎目前只支持Plex/Emby/Jellyfin 3. 开机自启可参考 ● Potplayer 挂载 Alist，播放网盘视频，看阿里云/百度/115网盘电影资源 ● 用nssm简易设置任意应用程序exe为Windows系统服务 - 米八说 4. AutoBangumi的web ui没提供的功能，可以去qBittorrent那边找 初体验的感受 刚接触没多久，我就意识到这其中的魅力： ● 同一部番剧，不同字幕组，不同时期所提供的资源质量不同。 ● 资源质量好坏的评判标准有很多点,对我来说： 1. 内封字幕 > 内嵌字幕 2. 简体字幕 > 繁体字幕 3. 中日双语 > 简体字幕 4. BDRip > WebRip 5. 翻译质量 6. … ● 综合以上两条，我需要从诸多资源中进行取舍，找到最好的那个。 ● 下载是使用Bittorrent。一个种的下载速度很大程度上取决于是否有人做种。那起起伏伏的下载速度蕴含着不少信息量。比如说当下载速度从几B一下子跃到几百KB时，这就在无声地告诉我，互联网的另一端，有位拥有着类似的爱好的用户开机了。 ● 还是BitTorrent，这个有着二十多年历史的协议堪称互联网的缩影:你当然可以下完就跑，但你也可以去做种，通过占用自己的一部分资源（内存，存储，带宽）来造福下一位使用该种子的用户。 ● 现阶段，只有特别喜欢的番我才会去下。一想到自己在一番折腾后，可以不用再忍受烦人的加载和广告，就能看到自己喜欢的番。这种成就感是很难比拟的。 我现在还只是在自己的电脑上折腾，已经可以想象当我拥有一台nas后，它将吞噬我多少时间。 不过我乐意！ ● 参考 ● 高阶教程-追剧全流程自动化 | sleele的博客 ● 本地自动追番+影视剧刮削整理(局域网多设备播放)(无NAS) via EuDs's Blog

收藏夹的使用 偶然发现可以在url中使用JavaScript，这是前提。 日常使用时，有些功能特意为此写个拓展有点小题大作，这时候使用收藏夹即可，方便的同时也增加了可迁移性 Bing转Google搜索 ● 描述：我日常搜索引擎是使用bing，但有些时候bing的内容我不是很满意，需要在Google上再次搜索；由于new bing的存在，我不想更换默认搜索引擎，但打开Google，再次搜索这个操作又很麻烦，所以就添加了一条收藏夹 ● 代码详解：

var currentUrl = window.location.href; //获取当前链接
var reg = /q=([^&]+)/;
var res = currentUrl.match(reg); //使用正则表达式进行匹配
var googleUrl = "https://www.google.com/search?q=";
var resultUrl = googleUrl+res[1]; //拼接
window.open(resultUrl,'_self').close();//打开新网站，并关闭原网站

● 书签URL javascript:var currentUrl = window.location.href;var reg = /q=([^&]+)/;var res = currentUrl.match(reg);var googleUrl = "https://www.google.com/search?q=";var resultUrl = googleUrl+res[1];window.open(resultUrl,'_self').close(); ● PS：正则表达式是让new bing写的，感觉有种ntr的美 ● PPS：后来我还是改用Google作为默认搜索引擎了。 网易云解除歌单限制 ● 描述：网易云音乐网页端对歌单显示数量有限制，只显示20条，而我不希望因此下载客户端，于是添加了该书签。 ● 代码：

document.cookie="os=pc";
window.location.reload();//重新加载网页

● 收藏夹URL javascript:document.cookie="os=pc";window.location.reload(); ● PS: 后来我放弃使用网易云，转而使用Spotify，具体可见记两次迁移 | EuDs’s Blog 跳转至NeoDB ● 描述：我最近开始使用NeoDB作为我的书影音标记工具，但我还是会先再豆瓣、Bangumi等网站先看看别人的评论，然后再去NeoDB标记。于是添加了该书签。 ● 代码：

var currentUrl = window.location.href; //获取当前链接
var neodbUrl = "https://neodb.social/search/?q=";
var resultUrl = neodbUrl+currentUrl; //拼接
window.open(resultUrl,'_self');//打开

● 收藏夹URL javascript:var currentUrl = window.location.href;var neodbUrl = "https://neodb.social/search/?q=";var resultUrl = neodbUrl+currentUrl;window.open(resultUrl,'_self') 屏蔽google地图 这条不是书签相关，但看了看只有这里最相关了 最近（2023年11月30日）用google搜一些比较冷门的结果时，排在前面的一般是些广告。点进去发现是人为添加的google map，应该是利用google对自家产品的搜索优化。虽然有点感慨其聪明才智，但忍了一周还是不堪其扰。 我目前的解决方法是修改搜索引擎中的url为 {google:baseURL}search?q=+%s+-site:www.google.com/mymaps +-site:www.google.com/maps&{google:RLZ}{google:originalQueryForSuggestion}{google:assistedQueryStats}{google:searchFieldtrialParameter}{google:iOSSearchLanguage}{google:prefetchSource}{google:searchClient}{google:sourceId}{google:contextualSearchVersion}ie={inputEncoding}{google:baseURL}search?q=%s&{google:RLZ}{google:originalQueryForSuggestion}{google:assistedQueryStats}{google:searchFieldtrialParameter}{google:iOSSearchLanguage}{google:prefetchSource}{google:searchClient}{google:sourceId}{google:contextualSearchVersion}ie={inputEncoding} 这样的代价是会让搜索框变得很丑，但我没找到更好的解决方法，先凑合这样吧。 PS: 我发现还是防不胜防，对黑产的奇淫巧计甘拜下风。 跳转至Github Page主页 大部分Github用户，如果他们的Github Page有内容的话，都会在简介中提供链接，但也有的不会。 手动去拼接url太麻烦了，写个扩展是可行，但也有点麻烦，还是用收藏夹来得快。 ● 代码

var currentUrl = window.location.href; //获取当前链接
var GitHubPageUrl = `https://${currentUrl.split('/')[3].toLowerCase()}.github.io/`;
window.open(GitHubPageUrl,'_self');//打开

● 收藏夹URL javascript:var currentUrl = window.location.href;var GitHubPageUrl = https://${currentUrl.split(’/’)[3].toLowerCase()}.github.io/;window.open(GitHubPageUrl,'_self'); via EuDs's Blog

软件质量保障复习笔记 via EuDs's Blog

uBlacklist 订阅合集 这是一个uBlacklist插件的订阅地址合集，用于屏蔽中文SEO垃圾站，如机器翻译、AI生成的内容。通过Github Actions每周自动更新。插件可防止指定的网站出现在搜索引擎结果中，可以添加规则或点击工具栏图标屏蔽指定的网站。规则可使用匹配模式或正则表达式指定，并可通过云存储跨设备同步。支持的搜索引擎有Google、Bing、Brave、DuckDuckGo、Ecosia、Qwant、SearX、Startpage、Yahoo! JAPAN和Yandex。安装插件后，设置订阅黑名单列表并添加订阅地址。还可进行其他设置，如在谷歌搜索结果中屏蔽特定网站。 via 大大的小蜗牛