@qeqv 后端计算 MD5 再入库稍微有点差别啊，中间这段链路都有可能获取到明文，只能防止被脱裤的情况下，拿不到明文。比如你的接入服务打印了全部的日志，那日志也可能会泄露明文密码。或者服务器被黑了，那也可以在服务器拿到明文密码了。不是所有环节都有数据库那么高的安全措施的。

前端能做 MD5 是最好的，如果觉得太复杂，后端做 MD5 也比明文存储好；就算明文存储，也不影响用户登录，使用你的服务啊

@renmu 我也没说这个方法不行啊。。。爬虫和反爬虫是互相对抗的，能不能防住，得上了才知道，你哪知道别人在用什么技术爬你的网站。就算今天能防住，可能明天又防不住了

如果是要好好写程序，指针就不应该随便乱用啊。。。指针只应该指向你知道大小的内存，并且是在编码阶段就能明确内存大小的内存。比如 malloc 的一块内存，你申请的时候是知道有多大的；栈上的一个变量，你应该知道变量的 sizeof ；一个给定长度的数组，最大就是数组的 size ；无论哪种，你在写代码的时候，都要知道这块内存有多大。
同样的，传递指针的时候，要么是一个结构体的指针，要么一定加一个长度参数。

你非要用一些骚操作来解决，可以直接捕获段错误的信号啊，没有段错误就是没越界。但是这个也仅代表你没有越分配内存的界。如果越界写到了其他数据结构，那还是没办法。

这个也不是最短域名啊，z.cn 这种才是最短的吧

另外，我是觉得都做短网址了，差这一两个字母吗？比如 xxx.cn 这种，也就多一个字符，甚至 xxxx.cn 这种的，也就多 2 个字符。域名后面的 path 还有一长串呢。也就短信带链接的场景对长度稍微有点要求，但是要求也不多。毕竟一条短信几十个字符，不差这几个

反爬没有一劳永逸的办法。你不管怎么做，如果有足够的利益，人肉爬数据你怎么防？

密码前端加密，就是为了保护用户的明文密码的，服务端也不应该知道用户密码的明文。每个网站 md5 加盐不一样，就能生成不一样的密码，这样用户多网站使用相同密码，安全风险相对较小。

你要是说某个垃圾网站直接保存了用户的明文密码，被脱裤了，你的网站密码也不安全了，那确实是，这个没办法。前端 MD5 加密也不是用来防止这种问题的。

这个气密性和气压计没关系啊，气压计应该是要和大气连通的，气密性是要保证密封。大概是要气压计有单独开孔才能用？

直接贴电话号码就好了吧，难道是怕别人手动输入电话号码太麻烦？？如果是防止个人信息泄露，也防不住啊

这 Android 没关系吧，window 上的程序也是一样。加壳会增加破解难度，但是并不能防止破解。如果破解成本比收益低的情况下，就没有破解的必要了。

感觉联网验证，把一部分功能跑在服务器上，这样破解的难度就很高了

股票赔的比你这个多一倍。。。赔了就干活挣钱呗，还能咋样

之前也想过这个问题，给他们换了 512G 存储的手机，就再也没想过这个问题。手机用 3 、5 年没问题。也就 2000 块钱

其他打印机不知道，小米手机连小米的打印机，米家接入就可以，不用设置，很方便

我已经尽力去写个好理解的变量名字了，有点长
·
package main

import "fmt"

type strFunc func(name string) string

func (g strFunc) callFuncAndPrintReturnVal(n string) {
fmt.Println(g(n))
}

func addHelloPrefix(name string) string {
return "Hello, " + name
}

func main() {
addHelloPrefixFunc := strFunc(addHelloPrefix)
addHelloPrefixFunc.callFuncAndPrintReturnVal("World")
}
·

特定场景应该是可以做一些事情吧，肯定不能胜任全部任务，比如让他开发另一个 AI 软件，直接赛博进化了吗？

23w

我都是喝 45°的水，杯子是凉的，接到杯子里喝着还好，稍微有点热，不至于烫。夏天的话，就直接凉的