@metalvest #14 这思路厉害

想到了最强大脑那个立体拼字的项目……3D 旋转到某个角度能看到字

@NoOneNoBody
有趣，上一楼本来写了一个银行账户权限的例子，v2ex 要求注册千日，删了就能发了，这是防诈还是防推销？

@zictos #19
注册域名时要填持有人和管理人两项，两项可以一致或不同，后者不能更改前者的联络信息
管理人指的是这个，不是现实中你把账户交给某个人管理
例如域名注册商同时也是空间供应商，在它那里买空间，就可以把它填入管理人一项，方便它处理 DNS 等工作，这在早期的域名注册是很普遍的，发生争议也很多；随着人们对域名的认识增加，&越来越多单独的空间商出现，&法律上逐步要求注册、空间的分离，这种情况才大幅减少

修改持有人信息是另一套过户流程，需要持有人参与
如果把能修改持有人信息的权限都交给现实中的管理人，实际上和过户已经差不多了

所以，持有人应慎重考虑，视乎对管理人的信任度，赋予多大的权限

写真实信息最重要的点是，被盗取域名控制权的时候，可以通过法律途径取回
盗取有两种常见情况，一是非法盗取，二是纠纷，例如域名拥有者和域名管理人之间的纠纷

有价值的域名应该都实名，不然连域名过户都成问题，法人注册就更不用说了

每次看到标题这几个字，都想到 P 站 up 主

我倒没遇到过……

要在回复再 @Livid 一次，有时正文 @不一定收到
另外，有“反馈”节点 /go/feedback ，问答节点帖子太多，livid 不一定细看

真正的专业调查问卷设计是个学问，个人认为足以达到“需要考试认证”的级别
只是现在“调查”太滥了，很多人觉得自己就能写一个问卷出来，不以为然

不是饿了么用户，没看到问卷，问卷质量先不说，单从 OP 描述看，估计就是这种，要么就是敷衍一个任务，要么就是逞强想当然
一个耗时的调查，需要事前声明、事后补偿，不应让参与者感到不快
市调也是 marketing 的一部分，同样会对品牌产生负面影响

因为黑产也社会分工了，以前是黑产单独完成采购、加工、销售，因为可以省点人工成本，现在体量大了，“外包”更省时，就是空间换时间

将采集、整理分工出去，可以更快、更容易获取优质资源，把销售外包出去，可以扩展目标消费群

而且这两部份在法律上目前还是模糊，某些普通人即使“接单”也可能不触犯法律
例如快递员收集个人信息不达到一定数量，不构成犯罪，他也不是电诈成员，可能啥事没有

以上不仅限于老任、也不限于破解，是泛指

@EminemW #12
你可以想像一下：
1. 视频网站付费会员先看（结果大家同时看，那为啥要收费）
2. 电商购物后第二天降价，没有价保（瞬间贬值）
3. 同一商品不同用户登录价格不同（为什么呢？）
4. 在前景说着赚辛苦钱安心，背景一辆豪车驶过
5. 守法的单日限额几千，不守法的却一晚提走百万？
……
较真起来确实没什么物质上的“损失”，但信任崩了
PS: 上述跟我没什么关系(没遇过)，但我理解就是这样

@LaurelHarmon #14
如果没有“一气呵成”的功力，就先写大纲吧，起码我是这样，大纲可以保持前后逻辑一致
还要养成 review 习惯，回头看前面写的部分，多次修改是我的常态
缺点是“慢”，完成时间有点长，且不适合对答，因为对方的提问[思维]并不是按着你的大纲走的，很容易变成“不在一个频道”的对话

“引人入胜”是另一种功力，我也不太擅长，但我知道一个简单的窍门：就是不要按顺序写
结论摆在前面，或者把某个例子摆在前面，然后再组织对这个“开头”的详细分析
缺点是“乱”，当顺序打乱，别人没弄懂是个大问题，甚至因为过分追求技巧，把自己原本的逻辑也弄乱了，很容易就变成一塌糊涂

组织一篇文章的结构对我来说是比较简单的，难在于用词，我没有文科生那么丰富的词语表达力和发散想象思维

其实跟面向对象编程一样的，拆分前后端、模块、类、函数，然后用继承、闭包、装饰器串起来，前面拆分的大部件放哪都可以，后面的连接件就是功力了，水平够就用其他不同的模式，水平不够就单例或者工厂模式
例如《西部世界》第一季，部件就是各个场景形成的小故事，参与的“真人”作为装饰器|参数，用“会员设计模式”连接各个装饰器的小故事为“会员大故事”，直到结尾才用时间重构拼接一个年轻的装饰器和一个年老的装饰器为同一对象(life=young+old)，我看了就大呼过瘾，因为一直以为两个会员大故事是各自独立的，没想到他们都只是“中故事”而已，拼接后整季才是一个真正的大故事

不熟前端，只会少量 GUI 的工作，html 扔下太久了，只懂爬虫相关的部分

第一眼，这个表至少缺一个标明顺序的字段，虽然 id 也是有序的，但应该有一个较明确标明该 id 相对 article_id 的顺序的标识，单靠 id 排序不保险；如果想在中间插入一句，没有相对顺序，你这个 article 就要重排了

工作上是单句，但读取数据是否也是单句？如果确定“必然”是每次读取都是整篇文章，那未必需要每句作为 record ，只要整篇读取后可以顺利拆分每句就足够了；但如果确实有只读取某一句这种场合，就照这样吧，附加问题是累积数据量庞大时要考虑 IO

前面说的“顺利拆分”，其实方法很多，例如可以在入库时，按粒度添加一些特殊分隔符，读取后 split 也很容易

至于前端渲染的问题，个人觉得不应因为考虑前端而改变数据结构，只要能正确拆分粒度，后面就交给前端考虑了
这样的话，即使前端换了一套技术，也不影响。如果“为了前端方便处理”而写死数据结构，遇到换前端、前端 BUG 怎么办？整个数据库重构么？

前端问题
“……就不能调用函数组件中的方法”，不清楚这个函数究竟是写得多么死，但即使这样，也能加个闭包预处理格式吧？
类型那些最好不要从 html 语法判断，应该多利用 selector ，如 css selector 或者 dom/xpath 等等，html 只是堆砌元素，应该用 selector 提取，例如<p><span>写成<p><span class='pb-span'>或者<p><span id='pb-span-1'>，这样就容易了

煞有介事

我觉得美国的 mall 和这边的超市差不多吧，我指消费群
这边的 mall 都是按“celeb 店”方式运营的，开个两轮都不好意思在附近停，会被当成送外卖的

我楼下¥20 、30 、50 ，换季时就有人拉一车过来临时租铺几周卖，基本一两周后才去的话已经没什么剩下可挑的了
人家衣服穿一季，我穿几年，比什么呢？

safari 不知道
但 firefox 系 /chromium 系都有扩展
firefox 的扩展是利用 sidebar 显示的，外观可调参数较多，偶尔会“崩”（频率很低，顶部标签正常不受影响）
chromium 的垂直标签扩展比较丑，我就没用，不过是多年前，现在不知道有没有新的美观的
小众 falkon 内置垂直标签扩展，“紧凑”排列，还可以

确实没有，MSN 相关的东西除了天气都没开，且禁了它们联网
看样子和 focus 无关？

v2 上面说的很多奇奇怪怪的事我大部分都没见过，例如前两天说的桌面多了个搜索框，我更新了 edge 都没出现

算了，我理解错了，focus 是指操作的 target ，不是资讯的热点
pass

ip 特质就是字符串记录整数，转整数位运算肯定快一点

纯好奇，接到这样的视频，反诈会上门么？