ipwx 最近的时间轴更新 ipwx 最近的时间轴更新 |
ipwxV2EX 第 86855 号会员，加入于 2014-12-15 23:19:35 +08:00 |
| 我不理解，这么注重隐私的 v 站程序员为啥会搭车家庭版 Microsoft Office • ipwx • 2021-07-07 20:23:22 PM • 最后回复来自 shendun | 57 |
ipwx 最近回复了
1 天前 回复了 tyy123 创建的主题 › Python › Python 脚本设置一个未来时任务在机器睡眠状态下程序续跑的实现 |
接一个外置小板子，用 LAN 唤醒。
windows 估计没有程序可以让系统从睡眠中唤醒的机制吧。
windows 估计没有程序可以让系统从睡眠中唤醒的机制吧。
2 天前 回复了 GallifreyCAR 创建的主题 › 旅行 › 五一孤身一人想去日本旅游，发现订不起酒店怎么办 |
说实话你这住宿其实不贵。
我清明去东京都是 600~800 一晚的。
我清明去东京都是 600~800 一晚的。
3 天前 回复了 soul11201 创建的主题 › 职场话题 › 调研一下，目前 Go 岗位的市场如何 |
Go 用 AI 写代码的体验不错，Cursor 出来的东西会利用 lint 确保能编译
3 天前 回复了 Yuxiaoy 创建的主题 › 旅行 › 计划五一和老婆去日本旅游，暂定京都和大版，有什么好玩的好吃的好买的推荐，以及需要注意的事项？ |
京都可以约和服摄影。不包化妆，你可以去协程或者飞猪找一下。
我的体验很不错。
我的体验很不错。
4 天前 回复了 zackwan95 创建的主题 › 随想 › 从租售比来看，在一线城市租房简直太划算了 |
坐标北京。前几年 8k 估计只能租 60 平，现在能租 90 平。
5 天前 回复了 zhengfan2016 创建的主题 › Vue.js › 前端 props 单向数据流 vs 状态管理流 你更能接受哪种代码 |
@zhengfan2016 那你挺惨的。加油吧……
5 天前 回复了 zhengfan2016 创建的主题 › Vue.js › 前端 props 单向数据流 vs 状态管理流 你更能接受哪种代码 |
明明是页面上的东西，为啥要用全局 store 。
改天需求发生变化，比如本来是一个页面只显示一套 id = ? 的东西，现在要改成用 tab 切换而不是新建一个页面，你看你这全局 store 会不会重构到心态爆炸。
改天需求发生变化，比如本来是一个页面只显示一套 id = ? 的东西，现在要改成用 tab 切换而不是新建一个页面，你看你这全局 store 会不会重构到心态爆炸。
10 天前 回复了 smallmonster 创建的主题 › 程序员 › 你们使用 cursor 写代码会格式化原来的代码吗 |
你应该关掉格式化插件
然后手动 pnpm lint
然后手动 pnpm lint
11 天前 回复了 drymonfidelia 创建的主题 › 程序员 › 如果只用 Nginx 等现成的 HTTP Server 搭建 HTTP 服务，不自行建立 TCP 连接，是否就不用考虑 TCP 粘包这类传输层的问题？ |
@franswish 不知道怎么搞定协议解析、切分消息（俗称解决粘包） = 我高中玩编程的水平。
那时候是真觉得这玩意儿也忒复杂了，怎么这么难搞。
现在嘛，不就是把 TcpConn 放到一个 Stream 里面，然后
string readNextChunk(int size) {
int nLeft = size;
string ret;
char buffer[8192];
while (nLeft > 0) {
int nRead = read(conn, buffer, min(nLeft, sizeof(buffer));
if (nRead == 0) {
break; // EOF
}
for (int i=0; i<nRead; ++i) {
ret.push_back(buffer[i]);
}
nLeft -= nRead;
}
return ret;
}
其实第一个认知更新，是在网络条件下，read(..., 8192) 不一定能给你真的读出来 8192 bytes ，你得用循环读。然后这部分写成一个通用函数（比如上面这个 readNextChunk) 就行了。用的时候
int nextMsgLength = fromLittleEndianUint32Bytes(readNextChunk(4));
string msg = readNextChunk(nextMsgLength)
那时候是真觉得这玩意儿也忒复杂了，怎么这么难搞。
现在嘛，不就是把 TcpConn 放到一个 Stream 里面，然后
string readNextChunk(int size) {
int nLeft = size;
string ret;
char buffer[8192];
while (nLeft > 0) {
int nRead = read(conn, buffer, min(nLeft, sizeof(buffer));
if (nRead == 0) {
break; // EOF
}
for (int i=0; i<nRead; ++i) {
ret.push_back(buffer[i]);
}
nLeft -= nRead;
}
return ret;
}
其实第一个认知更新，是在网络条件下，read(..., 8192) 不一定能给你真的读出来 8192 bytes ，你得用循环读。然后这部分写成一个通用函数（比如上面这个 readNextChunk) 就行了。用的时候
int nextMsgLength = fromLittleEndianUint32Bytes(readNextChunk(4));
string msg = readNextChunk(nextMsgLength)
11 天前 回复了 drymonfidelia 创建的主题 › 程序员 › 如果只用 Nginx 等现成的 HTTP Server 搭建 HTTP 服务，不自行建立 TCP 连接，是否就不用考虑 TCP 粘包这类传输层的问题？ |
楼主的需求是啥？
如果用 websocket 发送一个 message ，那它天然就是按 message 切分的，没问题。但是，message 有大小上限。如果你需要发送一个超过上限的 message ，你可能需要自己模拟一遍 “拆包”-“组装” 过程，相当于你用 websocket 消息流模拟了 tcp 的无消息流。
如果你想要在读取 post body 的时候期待客户端是一个一个数据包发送的，那不好意思，中间任何一个代理服务器甚至是路由器都可以修改数据包的形式，是可以任意重新组装重新切分的。
如果用 websocket 发送一个 message ，那它天然就是按 message 切分的，没问题。但是，message 有大小上限。如果你需要发送一个超过上限的 message ，你可能需要自己模拟一遍 “拆包”-“组装” 过程，相当于你用 websocket 消息流模拟了 tcp 的无消息流。
如果你想要在读取 post body 的时候期待客户端是一个一个数据包发送的，那不好意思，中间任何一个代理服务器甚至是路由器都可以修改数据包的形式，是可以任意重新组装重新切分的。
Select Language