查看“︁提问的艺术”︁的源代码

<blockquote>　　脱离“表层互联网”的标志性行为，莫过于对待提问的方式与态度。也是培育“意识”的第一步。“提问”是一门学问，一个“合格”的提问，是建立在“力所能及的寻求答案”的基础上的，在这过程中，你将寻找线索、尝试与实验，尽量的去理解问题，并依托于当下能力上限解构问题。

　　这个路程也是一个兔子洞，比如，要寻找一个图片的出处，需要做什么？——利用反查网站，有哪些反查网站？——主流的搜索引擎附加品，在这之外呢？——有一些针对于特色领域的反查站点……由这个问题申引出一些线索，就可以尝试解决这个线索从而解决问题，并根据需求和所属领域进一步的寻找更多“线索”。到这一步，“解决问题”只是赠品，真正的收获是解决了“思路”，以及这爬兔子洞过程中获得的线索与情报、运用工具时知晓它们的侧重点以便未来更高效的使用它们。

　　为了给您提供一些初始思路，我写了本文。</blockquote>

= 前言 =
　　“方式”是达成目的的手段，但只从他处学习“方式”是枯燥无味的，“意识”才是驱动自己独立探寻“方式”的源泉；“方式”可以解决一时的问题，“意识”能够教你解构寻找“方式”的途径。因此，如果您想要可持续化的了解相关内容，就不要只接触“方式”，而是思考原理；不要只学习工具的操作，而是学习为什么这么做。

　　在互联网早有流传“[https://github.com/ryanhanwu/How-To-Ask-Questions-The-Smart-Way/blob/main/README-zh_CN.md 提问的智慧]”一文，亦是非常经典的，只是背景、环境等与我们的有些出入，也算是以此为契机，写一个我自己的“提问的艺术”（但我并未通读原文，若有未尽之处欢迎补充建议）。

　　本文可以简单总结为：

# 描述自己的问题和需求。
# 贴出问题复现方式。
# 描述自己做的尝试。
# （若有）给出自己的猜想以供便捷回复。

　　以及一句最为核心的参考标准：'''不要将提问视为尔虞我诈的文字游戏，不要将重心放在提问主题之外的事物上，不要欺骗自己。保持尊重的态度'''，认真、负责，即一切水到渠成。

　

= 提问之前 =
<sup>※ 在提问之间，你应该该先自行尝试解决问题。</sup>

　　很多小技巧，重在“下意识”，即当你看到事物后，你就不加思考的随手就试了试，这个过程是没有精力消耗的，算本能反应。如果是需要事前经过思考才能做出尝试，再思考再尝试，那则不如直接放弃<sup>(与被人指导一步行进一步相仿)</sup>。这个过程是靠经验累积的，而不能一蹴而就，能够“下意识”的作出反应，才算真正掌握。

　　比如下列提到的一些方案，多方案的情况下，本身就应是一并进行，或者这个不行立马换下一个，这个过程就跟流水线一样，机械的手部移动，而不应该过大脑，不然会非常非常累，还不一定能解决问题。要学习“意识”而不是模仿操作，我也不可能把方案说全的，本文只是一个引子，提供一些思路。

== Lv.1 搜索问题 ==
描述你的问题并搜索百度/谷歌：

* 如直接搜索 <u>报错的关键词/句子</u>；
*搜索 <u>软件/工具名+报错情况的描述</u>；
*搜索 <u>想要了解的事物名字</u>；
*搜索自己 <u>想要达成的效果</u>；
*……

你应当根据问题的环境、类别选择不同的场合。

* 比如中文搜百度、英文搜谷歌，国内事宜搜百度、编程技术搜谷歌；
* 还有一些中英译文差异，比如我叫“mediawiki”、“wp”这种为“框架”，但要搜“<code>反查论坛使用的框架</code>”的直译是找不到东西的<ref>理论上应该能找到符合需求的讨论或文章，2024年10月编辑本文时便直接找到了，我也不清楚是当时翻译工具的错译还是搜索引擎的进步或新帖子被发表/收录的缘故。但如果不能，则需要将相关关键词替换为更专业、官方的称呼。</ref>，因为老外那边统称这些东西为“技术栈”/“CMS”。
搜索引擎：[https://www.baidu.com/ '''百度'''] / [https://www.google.com/ '''谷歌'''] / [https://yandex.com/ Yandex] / [https://www.bing.com/ Bing] / [https://duckduckgo.com/ Duckduckgo]

翻译工具：[https://translate.google.com.hk/?hl=zh-CN 谷歌翻译]、[https://fanyi.baidu.com/ 百度翻译](可以粘贴图片)、[https://www.deepl.com/translator deepl翻译](传言更贴合口语的翻译，但我英语水平为0，无法分辨)

* 2024-12edit：悲报，百度翻译页面被改的华丽胡哨，不仅失去了简洁的优点，复制粘贴图像翻译也改成登陆限定了。

欣慰又伤心的是，这足以解决[[互联网#表层互联网|普通网民]]的绝大多数问题，最“愚蠢”的问题，往往是提问频率最多的。

　

== Lv.2 使用技巧 ==

=== 优化描述 ===
搜索问题的时候，精简自己的关键词。以及用不同的词汇搭配索引。

实例：<blockquote>问题：求问一部女高中生的动画片名

问题描述：

* 这部动画大概是前几年出的，片名忘了。

* 大体内容是讲述女高中生的生活，女主和几个朋友一起上学，有个无业男子在寺庙生活，是个戴假发的秃头男，三四十岁左右，好像是寺庙。
* 其中有一集是女高中生跳钢管舞，然后高速旋转后直接把那个无业男的假发给弄掉了，她的朋友问她你怎么会跳钢管舞，她说她是从电视上看到后学到的。
* 这部动画名字是啥，我给忘了。不是女高中的日常生活。关键词搜了好几个都不是，女高中生，生活，日常，高校，都不是。

回答：

* 千绪的上学路 第九集
* 其实问番的时候可以多描述一下整个剧集的画风、细节。不然没看过的情况下反查比较蛮烦
* 另外，如果知道角色特征的话，可以用 <nowiki>https://www.anime-planet.com/</nowiki> 用标签筛选角色
* 其他的话就是用英文关键词搜谷歌，比如这次用的关键词：【'''anime episode pole dancing''' site:myanimelist.net】
</blockquote>以这个实例为引，恰好可以把想说的给说一下。：<blockquote>　　比如上面的实例，最终的结果是唯一解吗？绝对不是；是最好或者最简单的解吗？也绝对不是；甚至可能有时效性<ref>随着时间推移，搜索引擎也会变更其收录的内容的关键词的排名（尤其是在具有相同描述特征的其他作品流行或发布续集后）、增/删内容。</ref>。

　　这只是一种参考的思路，关键词非常的简单粗暴，而实际上我也不是一下子搜到的，也做了许多的尝试，比如描述一遍问者的描述，然后慢慢的精简关键词、不同方向的精简关键词，直接搜的信息太乱，就从reddit、一些动漫社区内尝试性搜索……以及搜索过程中有一个动漫“Pole Princess!!”专门跳钢管舞的，占据了大量版面，那一看他的上映时间是2022年末，搜索时就加<code>-"Pole Princess(要屏蔽的关键词)"</code>屏蔽相关内容或添加时间限制。

　　如果要把全过程用文字描述一遍，看起来会非常的繁琐，我自己看着就头大。实际上一切都发生在“下意识”中，这个过程就是根据具体情况本能的改变策略与方向，下意识的就进行了各种尝试，是没有任何精力消耗的。就如同你起床穿衣服然后开机电脑、打开一堆软件挂机、坐屏幕前玩手机，如果要描述细节，也会很繁琐，而对你来说，这就是下意识间完成的一套流程，不是说不带大脑，而是对大脑没有任何负担。

　　但也不是说绝对的放松，具象化到解决问题上，那你需要对信息进行筛查，只是不那么吃力。然后就是一些线索很少、没有线索的问题仍旧会吃力，我也会很困扰。比如这个问题其实有很多隐藏线索，譬如根据描述至少可以知道这是一个日常类的动漫，方向确定了也能省很多事，甚至如果自己阅片量广泛连搜都不需要搜，我在看到“千绪的上学路”时几乎直接确认了就是这部动漫，剩下的只是核实。

　　我说的轻松是指“运用技巧”上的轻松。有些案例，该爬兔子洞还是爬兔子洞，该深入挖各种东西还是照样挖，耗费时间精力，只是精力用来分析与筛查情报上，而非“该怎么搜？”上。

　　以及，'''任何技巧都只是辅助方案，不要迷信或造神'''。</blockquote>另一个实例：<blockquote>城主大人问此gif的出处：https://i.postimg.cc/vT7GSBz8/72f082025aafa40f8c22e4f0a064034f78f01932.gif
* 最终结果的最短路径：
** 提取关键词“<code>日本 下跪 gif 出处</code>”的英文搜索谷歌；
** 多个结果指向关键词“<code>Japanextremeapology</code>”（日本极端道歉）；
** 搜索此关键词，查看上传时间较早的[https://www.youtube.com/watch?v=XspDkqEtWFE youtube视频]；
** 简介给了出处：https://news.livedoor.com/article/detail/8673072/?p=2 这篇新闻稿最后也指向此视频，视频标题说是“<code>土下座選手権</code>”这种搞笑性质的比赛，新闻稿中也提到这是一个叫做“<code>下座（ゲザ）リンピック</code>”的实验性质的活动，但是并没有其他的记录，内容也就是这三人的几种花式士下座，所以到此就结束了，因为就是这几个人的行为艺术，如果想要了解更多相关信息亦可[https://search.yahoo.co.jp/search?p=下座リンピック 通过yahoo搜索]。
* 这过程中也使用了其他方式，如反查gif、反查截图等，但信息过于杂乱，以各种gif网站为主，不可作参考，结果还是简单粗暴的关键词搜索最容易。
</blockquote>　

=== 索引技巧/关键词 ===
指定网站内搜索：<code><u>关键词</u> '''site:xxxx.xxx'''</code> （域名，不用http、www前缀）

* 功能：索引 搜索引擎收录了的 指定网站内的 内容。
* 实例：<code>site:reddit.com</code> 搜索reddit社区内的讨论。其他如 搜索动漫相关的讨论可以用 <code>myanimelist.net</code>，搜索it相关问题可以用<code>Stack Overflow</code>和<code>Superuser</code>的域名等等。
* 编者注：我通常只用reddit，目的倒不是搜索reddit内的内容，而是净化搜索结果，过滤掉其他垃圾页面/站点的信息（当然一般情况下是比reddit站内搜索好用），以及查看社区看法<ref>贴吧原本有望成为国内高价值参考渠道源的，真的是可惜。</ref>。这种只适用于社区十分壮大的情况下，不然还是不挂这个后缀为好。
** 也有其他特殊情况，如nyaa有些上传者设置了从索引(站内搜索)中屏蔽，而谷歌或有收录，就可以用<code>site:nyaa.si</code>，或有奇效。

提供'''需求关键词'''：

* 如“pan”早期百度、贴吧搜索云盘文件利器；
* “.flac”等文件名后缀，现在的话有些荒废，倒是在[[数据囤积：领域资源参考#Open Directory|OD领域]]比较常用，但搜索内容也比较复杂；
** 例如：<code>intitle:"index of" +"last modified" +"parent directory" <u>关键词</u></code>
* 如文件格式转换网站：<code>源格式 '''to''' 新格式</code>，如果信息比较杂，也可以加一些限定，比如：<code>源格式 to 新格式 online</code>，而不是粗暴的直译所有需求(或许不影响结果，但影响效率)；
* 再强调一下，搜索越简单越好，除非目的明确，思路清晰，不然越多参数越是累赘。

还有其他'''搜索引擎通用技巧'''：

* <code>-"<u>要屏蔽的关键词</u>"</code>：从搜索结果中排除带指定内容的条目。
** 也可以使用 <code>-site:<u>scio.icu</u></code> 从搜索结果中排除某个网站的条目。
* <code>filetype''':'''xxx</code>
** 功能：搜索指定格式的文件。
** 实例：<code>паспорт серия site:mil.ru filetype:pdf</code> 这是之前俄罗斯国防部暴露在外的护照文件<sup>（[https://www.zhihu.com/pin/1406228669333848064 相关帖子]）</sup>，不过现在已经修补这个“低级错误”了。
* 锁定时间：这个直接在搜索引擎四周的工具栏里面选择时间段或自定义时间范围就行了。
　

=== 反向查找 ===
对于一些经典内容，你可以尝试用文字描述图片/视频的故事/风格/构造，但这个太花哨了，个例要具体分析。

通常来说，图片反查足以：

* 谷歌/百度/yandex等搜索引擎提供的图片反查（谷歌较为全面，百度偏向国内环境的创作，yandex在涩涩领域意外的好用）。
*其他推荐的工具可以移步OSINT项目：[https://scio.eu.org/WIKI/文件/OICSp/OSINT/osint.html#三级目录-04z-图片反查 链接]。
**本子反查(NH)可以用：[https://soutubot.moe/ 搜图bot酱]，在三次元涩涩领域可以用：[https://xslist.org/zh Xslist]、[https://pornstarbyface.com/ PornStarByFace]。
以及最容易被人忽略的网站反查：[[#杂谈]]

　　

== Lv.3 进阶技巧 ==
<blockquote>　　到这里其实已经够了，再往下面的章节就是边际效用了，了解的越多，越浪费精力，但不一定能解决到问题。

　　绝大部分问题都属于简单就特别简单，随便弄弄就能解决，这也能分辨一个社区的质量，如果社区中经常出现的提问是上述渠道可以轻松解决的(前提是真的是专门求助，而不是聊天中提及到了某个东西别人顺口问一句)，那么这个社区成员在互联网这块的造诣就只是一般的程度，这类社区中经常见于各种二次元交流qq群，不乏有人授之以鱼而不授以渔的人，用上述渠道赚取威望，但这是他们的个人行为，我不多嘴。

　　上面根本就没有什么难的技巧，就是最常用普遍的方案，就像我的好为人师一样，不论你先前知不知道，我提到了，你就能知道并掌握了。个别问题属于难就特别难，运气成分很高(比如恰好是相关爱好者)或者需要大量累积经验。如果不是相关从业，就普通娱乐上网，也根本用不到。

　　我就用不到，全靠经验累积，但也可以稍稍了解。</blockquote>　

=== AI ===
　　AI比较特殊一点<sup>（本文的AI指以ChatGPT4o为首的问答机器人），</sup>用一句话形容便是：高记忆力低智商。它本身就是融合了大量资料经过算法分析用户请求并组织内容的超大号关键词回复机器人而已。

　

因此，它的优缺点也很明显。

* 优点：面对具有规范性文档/权威参考信息的问题十分高效；
* 缺点：逻辑能力、前后文理解能力、纠错能力显著不足。

尤其是一些搜都不一定能短时间内找到答案的小问题让AI解决最好不过：

* 例如，通过yaml创建docker容器时对冒号前后哪个是本地哪个是容器内路径有疑问、安装某个软件官方文档的某个地方使用<code>password</code>等易分歧且无标记的描述时它是配置文件的一部分还算需要改成自己实际需要的？
* 磁带机的压缩前后空间的技术原理、对已被压缩的文档是否有效（答案当然是无效，但看很多人的描述很容易产生动摇从而引发疑问）？

* 分析某些代码的具体用途。

　

它适合处理单个任务，例如描述某个具体任务/工序的原理，而不适合描述整个工作的原理。

具体到解释原理：

* 你可以将自己的理解发送给它让它重构或分析你理解的错误的地方并加以指正，它的参考文档越规范，效果越好。
* 但是注意，如果让它一次解释囊括众多技术的技术，它的概括非常有可能不是很明晰，或者不是很符合我们理解的逻辑。

具体到作为生产力：

* 例如建站/写代码，即便你给了它参考页面/功能，他也只是分析出几个关键特征，并模拟出这些关键特征，而模拟的效果取决于它的素材库，诚如前面所言，它只是一个超大号的关键词回复机器人；
* 但是你可以通过不断问它某个具体效果的实现方案来完成自己的预期效果，但是需要注意，最终的实现方式不一定是最高效的，通常只是供我这种能理解但毫无技术的人以时间精力为代价换取一般效果。

是的，即便将它用于存在大量规范性参考文档的IT领域，要想驾驭它，至少你自己也得拥有分辨对错的能力，不一定需要技术，像我一样，我不具备专业技术，但我可以寻找自己 <code>理解</code> 、 <code>需求与效果</code> 的分歧/冲突点来发现异常并令其加以修正/解释。但也至少需要懂点基础，不然会被彻底忽悠过去，连异常在哪都找不到。——当你试图通过它了解某个具体的技术的原理时，一定会遇到这种情况，这不是个例，很多异常只有你询问到或指出它才会修正，而修正前后的语气都是一样的理直气壮与理所当然，它修正(于训练结果层面)的速度也远赶不上问题被发现的速度，尤其是它理解的某个软件的安装或配置文件是过时的时，你会循环于某个/几个错误中，直到放弃。

* 比如让它写个脚本剔除log文件中数据中心或vps的地址，它会让你注册一些具有相关ip数据的服务站点的api并写一个能实现效果的脚本，很正常的思路，但输出的脚本不会跳过已识别过的IP地址，需要单独提示才会附加查重功能，而这是纯新手很难意识到的。
* 比如它的解释有时太面向零基础了反而缺少了专业性，让人对某个概念产生了误解，其废话太多。
　

　　IT领域尚且如此，遑论其他，优势也只是融合了以维基百科为代表了一细节文档与知识库，而不是在细分领域多么优秀。一本正经的瞎编(比如让他给某些作品的英文名/原名，给的是直译都算强的)可不好受。

　

　　总体来说，询问it技术相关的问题上，可以帮助人分析事物、编写/重写脚本(对于功能复杂的建议一块一块的提问)；如果你了解一个事物的框架、结构(大概就是学了一两天的入门级别)，那么它能帮助你理解并修改这个事物对应的代码，但如果你连最基础的知识都不了解(指完全不知道那东西为何物)，那么它的作用其实不大。

　　对于不善使用搜索引擎的人来说，或许是谷歌的替代品，不必从搜索结果中筛选信息，而是由AI吐出答案（例如问一些简单的代码命令就是比搜索引擎好用）。但我不建议这么做，IT这种规范性文档最多、对逻辑要求最低、关联事物最少的领域尚且如此，其他领域你敢放心（尤其是新闻领域完全无法看）？至少我只将它用于佐证和解释技术细节，绝对不会当作可信源对待，否则连什么时候接触了哪些错误知识都不知情（只是有时可沟通对象只有chatgpt）。

　

=== 知识库/意识 ===
能下意识的分辨物体，知道在哪里找什么，是需要长久培养的意识和经验，不可一蹴而就。

但是可以通过构建一个自己的知识库来记录，以便于日后回忆，加强认识。

* 比如当你看到一串无规律的字符串，出现在加不加密都无所谓的场景，有的还有两个等号做尾缀<sup>（“==”删了也不影响编解码）</sup>，比如“<code>U0NJT+ezu+WIl+ermeeCuQ==</code>”，那你就应该下意识地用base64解码一下，什么在哪里找解码网站<sup>（base64不属于加/解密，属于编/解码）</sup>？请参考 [[提问的艺术#Lv.1 搜索问题|#Lv.1]] ；同理还有“<code>%E6%8F%90%E9%97%AE%E7%9A%84%E8%89%BA%E6%9C%AF</code>”一眼urlcode；<code>u+203b</code>一眼unicode；文本文档乱码基本都是GBK及UTF-8编码问题……我们不需要了解这些编码的前生今世和具体原理，只要知晓自己要利用内容需要做什么即可。
* 比如你看到某个模糊的图画，但是根据其颜色搭配、体型特征等，就能推断出大概是什么角色。
*比如，有想找动漫角色是谁，有明确的画风和外在特征，就可以用anime-planet.com筛查标签反查。
*比如，现在看到一个精致的绘画作品，就可以观察手部、背景文字等判断是否ai绘画，当然这个是要与时俱进的(算法&炼丹材料)，不能认死理（哪怕是更高级的光影、人体结构，门外汉的分析难度另说，人类画师画的不准也不是稀罕事）。
*比如，地理定位中常用的路牌、特色建树识别。和进阶点的根据影子判断维度，根据建筑风格、地形等等锁定大概位置区块，甚至是根据历史卫星影像图定位……
*比如，当你认为需要获得某些影视建议时，要下意识地利用“site:reddit.com”查看社区建议，以及查阅更特色化的社区建议（如letterboxd）。
*比如，看到知乎头像的图片url是 <code>域名/v2-d58ca38a7c2d9b0093389294498be0c8'''_xl'''.jpg</code> 怎么办？直接改域名为 xxl 不行？那就改成 l，小了一号，那就把尾缀去掉，原图就出现了。一些图片需要改成 原始 的英文，甚至是目录路径改一下等等，这个要看站点具体框架、技术构造。
*比如，喜欢某个博客的风格，查阅“关于我”页面是否有对技术架构做介绍；看页面底部是否声明了框架与主题；看源代码并搜索看起来具有特征的字段(如css/js文件、class/id属性的命名)，但这个有点看运气；论坛可以参见 [[提问的艺术#Lv.1 搜索问题|#Lv.1]] 。
*比如，下载微软企业云盘的文件，不是授权用户，目录一多，游客下载十分麻烦，打包下载的功能又很烂且国内极其容易下载失败，定位文件夹本身就麻烦，目录还是每100个加载一页的那种，一深入就更麻烦了，又不会写代码？那就直接ctrl+f，对于分页那就滚几下鼠标滚轮再定位嘛，位置深入，滚的也麻烦，那就按照名称倒叙排列嘛，这类简单的技巧却能够应对非常多的场景。
*比如，想扒站点的图片素材但在控制台中的<code>源代码</code>及<code>网络</code>中都找不到相关资源，就可以到对应的css文件中查看相关属性/标签的样式内对应的文件地址；
*比如，分享链接时，看到url一大串，要学会分辨哪些是有用的，哪些是无用的。
**比如bilibili：<code>'''<nowiki>https://www.bilibili.com/video/BV1hK411v74g/</nowiki>'''?spm_id_from=333.999.0.0&vd_source=kfcvme50kfcvme50kfcvme50kfcvme50</code> ，只有加粗部分是有效信息，<code>source</code>一般是平台用于分析用户来源(比如谁于何时分享出去的)；
**有的还会包括平台信息：<code><nowiki>https://www.google.com/search</nowiki>?'''client=firefox-b-lm&'''q=系列站点</code> ，加粗部分表示用户的浏览器品牌，就可以删除；
**通常来说“<code>?</code>”后面跟的就是参数，“<code>&</code>”则是连接参数的标识符；但重点不在于删掉这些信息，而是知道哪些需要删掉，我们要删的是追踪参数、无用信息：
***比如视频平台能创建定位到指定时间的链接：<code><nowiki>https://www.bilibili.com/video/BV1hK411v74g</nowiki>'''?t=20'''</code> 、<code><nowiki>https://www.youtube.com/watch?v=FkaxczyyavE</nowiki>'''&t=244s'''</code>
*比如，相同框架之间的操作是共通的(除非改了代码或框架版本、扩展不一致)，比如wiki使用的是mediawiki框架，如果您有维基百科或其他相同框架的使用经验，是能轻松玩转本站的。
*比如，在英文互联网搜索问题时要注意使用的名词是否是在正确的：
** 机翻时，警惕“国内”、“我国”等依赖于语境、与交流者不共有的词汇；
** PT站可以直接叫做“trackers”，这类圈子交流用语就跟网络流行语一样，往往不能直译；
** 借助翻译工具中译英时，建议一句一译，或为单独写一份用来翻译，尽量减少装饰、口语用法(能描述好目的就行了，少用网络交流用语)；
** 少用百度翻译，可以用谷歌翻译，每句还有另一份译文供参考/选择；
** 中 > 英 后，可以再 英 > 中 前后中文意思差距不应该太大(是否切换翻译平台随意，重点是句子的措辞和逻辑，虽然不是很离谱的问题老外都看得懂)；
** 如果真的对外语环境有硬性需求，能学外语是最好的，翻译工具用多了，当为了给翻译润色而调整中文语气、句式成为习惯时，可能会遭反嗜，让你的说话风格朝着“翻译腔”演变，<s>别问我为什么知道的</s>。
** 这也是对英文一窍不通、词汇量甚至不如现在一般发达地区小学生水平<sup>（偏僻词汇可能比他们知道的多点）</sup>的我，相比于中文局域网，更多呆在英文局域网还能一直坚持及有所收获的中坚策略。

　

以及学会识别信息的可靠度，不要把所有网民都认为只会说实话、真话的人。

实例<blockquote>问题：有人认得出这是什么动漫角色吗？感觉很可爱

描述：

* 【图片，上面配字 “小学四年级生 可爱”什么的日语，以及一个背着书包的小女孩，视觉上看是拍摄的屏幕】
* 粉眼睛+女性+小学生 试了几个character finder都找不到[em192] <nowiki>https://www.anime-planet.com/characters/all?sort=comments&order=desc&eye_color_id=8&gender_id=2&include_tags=362</nowiki>

回答：一眼 绯弹的亚里亚 女主，但是不知道背书包是什么时候的事。而且滤镜太粉了。有图片的可以先谷歌、yandex、tineye、saucenao等常规图片反查渠道过一遍。

追问：我第一眼也觉得是亚里亚，但下面评论区都在说小学四年级，感觉对不上

回复：

* 源链接方便给下吗？

* 发型（刘海）、轮廓、眼神都是对的，应该跑不了别的人，'''至于评论区，可信度不一定高，有时候op瞎扯一通，底下也就跟着说，可能啥都不知道就是跟风，这要看社区二次元浓度。'''

* ……
</blockquote>实例<blockquote>
　　城主大人问“光明圣经”是什么动漫的外号，并附了一张截图，截图是一个网文，提到了三个作品。分别是“光明圣经”、“夜晚的美丽护士”、“我的慈祥父亲”，背景是暗示这是18+作品。显然是里番。但我并不看里番也不玩黄油，不过第三个明显是鬼父，这类小说提到的作品也不会有什么冷门作，都是大热门，或者被网友造成经典、“名著”的作品。但我根本不玩，记忆力也没厉害到可以容纳那么多没接触过的事物，所以还是要配合搜索引擎。

　　光明圣经明显是修女题材，搜索关键词 “<code>修女 黄油</code>”、“<code>圣经 修女 黄油</code>”都可，答案直接出来是“<code>黑暗圣经</code>”。到这里其实已经结束了，因为看到一个文章，点进去三个作品就都提到了，这种一般都会一块说。但假装没看到，继续搜“<code>夜晚 护士 黄油</code>”是发现没有结果的，那就搜已知的结果“<code>黑暗圣经 鬼父</code>”，看文章，随便一个都会提到另外一个作品的名字“<code>夜勤病棟</code>”，以及该制作社的另一个作品“<code>艷母</code>”</blockquote>　

=== 进阶反查 ===
上述反查不过是生硬的用现成的网站而已，用技巧才有些意思。图像反查中最常见的两个手段：

==== 删 ====
精简掉多余的部分。

* 如截图等带来的黑边、被其他外部东西挡住的无效区域。
* 删掉过于无特色背景。
** 如果是三次元影视作品，可以只搜演员的身形/脸，并且反查其参演的作品进行对比。
** 亦可以搜图片中出现的看起来很独特的道具/物体。

* 甚至只搜索图片背景中的文字、台词等信息，甚至是描述图片的风格、背景（前提是它们具有代表性）。
* 如果是gif可以多截图几张看起来比较经典、是人们会截图分享的类型的图。

　

==== 增 ====
补全图片。这个有些靠赌和吃反查意识底力。

* 若是人物头像(因为若全图为全身而只搜头像准确率很低)，根据其表情和其他可见的部分猜测原是什么姿势（一般都是普通的站姿），并且找一个配色相符的身体（注意身体不要太显眼）缝合起来再搜索。
* 同样适宜于风景，若缺少的是重复、简单的场景，比如草体、天空，亦可如此补全图片。
这个运气成分比较大，一般能补全搜到的，其他方式不见得搜不到，而且怎么说，过程说的简单，但实操起来不一定容易，毕竟修缮关键词只是敲几下键盘，修改素材就麻烦了，而结果往往也取决于目标作品的热门度，冷门的该找不到还是找不到，尤其是现在ai作品大兴的时代，改天找个素材再编辑一下。

　

=== 良好习惯 ===
　　技巧只是一段信息，掌握根本不难，运用也只是靠经验堆积。而习惯与精神层面的，永远是最难的。

　　比如，如果你想深入了解一个站点，那就先看“关于我”、“FAQ”、“常见问题”等页面。有些站点都是复制粘贴的模板或相似度太高，但不能因此认为所有站点都如此。同理，如果说一些特色类社区，那就搜下论坛、聊天记录等看是否有历史提问。要养成“快速辨别哪些条例是通用模板，哪些条例是需要参考的”的习惯，而不是下意识地忽略它们。

　

　　在提问前，要先自己尝试过，如果自己对问题本身就不太明白，最好是冷却半小时以上，再简单试一遍，还是不行，再提问。这个冷却的目的是抹平“情绪凸点”，防止因为一些其他因素（如社交目的或未意识到的重大盲点）促使贸然发问。

　　在提问中，要对批评和无用信息有承受能力，可以参见[[Wiki:《独立思考》#.E7.A1.AE.E5.AE.9A.E7.9A.84.E4.BA.8B.E9.A1.B9|《独立思考》#确定的事项]]，对别人指出的你没有表达清楚的内容持尊重态度，而不是争论“我知道”。要记住陌生人社区跟熟人社区的差别是非常大的，如果实在是遇到不讲理的，也不要引起争执，争强好胜没用，你与人辩解无非是打消掉对方的一些恶意推论，那就可以用委婉的、反讽的语气去说，不要怕，基本上人人都看得出反讽，能明事理，就没必要引起争执。

　　在提问后，即使你描述的非常详尽，也有可能遇到不看你描述直接回应你的人，也不要有不良情绪，要清楚提问是自己解决不了，寻求场外帮助，谁也不欠谁，都是力所能及的热心的帮忙。以及最重要的'''问题不一定能得到解决，甚至不一定能有人回复'''。



　　你自己尝试、规范化提问内容，都应该出于自己对自己行为的约束，俗称道德；更精准明确的信息，是便利别人，让别人更方便的看自己是否能帮到你、如何帮到你。而不是说“我都xxx了，没人理我，那做这些有什么意义”、“别人不这么做也有人帮，为什么我要费这个功夫”，这是律己的行为，而不是做给谁看、更不是与谁交易。

　

= 提问部分 =
<blockquote>　　我不做道德上的评判，只是我遇到不规范描述的情况，会谨慎的考虑是否对待此人的提问。因为Lv.1 和Lv.2的内容就是非常非常非常基础的内容，但却是挡住了很多人，原因不一定是搜索方式上，可能是筛查信息上。

　　很多提问看起来就比较迷惑人，让人不得不朝向“主流推论”去考虑。不然当我废了功夫找出信息，你告诉我“这些我找到过了，没有用”、“我也知道，但觉得不是”那我就是白白浪费了时间精力，只是因为你没有用简单的一句话概括自己做了什么，而是用其他话说了一堆看起来就不像做了什么的样子，完事把问题一编辑，倒显得我很呆，那我会长记性的<ref>注意，这里是举例用，如果你是回答者，请不要因为这些事情就影响到自己的行为，因为这些属于[[Wiki:《独立思考》#.E7.A1.AE.E5.AE.9A.E7.9A.84.E4.BA.8B.E9.A1.B9|确定事项]]，接受不了的话可以一开始就不去帮忙。以及真的十分讨人厌，也别因为x的不良行为，影响到对y的态度，他们是无关的。</ref>。

　　如果你描述的详尽，我就能知道你的水平<ref>注意，作用不止是“察觉到你的水平，并考量是否能在你之上进行补充”，还包括了“察觉到你可能的上限，并考虑是否需要提供某个方案”，因为远超可控范围的技术的学习门槛与收益的性价比或许并不如流行方案高。就像不懂技术的人为了安全安装个360完全足够，为了安全换成隐私/安全偏执狂的配置完全是本末倒置。</ref>，和补足你尚未做到的那部分。比如我有些筛查信息上的经验，如果你缺少的是这方面的能力，我就可以根据你的需要和你已经做过的尝试去给你对你来说有帮助的建议。如果你也有筛查信息的能力甚至比我强，或者明确非常特色化的领域上的问题，那我就直接闭嘴，对你我都好，不浪费你的时间。100条无用的讨论，不如一条有帮助的回复<ref>这也是送给“热心的给别人建议的人”的建议，但这需要一定量的背景做参考，比如社区整体氛围、提问者历来表现、自己对话题的了解程度，来综合考虑。</ref>。

　　但也不要气馁，不要因为惧怕自己的问题很简单而不敢提问，律己始终是态度问题，在认知迷障的作用下，不是所有“简单问题”都有明确答案的，也不是所有人都对彼此要求过于苛刻的，这始终是态度及氛围问题。</blockquote>　

提问模型：
* '''标题'''：简要精准的说明遇到的问题。
* '''背景'''：问题发生在什么设备/环境。
* '''原因'''：干了什么/想干什么/因为什么导致了此问题。
* '''预期'''：想做到什么。
* '''尝试'''：为了解决这个问题/达成预期，都做了些什么。
* '''猜测'''（若有）：你觉得哪些方案/方向/选择可能可行（如有一些寻找到的方案但是不知道可行性所以寻求建议）。
* '''附件'''（若有）：相关日志、截图等附件。

　　当然，这是一个理想化的模型，实际操作中，要根据提问本身涉及的内容调整，不能就一句话的问题硬生生扩张一堆信息，会起反作用。规范化的目的是让别人更好的了解情况、约束自己的描述范畴，而不是徒增阅读压力。所以这只是一个参考，具体什么顺序，怎么排版都是无所谓的，主要是关键信息表达到，让人阅读起来轻松就可以了，完全不需要这么刻板与严肃。　

　
提问实例（“【】”内为编者注）：<blockquote>'''标题：'''

求助：博客附图压缩方案【标题】

'''正文：'''

近来写东西，需要附大量图片，虽然现在带宽和流量没有那么珍贵，而且站点使用的框架也不一定整洁。

但图片只是示意用，过于清晰也是无用，对后续备份、转移等操作都有影响（1M小水管，见笑了）。所以想着对图片进行压缩后上传。不知路过的站友有无这方面有研究的。【背景/原因/预期】

{折叠内容}

原始图像：1080*1153 81.3K

[图片]

通过acdsee暴力的改分辨率：337*360 39.3K

[图片]

基于上图从PS过了一遍（导出时勾选了“较小文件（8位）”）：337*360 17.6K （）

[图片]

{/折叠内容}

在这个场景下，这张图从81k压缩到17k，丝毫不影响观感。但是总觉得这种方法缺点什么，可我又不懂，说不上来。【尝试】


所以前来求助，有无不那么“晦涩”的研究此领域的教程、博客、文章。或者更专一、轻量化的工具（比如Lepton,最好windows平台）？（因为这只是其中一个应用场景，想着问问看，标记下，自己慢慢吸收。）【预期】

还是说就是ps里面转成jpg，然后根据情况改品质这么简单粗暴？【猜测】


其他：

<nowiki>https://solar.lowtechmagazine.com/</nowiki> 他这种图片占用是小，但是这种图片就真的只做一个示意了。【尝试】</blockquote>此示例谨作参考，重点是'''能通过文字表达出自己遇到的问题和期望的结果、自身的水平'''，这样别人才知道是不是能帮到你、如何帮到你，节约双方的时间和精力。而这应该是一种下意识的行为，'''由经验与习惯堆砌，而非需要精雕细琢的'''：

* 因为提问不一定能收获答案；
* 你在未了解某个事物前，又怎么详尽的描述自己的需求呢？如果一味的追求详细，可能会使得其反，比如我重点放在“压缩”，可能就会让人忽略“格式”，认为我就是要某格式的压缩方案，毕竟有些新型格式的兼容性是有问题的；
* 尽量减少篇幅，对于占据大篇幅的附加信息，用折叠等方案将其隐藏起来，供人选择性的浏览，减少阅读负担；对应的便是要先说重点——即急迫的需求，然后再展开延伸讨论，而不能一味的增加内容。

可以放下功利心，权当是练习如何表达自己的诉求，与在社区内混脸熟，毕竟经验就是累积出来的，要摆正心态。

= 杂谈 =
 最初编辑时到这里停了一下，这一停也不知道怎么接下去了，毕竟提问的重点就在自行解决，提问本身没啥太多可说的，就慢慢累积吧，有典型案例就放上来，有想法再慢慢补充，有疑问也可联系我沟通。
　　最常见的兔子洞/信息集便是各种“冰山图”“信息图表”，作为各领域的入门参考非常不错。毕竟这种社区成员积淀的信息，总比营销媒体的创作、媒体数据库平台按照标签的广泛匹配可靠的多（但不建议熟知者参考，见：[[Wiki:《独立思考》#复杂的“群体”|wiki:《独立思考》#复杂的“群体”]] ）。

　　除此之外，接触新事物的方式不妨在reddit彻底消亡前多多利用<code>关键词 + site:reddit.com</code>。

　　当已经有了某个中意的站点时不妨试试反查，在搜索引擎输入该网址、站点/文章关键词看那些站点提及了它(谷歌等搜索引擎索引的数据)，到[[建站/资源索引#SEO|外链查询站点]]看它被哪些网站引用。此举还适用于有一些线索(比如某封闭社区的url)，但想了解更多信息，或许会有惊喜(比如介绍/科普类的文章)。

　　反查的目的不只是单纯的找同类，也可以看哪里提及了它，毕竟自己认可了某个事物，其他人也认可了，说明能初步达成一致，就可以进一步观察其他帖子/文章的质量，看是否符合自己的口味，或许收藏夹会无限膨胀。同理，想要了解某个事物，也能以提问的方式搜索开始，或通过假定某个产品/操作有问题并搜索是否有相同情况案例以提前规避。

　　兔子洞的乐趣就是找到一个入口，并且发现，甚至是自己制造线索，无限的深入其中，主干要了解，枝干也要查验，从各处琐碎繁杂的地方获得情报并且将其整理在一起，以供自己使用，满足“认知欲望”。如非必要，少用现成的项目；如非社恐，尽量多与人交流(比如OSINT项目很多站点我非常看好，可是因为类别等原因，位置或许很不显眼，就像[https://test.scio.icu/index.php/%E5%85%B4%E8%B6%A3%E5%8D%9A%E7%89%A9%E9%A6%86 兴趣博物馆]罗列一大堆内容，可我看的主要是虾仁动画，有些东西是冰冷的文本无法合理传递的)。

= 注释栏 =
<references />
[[Category:经验汇总]]