19 年 6 月底 来的上海, 从你身上 我看到了 3 年后的我

https 抓包就是中间人攻击, 欺骗客户端和服务器, 有很多种方式可以防范, 很多 app 内置私有证书,服务端只信任自己的私有证书
https://zhuanlan.zhihu.com/p/46433599 这里有详细介绍

我记得以前用 Dell 的笔记本 装了 Ubuntu 的双系统 什么都没设置,插上 HDMI 线 直接就拓展了屏幕 0.0

@bruce0 是不是 base64 和 url_safe base64 的区别 我之前遇到过这个问题,被坑了一次

是不是 base64 个 url_safe base64 的区别 我之前遇到过这个问题,被坑了一次

衢山岛也不错 价格更低

@sarvatathagata 没有客户端打不开


@BrettD 全英文的看的头大,结合图 大体能看懂一点点 0.0 谢谢

@LeeReamond 巨硬家的 sqlserver? 我也不太清楚

还有 好像开源的 postgre 好像也不错 号称开源的 oracle 不知道真假

我前段时间也有在 linux 上编译 C++的需求,也是因为 win 上没有对应的头文件,
我没有挣扎 直接装了个 Debian 0.0

@yolee599 敬你是条汉子(⊙ｏ⊙)

https://www.baidufe.com/fehelper/index/index.html 推荐一个 浏览器插件

```
func Read(conn net.Conn) (string, error) {
readBytes := make([]byte, 1)
var buf bytes.Buffer
for {
_, err := conn.Read(readBytes)
if err != nil {
return "", err
}
readByte := readBytes[0]
if readByte == '\t' {
break
}
}
return buf.String(), nil
}
```
readBytes := make([]byte, 1) 这里你创建的这个切片,长度是 1, 一般没有这样设置的. 一般都是客户端和服务端约定一个包最大长度,比如 1024, 每次客户端和服务端发的数据都不会超过这个最大长度,

n, err := conn.Read(readBytes) 通过这个函数读的时候, 返回的 n 是这次读取的长度


而你现在传了一个长度为 1 的切片, 假设这次客户端发来的数据长度为 10 因为你的切片长度为 1 就只能读到第位 后面的都丢了

入门看视频(快)

提升,进阶 看书 看大牛博客 (知识点深入)

写操作系统的瓶颈或者说难点不在语言吧, 主要是生态问题, 系统上的配套软件, 比如 office 套件, 一个系统上什么都没有 根本没法用

当时不写 Java 去写 go 了 就是觉得 spring 那一套配置太繁琐了 面向配置编程