91.co'm误区一:把名称直接当网址敲
看到带点的字符串就复制进地址栏,是最常见的一步。正确做法是先确认这串字符是不是一个合法域名,再看它是否指向一个真实可访问的站点。单引号、全角标点、中文括号出现在「域名」里,基本可以判为写法不规范。
About · 91comzh.cn
一张问题卡,几行能点回去的出处。我们在做的是:把一个容易叫混的名字,拆开、对齐、写清楚边界,然后告诉你哪几句可以确认,哪几句还得等等。
Who we are
91.co'm 是 91comzh.cn 这个站点用来指代自己的名字。它不是一个产品的招牌,也不是某个平台的官方入口,而是一块说明牌——你看到它,意味着这里有人在替你把「这个名字到底指什么」逐条拆开来写。
我们的日常很朴素。有人丢来一个名字,或者一个说法,我们先不急着下结论,而是把它写成一张卡:这个词可能指几种东西?每一种的边界在哪?哪些说法有公开页面可以点回去,哪些只是口口相传?能对上的,写「可确认」;对不上的,老实标「待核」,留个空格,不硬填。
这套做法有点笨。它没法很快给出一个响亮的答案,也不擅长追热点。但做了这些年,我们越来越相信一件事:一个名字之所以让人困惑,多半不是因为信息太少,而是因为不同来源的说法被混在一起、谁也没说清自己站在哪个口径上讲。我们要做的,就是把口径摆到台面上。
我们不冒充任何服务方或权威主体,不替别人下「安全」「正规」这类需要资质才能下的判断,也不展示无法核实的名单、评分、获奖与播放量。信息还没确认的时候,我们宁可空着——空缺本身也是一种诚实。这些取舍在下面的内容说明里还会再讲一遍,因为它就是我们的立身方式。
Scale

数字只描述我们自己整理过多少、核过多少,不代表任何第三方背书,也不构成对任何主体的评价。
从最早的一批私人文档笔记算起,围绕名称辨析与公开资料核对这件事,已经断断续续做了七年。
包含名称、来源、版本与可用性四类,每条都留有出处备注,能点回去的才计入。
是什么、在哪、能不能用、要不要注册、与谁容易混、出问题找谁,大致这九个方向。
收到带依据的纠错邮件后,我们承诺在 48 小时内核对并回复,哪怕结论是「暂时无法确认」。
以上数字仅描述本站在内容整理上的规模与节奏,不涉及任何第三方评价、排名或资质证明。
Deep read
先给结论:说到「91.co'm」,人们脑子里浮现的往往不是同一个东西。有人指的是某个站点的自我称呼,有人以为是某个 App 的下载入口,还有人把它和域名里带数字的各类平台混为一谈。名字越短、越像网址,混淆的空间就越大。
带点号(.)和单引号(')的写法,天然会让人联想到网址。可一旦有人把它当成可以直接输入的域名,就会在浏览器里得到完全不同的结果——域名里并不存在单引号这种字符。也就是说,「91.co'm」在视觉上像一个地址,在语法上却不是一个可解析的主机名。这一层落差,是大部分困惑的起点。第二层落差来自读音:中文语境里它会被念成「九一」再加一串模糊的音,落到不同的输入法里,可能变成完全不同的词组。第三层是用途落差:有人找内容,有人找工具,有人只是想确认「这个东西是不是真的存在」。三种需求撞在同一个词上,讨论自然乱。
看到带点的字符串就复制进地址栏,是最常见的一步。正确做法是先确认这串字符是不是一个合法域名,再看它是否指向一个真实可访问的站点。单引号、全角标点、中文括号出现在「域名」里,基本可以判为写法不规范。
越短的名字,被不同主体重复使用的概率越高。判断时别问「这个名字是什么」,而要先问「你说的是哪一处的它」——是某个页面上的自我称呼,还是某个下载包的名字,还是某个搜索结果的标题。主体不同,结论完全不同。
很多说法其实来自二手转述,链条一长,细节就变形。核对时要尽量回溯到最初发布的那一页,看它写了什么、什么时候写的、有没有更新。找不到原始页面的说法,只能算线索,不能算证据。
第一问:这个说法出现在哪一页?把链接记下来,先看它是不是一手来源。第二问:那一页自己是怎么定义这个名字的?注意它有没有限定范围,比如「本平台」「本站」「本应用」。第三问:有没有相反的证据?如果另一个来源明确说了不一样的话,两条都记上,别急着挑一条信。三问答完,多数困惑会自然收窄成一两个具体的小问题——那才是真正值得花时间的地方。
顺带说个实操上的小坑:复制粘贴时常常把全角的引号、空格一起带进来,搜出来的结果自然对不上。养成先清理一遍字符再检索的习惯,能省掉一半白费功夫。还有,遇到「据说」「听说」「有人讲」开头的句子,先当它是待核项,不因为它说得顺口就当真。
最后交代一句我们的态度:凡是涉及具体名单、日期、数量、评分的条目,只要没法回溯到公开页面,我们就不写进正文,也不会用「大约」「据说」把它糊过去。这不是谨慎过头,而是我们觉得,一个说明页的价值恰恰在于它肯承认哪里不知道。
Boundaries

下面几条不是套话,是这份说明页的运作规则。读之前先知道我们是什么、不是什么,后面的内容会更好懂。
Notes
第一人称说几句实话,就当是编辑的旁白。
做 91.co'm 这块内容整理有些年头了。最开始以为大家的困惑是「找不到」,后来发现不是——搜出来的东西其实很多,真正让人卡住的是「不知道信哪个」。所以我们把力气从「收集」挪到了「对齐」:同一个名字,不同来源各说了什么,各自的限定是什么,哪些说法之间有冲突。把冲突摆出来,读者自己就能判断一大半。
第二个观察是,很多人其实并不需要一份完整答案,他只需要一句「这一步你可以放心,那一步你得小心」。所以我们尽量把话说具体:哪一类页面要核对地址栏,哪一类弹窗要直接关掉,哪一类说法要回去看原件。抽象的提醒听多了会麻木,具体的动作才记得住。
第三个观察比较朴素:慢一点反而准。追热点的时候写下的句子,过两天再看常常要改;而那些花了一下午把出处一个个点开的条目,几年后回头看,改动最少。这让我们更愿意把时间花在核对上,而不是把篇幅撑长。
最后一条,关于诚实。我们偶尔会收到「你们为什么不直接说结论」的疑问。答案很简单:有些结论我们确实给不了,硬给就是编。把「待核」两个字写出来,比写一段听上去笃定的话要难,但那才是我们想留下的东西。
Fresh log
下面这些是我们近期正在逐条核对的子问题,日期为最近一次校订的时间,按新到旧排列。
Path

不必一口气读完。按你的疑问深度挑一级,逐级往上走,每一步都比上一步多问一层。
先把字符串本身看清——点号、引号、全半角、大小写。这一级只解决一个问题:你眼前这串字符到底长什么样,别在还没看清时就往下猜。
弄清你说的是哪一处出现的它——某个页面、某个搜索标题,还是别人口中的一个说法。主体不分清,后面所有判断都会跑偏。
把能点回去的出处挨个打开,看它自己怎么定义、写了什么限定。这一级最容易花时间,也最见功夫,多数困惑在这一步就会收窄。
学会判断哪些事我们给不了结论,也学会对自己说「这条待核」。到了这一级,你不再急着要一个答案,而是知道该怎么稳稳地描述一个还没答案的问题。
Sources
下面不是商业合作名单,而是我们在核对时最常回到的几类公开页面。它们各自的可信层级不同,需要分开看待。
不同类型的来源可靠程度并不相同,官方公告与产品文档优先级最高,论坛与百科条目更多作为线索而非依据。
FAQ

把「是什么、安不安全、要不要注册、怎么用、和别家差在哪、多久更新、怎么反馈」这几类问题一次讲完。
Contact
我们没有客服热线,也不收站内私信。按事情类型发到对应的邮箱,最快也最不容易被漏看。