用户的密码存储密文是不符合国家信息安全相关的法律规定的. (什么法不记得了, 但是国家肯定有要求). 你们还是做信息安全的, 支持开除.

使用 iTerm2 吧. 配置好不同的服务器地址后. 在多个 Tab 中打开. 然后使用广播输入的功能:
Shell -> Broadcast Input -> Broadcast Input to All Panes in All Tabs

打开该功能后, 你输入的每个命令都是在所有已连接的服务器上执行.
你可以批量执行 grep 命令搜索日志. 也能批量 tail -f 查看日志.

再推荐一个我一直在用的一个正则在线测试编写工具吧: https://regex101.com
测试效果图:
https://postimg.cc/XB0GyvM8

# 下面的正则是把用户输入的(无意义)大于 2 个字的重复的内容变成单个. 没想到有什么好的,简单的算法实现. 使用正则就比较简单.(python 代码)
userInputText = """
测试测试测试
哈哈哈哈哈哈哈哈哈哈哈哈
哈哈哈
你在干嘛呢?你在干嘛呢?你在干嘛呢?你在干嘛呢?你在干嘛呢?你在干嘛呢?你在干嘛呢?你在干嘛呢?你在干嘛呢?
"""
import re
regex = r"(?P<r>.{2,100}?)(?P=r){2,}"
subst = "\\1"
outputText = re.sub(regex, subst, userInputText, 0, re.MULTILINE)
print("## input")
print(userInputText)
print("## output:")
print(outputText)

# 输出:

## input

测试测试测试
哈哈哈哈哈哈哈哈哈哈哈哈
哈哈哈
你在干嘛呢?你在干嘛呢?你在干嘛呢?你在干嘛呢?你在干嘛呢?你在干嘛呢?你在干嘛呢?你在干嘛呢?你在干嘛呢?

## output:

测试
哈哈
哈哈哈
你在干嘛呢?

配置个强一点的笔记本或台式机. 本地运行大模型. 虽然比不上在线的服务, 总比没有强. 如果能把 70B 参数的跑起来,应该效果还行.

可以试试联合索引(query, type) 并且使用 hash 索引.
hash 索引不支持范围查询, 但是索引体积更小, 并且查询效率也更高.

不想折腾,可以看看阿里云的共享存储方案.
自己折腾,可以看看 MinIO, MinIO 是兼容 S3 的接口, 很成熟.

任务要拆分的足够细, 时间预估的误差就会小很多. 细到单个功能点,不得超过 2 天.

如果 cpeName 没有范围查询需求, 也不会用 LIKE 进行查询, 可以用 hash 索引. 这样索引会小很多.
MYSQL 是支持 hash 类型的索引的.
如果数据库不支持 hash 索引, 你也可以自己用 cpeName 的 hash(比如 mmhash, crc64 等)作为主键. 这样查询时,只要自己 hash 一下, 再用 hash 值查询就行.

相对于语言, 数据库的造型也非常重要, 强烈推荐你用 PostgreSQL.
说一些比较常用的优势项:
字段类型支持数组(这样不用关联第二张表), 并且数组是支持索引的.
字段类型是支持 Json 的(不需要序列化到字符串再保存). 并且 JSON 中的字段也能索引.
支持倒排索引, 就是实现简单的字符串全文搜索. 并且支持中文分词.
支持文本,图片相似度(imgsmlr 扩展, 以图搜图)搜索.
支持向量(pg_vector)类型.
支持 GIS 扩展, 基于地理位置的查询.

我的推荐顺序:
第一: Node.js, 创业项目经常也需要管理后台或者 h5. 做这些你绕不开写 javascript. 这样能前后端统一. 当然 ios,android 端也可以用 uniapp 框架用 js 一起写了.
第二: Python, 足够简单,库也丰富, 是这里面最容易上手的. 而且创业项目也经常会用到爬虫或 AI 相关的,而这些用 python 都是比较好的选择. python 可以用 fastapi 框架, 速度比 flask 快不少. 在你 app 日活 100 万以前应该不会有什么性能问题.

Java 不太推荐, 个人认为 Java 还是稍微复杂了一些. 不适合创业团队. 优势是生态全. 啥都有, 也好招人

Go 也不太推荐, 它优势是性能, 开发效率比 Nodejs 及 Python,PHP 差不少. 等你日活过百万了, 再考虑用它优化核心服务吧.

PHP 不推荐. 是因为我也不会, 个人对它是有偏见的, 总感觉是要被淘汰的东西.

大概是这个协议: edns-client-subnet
https://blog.csdn.net/ai2000ai/article/details/98970374
就是一个 DNS 扩展协议, 让 DNS 服务器能拿到用户 IP. 根据用户 IP 的不同, 解析结果也不同.

可以试试 postgresql. psql 支持文本相似度查询排序. 可以看看这个网页: https://developer.aliyun.com/article/59212

@GDC 这个产品不错, 但是把核心用户数据, 放别人家服务器上, 还是不放心呀.

@chinvo 哈哈, 老板就喜欢你这样的程序员. 啥事都能半小时搞定.

@lifetimeporn 账号应该算是基础组件, 业务上并没有非常大的差异吧?

@x86
@312ybj 短信平台一般只有针对某一个手机号的频率限制.
恶意刷短信的人, 不会使用同一个号码, 也不会使用同一个 IP,或者同一个客户端标识.
另外短信平台,巴不得有人天天刷短信了, 这对他们是有好处的.

1. 人机验证, 简单,粗暴,有效.
2. 接口添加签名. 只有破解了签名算法, 才能发出合法的请求及签名数据. 对于移动端 Java 的 APP 应用 /WEB JS 应用, 破解难度倒也不是很高, 但是比没有签名的安全性还是要高一个数量级.
3. 基于 IP,客户端标识的安全控制. 基本没什么用, 花几块钱一个小时的 IP 代理库你就跪了.

@lihongming 倒不是做 API Gateway,只做其中的一块: 后台用户的认证及权限管理.
感谢你的建议, 我会了解一下 AWS 的权限实现.