这个问题看起来简单实际上很炸裂啊……
这就是个 Constrained N-rooks problem，可以抽象成二分图（ Bipartite graph ），求排列的个数等同于求二分图完美匹配（ Perfect matching ）的个数，等同于把矩阵列成 0 和 1，0 代表不可放置，1 代表可放置，然后求这个矩阵的积和式（ Permanent ）……
求积和式除了暴力之外，还有 Ryser formula，从 StackExchange 抄了个实现代码粗略改了下（ Python，因为我懒）：
https://gist.github.com/Raka-loah/d11e340998d76829e7b8f81a36846683

12x12 的情况似乎就非常趋近于概率均匀分布了。

接#2，直接玩 globals()还是有点危险，所以可以自己搞一个汇总字典，例如：
k = 'test'
glöbals = {}
glöbals[k] = []

glöbals['test'].append(3)

print(glöbals['test'])

🤣

不想用 root 还想干 root 的活，那就叫 groot 吧，还特别好记，记不住就让领导去看一遍《银河护卫队》。

这种小事不用 Python，Excel 里新建一辅助列，内容是如果 date2 为空则为 date1 否则 date2 （=if(isblank 或者 len=0 自己按需挑, C2, D2)），date3 降序，数据--删除重复值--A 列，确定，删掉辅助列。
删除重复值会保留最上面的行，所以降序排列后剩下的就是最新行。
非得用 Python 或者 SQL 思路同上。

如果真的只是差“有限公司”或者“有限责任公司”这样，可以直接把另一边的数据先处理了再比对。
问题是规则是不是就这么简单，比如碰到农行、农发行、农业银行、农业发展银行这样的。

https://docs.microsoft.com/en-us/office/vba/api/excel.shapes.addline
Excel 的话，直接看 VBA 的文档得了，估计用起来差不多。

搞成跨进程通信（再来个 flask 然后 request 疯狂 post ），或者集成个 Lupa 然后让用户写 lua 脚本，你这边做个控制台给每个脚本安优先级数字，跑的时候按优先级来。

十几万这个数量级用 Excel 都能搞定，Python 算半天是不是得优先考虑下是不是哪里写得有问题？

@EasonC PCQQ 主界面搜他 QQ 号码，如果在同一个群会出现在最底下“其他联系人”里，然后用手机 QQ 去他在的群，界面左滑出现“群成员探查器”，找到他就能知道你们有几个共同群聊和好友。

@googlai 最初的赶工版就是 html+bootstrap 写个表单，post 到 Flask 后端，后端按表单内容建好数据库表，然后来一个 insert 一个。
后来觉得不优雅就 Django 写三个 model：表单、表单项目、表单结果，然后一个 view 用来导出，一个 view 用来渲染表单+提交，用 django admin 添加表单，后续可以安排登录提交和自己的表单修改之类的但我鸽了:)

@voids 这确实是个好办法，就是那种需要多个部门按自己部门填的得事先给他们分好表……这活干得越多我就越讨厌和人类打交道🤣

有官方说法的引用来源么，zer/zor 缩成 zr 这事儿挺常见的，Moto 有 Razr，前端有个库叫 Modernizr，等等。

直接发 Excel 不行，哪怕你设定好了单元格验证，对于需要长数字的地方设置好了单元格文本格式，总有人喜欢把表格筛选了复制出来填，然后填得乱七八糟，最后还得一个一个改，墨菲定律诚不欺我。
Excel 在线协同编辑不行，一定会有人不小心删掉所有人的记录，然后还得从历史记录里找，之前用的是钉钉，就没哪次能正常不出问题完工的，墨菲定律诚不欺我。
后来在内网用 Django 撸了个表单，然后总有人在下拉框的地方漏选，还是得一个一个联系，墨菲定律诚不欺我。

这不是技术的问题，这是人的问题。
目前来看就做个内网表单对自己比较友好，至少导出来格式是确定的而且填表人不会误操作到其他人数据。

@Xillusion #184 他 app 里的“特权流量”“特权域名”难道是这个意思？

@lepig 我的错，因为推广赚钱就是简单加一个参数的事儿，拉取这样的链接内容离赚钱就差一步，所以下意识觉得看到内容就应该知道他恰烂钱了，实际上他可以只拉取不恰饭，虽然感觉有点不合逻辑，但确实存在这样的可能性。

打个比方，拉取了百度热搜的关键词，想恰饭就直接界面做一下热搜列表，往 word=关键词&from=自己的推广 id 跳就行了（比如#28 的 2.jpg ，他没必要用推广 id 拉取，只要这每个链接跳转的有就可以了），拉取了第二个纯广告的，也就是"curl"改个 from=的事儿，就算不直接用链接取，写个正则替换也就一行代码的事儿。

所以看这两个 url 确实不能得出他是怎么盈利的结论，但是换句话说，他拉这两个 json 下来还能干什么，看第一个还能说兴许他单纯就为了做热搜词，看第二个是纯广告啊……

所以我当时的想法就是，这板上的钉子锤子都快挨着了，怎么还有人质疑怕不是洗……

我的错我的错，给大家添蘑菇了。

@milukun 感谢指出，向 @sunwang 表示歉意。我下意识对 x 浏览器作者做了有罪推定，即获取了这样的推广内容，就可以通过后期附加 aff 的方式进行盈利。忽略了两个链接本身是不能证明盈利方式的。

@atonku 至少 Brave 浏览器吃相好看得多。

@HongJay #89
“我是个独立开发者，我全职做这个东西，希望你能捐赠给我”（官网底下有捐赠二维码）
好的，虽然我也不富裕，每月还了贷可支配收入没多少，但是同是天涯沦落人——

“顺便提一句，我靠这个软件月入好几🐕”（本帖的分析）
优酷请给我告死他。

这种感觉。

@Devin 这有啥需要详的，优酷告你你把优酷买下来，优酷还告你侵权不？说白了还是钱不够🤣