lingbopc 最近的时间轴更新 lingbopc 最近的时间轴更新 | lingbopcV2EX 第 124325 号会员，加入于 2015-06-26 18:20:37 +08:00 |
lingbopc 最近回复了
8 天前 回复了 Philippa 创建的主题 Claude Claude Code 再次大幅度提价 |
鄙视 CURSOR ，理解 CURSOR ，成为 CURSOR
8 天前 回复了 bingfengfeifei 创建的主题 分享发现 真的被 glm 坑到了 |
-o 参数指定输出名，还真有可能如楼上所说，拖动照片的时候就上传了
8 天前 回复了 xiaoguaishou92 创建的主题 宽带症候群 北京联通宽带限速问题 |
同联通。月初由于某众所周知事件联通设置了限速，20 和 23 点会固定拨号，且上传限制为大概 5mbps ，到 5 号的时候就解除了
20 天前 回复了 344879362 创建的主题 NAS 这种闲鱼的 NAS 盘可以买吗？ |
2T 容量太低了。用得久了你就知道了，盘真不贵，贵的是盘位。
此外还有电费，一个盘不算休眠的话，大概 5w 左右，不要买这种鬼知道用了多少年的容量这么低的垃圾
此外还有电费，一个盘不算休眠的话，大概 5w 左右，不要买这种鬼知道用了多少年的容量这么低的垃圾
166 天前 回复了 javalaw2010 创建的主题 程序员 现在是 25.4.27， cursor 相比 windsurf/trae/github copilot 等 AI 工具是否还具有断崖式领先优势？ |
用过 cursor 和 augment, cursor 写一些小逻辑很快. 但是读一些大的代码就会上下文长度不够问题
augment 用于阅读大型源码很快. 写小逻辑也不错
augment 写小的项目也不错,但就是文件 review 的体验不如 cursor 好, 毕竟是个插件.
此外,augment 会员制内无限制使用也吊打 cursor,但是我极度怀疑 augment 现在 30 一个月能否盈利, 不知道能撑几年. 结合上面有人提到 augment 砍 context 长度, 估计最后大概率增加调用次数限制
augment 用于阅读大型源码很快. 写小逻辑也不错
augment 写小的项目也不错,但就是文件 review 的体验不如 cursor 好, 毕竟是个插件.
此外,augment 会员制内无限制使用也吊打 cursor,但是我极度怀疑 augment 现在 30 一个月能否盈利, 不知道能撑几年. 结合上面有人提到 augment 砍 context 长度, 估计最后大概率增加调用次数限制
171 天前 回复了 yuan321 创建的主题 程序员 现在 augment 的效果比 cursor 更好用吗？ |
现在拿 augment 阅读（只是阅读，不写代码，不修改代码）大项目代码，非常爽， 长上下文的处理，比 cursor 强多了。
编写代码目前还没测试
编写代码目前还没测试
172 天前 回复了 ZEXP 创建的主题 NAS 我有 10 块盘是买一个 11 盘位的 nas 机箱装一块，还是买两个成品 nas 装两个呢？纠结 |
可以弄个便宜的二手机，拿来当备份用，用于防止主机挂了
237 天前 回复了 Xheldon 创建的主题 宽带症候群 这两周的北京联通宽带是咋了， IP 换的很频繁 |
最近发现北京联通下行被限制了, 本来是千兆限制到了 200Mbps 左右, 上行倒是没变(买了 30 元的上行包)
2020-05-06 21:53:50 +08:00 回复了 jzjjzj 创建的主题 程序员 北京 上海 两地工作生活 感受最大的不同是什么？ 带来什么消极积极影响？ |
上海还能积分落户吧, 北京基本可以无视
2019-10-16 12:50:32 +08:00 回复了 vevlins 创建的主题 HTTP 短时间发送大量请求 http 返回 421 |
server 端是 nginx 么?有一个指令会指定一个长连接最多可以处理端请求数量,你可以参考一下
keepalive_requests 指令用于设置一个 keep-alive 连接上可以服务的请求的最大数量，当最大请求数量达到时，连接被关闭。默认是 100
当一个 keep alive 建立之后，nginx 就会为这个连接设置一个计数器，记录这个 keep alive 的长连接上已经接收并处理的客户端请求的数量。如果达到这个参数设置的最大值时，nginx 会强制关闭这个长连接，使得客户端必须重新建立长连接
当 qps 较大时，建议增加这个值，否则会导致大量的 TIME_WAIT 的 socket 连接
keepalive_requests 指令用于设置一个 keep-alive 连接上可以服务的请求的最大数量，当最大请求数量达到时，连接被关闭。默认是 100
当一个 keep alive 建立之后，nginx 就会为这个连接设置一个计数器，记录这个 keep alive 的长连接上已经接收并处理的客户端请求的数量。如果达到这个参数设置的最大值时，nginx 会强制关闭这个长连接，使得客户端必须重新建立长连接
当 qps 较大时，建议增加这个值，否则会导致大量的 TIME_WAIT 的 socket 连接
Select Language