brew install 支持吗?
现在离开 AI,都不会写代码了。 一遍喝咖啡,一遍看 AI 写代码。 想想自己之前为了写代码,各种查资料,搜索。真不是人干的事。
AI 写代码,真正流行起来,也就是今年的事吧。之前还是 cursor,走自动补全的路。
AI 发展太快了。现在都不手写代码了。
好像 kamal 依赖 docker。
如果只部署一台服务器,且不用 docker,kamal 部署是不是有点麻烦?
感觉不错。我都是包工头了,不能自己干活了。有失身分。
没必要。轮子够多了。
为啥要戒色?直接砍了算了
只要不是 JS 写后端,我就不反对。
太暴力了
That's... not a great reason.
要么走全局代理,要么单独为 docker 设置 http 代理。
这个帖子之前下面有一个黄贴(香港,台湾那边的),at 管理员删掉了。不是指这个帖子。
果然是这个原因。DOMAIN-SUFFIX,doubleclick.net,REJECT
soga. 我看一下配置文件
不要苛求,其他的语言不也一样。Ruby 有 Rails 已经很好了。
又是广告?
用户密码只是安全的一部分,其他信息就不重要了吗?例如,手机号,年龄,性别,订单,支付信息等等... 为什么这些信息不需要加密呢?如果要加密,那就是把 HTTPS 重新实现了一遍。不要搞“局部优化”。
a 标签中都有 remote 属性了?前端发展的太快了。
怎么和 捧哏 逗哏 一样呢 
某些前端童鞋非要让 js 做后端的事情... 能把前端做好就谢天谢地了
看你怎么用。把 synchronized 锁包在外面,分布式锁放在里面。synchronized 锁就把大部分请求以很廉价的方式拦下来了,不用请求分布式锁,这个比较“昂贵”(通信开销之类的)。
这些基本的东西,你得会用啊
20W 就分表吗?“卡”的原因有很多,你先找个工具,分析一下,瓶颈出在哪里。
又是从哪里拷贝翻译的?
为什么会翻译为"宝石"?
阶段四:IO 线程回写 Socket 和主线程清空全局队
主线程执行完请求操作后,会把需要返回的结果写入缓冲区。然后,主线程会阻塞等待 IO 线程把这些结果回写到 Socket 中,并返回给客户端。
主线程为啥要阻塞等待 IO 线程呢?为啥不去做其他的事情?主线程要是阻塞等待 IO 线程,为啥不直接自己操作 IO 算了?这样不还是同一时间,只有一个线程在工作吗?