@creepycute #2
判断一下反序列化后的对象类型然后根据不同的类型去取啊。

你这是有时候返回 JSON Array 有时候返回 JSON Object 的意思？

Requests 的 response 对象自带 json() 方法可以做反序列化。

判断一下反序列化后的对象类型吧。

很感谢楼主开发网站分享给大家使用，能够理解楼主希望推广的心情。


但是希望楼主能够遵守 V2 的社区守则，不要高频次的发布推广内容，这样对社区生态无益。

@ujued #11
1 、联系上下文来看，楼主说的 『 100%避免』指的应该是：
精心挑选的 ISN 无法 100% 的避免『误收旧包』和『恶意伪造』这两种情况。

2 、这个全看个人喜好，我赞同『三次』更容易带来误解

3 、其实我感觉楼主这里应该没有将它描述为充分条件的意思，如果描述为这样可能会更严谨：
TCP 设计了若干基于序列号的机制，用于保证通信的可靠性。


4 、联系上下文来看，楼主所说的『不使用 0 作为 ISN 』应该指的是：
『不固定使用 0 』 作为 ISN 。而不是说 ISN 『始终不应为 0 』。


另外，『不固定使用 0 』最初应该只是为了避免 『误收旧包』。
后续 rfc1948 提出的『不使用容易被猜到的数字』才是为了安全原因。

这一点可以在 rfc793 中查证：
To avoid confusion we must prevent segments from one incarnation of a connection from being used while the same sequence numbers may still be present in the network from an earlier incarnation. We want to assure this, even if a TCP crashes and loses all knowledge of the sequence numbers it has been using. When new connections are created, an initial sequence number (ISN) generator is employed which selects a new 32 bit ISN. The generator is bound to a (possibly fictitious) 32 bit clock whose low order bit is incremented roughly every 4 microseconds. Thus, the ISN cycles approximately every 4.55 hours. Since we assume that segments will stay in the network no more than the Maximum Segment Lifetime (MSL) and that the MSL is less than 4.55 hours we can reasonably assume that ISN's will be unique.

楼主是忘了贴链接嘛？

https://jsrun.net/

@felix021 #5
主贴中贴图不区分图床，正常使用 markdown 语法即可

感谢楼主持续分享，正巧最近在看一本书风格很不错，顺道推荐一下：
《 Wireshark 网络分析就这么简单》
https://book.douban.com/subject/26268767/


很多人没有理解三次握手，我觉得其实是有个小地方被忽略了：

A: 喂，我的数据从 x 开始编号 (SYN)（ seq-A = x ）
B: 知道了，我的从 y 开始编号，我知道你从 x 开始编号了 (SYN-ACK)（ seq-B = y, ack-A = x+1 ）
A: 行，我知道你从 y 开始编号了，咱俩开始唠吧 (ACK)（ seq-A = x+1, ack-B = y+1 ）

x 序列的 seq ack 和 y 序列的 seq ack 其实是两条线，分开来看更清晰。
很多书本或者教程里在这个部分写的有点模糊，就让一些人混淆了。


另：
关于 seq num 的选择问题，rfc793 确实提出了 4 微秒变化的方案。
但是在 rfc1948 中提出了针对 seq num 进行猜测攻击的问题。
并在 rfc6528 中提出了新的 seq num 生成算法用于替换 RFC793 中的方案。

在 rfc7414 可以查阅到更多关于 TCP 协议的变动。

参考链接：
https://book.douban.com/subject/26268767/
https://tools.ietf.org/html/rfc793
https://tools.ietf.org/html/rfc1948
https://tools.ietf.org/html/rfc5961
https://tools.ietf.org/html/rfc6528
https://tools.ietf.org/html/rfc7414

没太理解楼主的目的，直接使用：

python ./manage.py

会有什么问题出现嘛？

@Rocinante #3
你搞混了东西：
3 天线 2.4G 11N 每根天线 150，加起来是 450
3 天线 5G 11AC 每根天线 433，加起来是 1300

应该是因为 『客观情况和风险控制』判断你当次支付需要手动输入密码，而你当时没注意。

把文件夹挪到前面然后挪图标进去，再挪文件夹的位置。


当然如果你运气好你是可以一次就拖进去的，反正大部分情况下我运气都挺差的。

哦对还有一个地方，看下 SMB 协议的版本，是否还在用旧版本的 SMB

另外提醒下，RAID 会降低随机读取性能，SMR 盘的随机读写也很差，看看有没有在这方面踩坑。

类似的结构表示使用很正常，楼主的视频码率和格式是怎样的？

我试了下我这里大概 25Mbps 的视频拖动时间轴，几乎是没有延迟感的。

长轮询的好处主要是在兼容性方面吧

@V69EX #6
楼主在帖子里不是说只需要 /24 即可嘛？

@czwen1993 #13
那个帖子我之前看到了，我自己还专门测试了一下大量读写，但是没听到类似的声音