做一个 service 层来做,如果是像 models 但不放在 db 里,也可以放在 models 里但不持久化。
这个很赞。 devise 很强大,但有些过度抽象,真正有自己需求时很难调整。 完全自己手写安全性又很难保证。一个强大的脚手架是很好的解决方案。
我听说是有的,可能在广州
等 2000 万条以上再考虑。要是 pg 的话,showmebug 有 2 亿条的都没有任何问题。
千万别这么干,会出现重大的偶现 Bug。在 Rails 的框架里,不要用任何线程,因为底层的实现有可能是线程池,也可能是 fiber,会导致线程中看上去独立的变量复用在不同的请求里,引发重大 Bug。
再一次“激进"创新,引领未来的 web 开发之路。
关于问题一,主要的原因在于每次处理数据的内存可能是超出预期的,数据处理应该尽可能在查询期解决掉,而不是放在内存对象里。否则会导致系统 GC 问题。 关于问题二,这个要具体业务具体分析,没有特定的标准。主要的考虑还是 QPS 的需求,业务对准了哪些接口,如何验证和场景化。
辛苦了
还有需求
备注一下再加一下?我这一直有处理。
中午有午餐时间,晚上可以提前去吃饭。
所以要用技术做产品,用产品来证明价值。
我们去努力实现。
已经有人用了 我再发一个 lh7oMO
可以先看看官网,https://1024code.com
我留一个邀请码,用完可以留言说一下。omW7pT
我们自己在公测一个国产版的,有兴趣试试更快的 replit 吗
可以线上写,可以用 AI 一起写。
发展很棒的一家垂直行业公司。
刚跟负责人确认还在招募中,共有 6 人,预计还需要一个月关闭 HC。
我帮问问,如果是招满的话我更新停止。
辛苦华顺维护。这是我们的基础设施。
这个是个很好的发现,看看能进一步研究根因不
支持,已提交主题,深圳也在招聘中高级 Rails 工程师,我们特别喜欢工程能力好,对代码有追求的工程师。
学点前端
强力支持
关于 puma 一些简单的结论:
就是最优配置,性能最重要的是验证接口 QPS 能力。
用 vim
写程序的人更容易获得一个成就:理解生命的意义。事物都有两面,有大师说过,真正的幸福往往来自于市井,所以程序员是不容易幸福的,因为懂的太多了。
程序的底层是将布尔逻辑自动化转化成计算,进而模拟整个世界。所以程序员更容易了解生命、意识是怎么来的。而一旦理解这些,就变成另一种物种,不容易与别人接近,就成为了程序员的悲哀。
但是,管它呢。
-- 深圳 Ruby 社区 李亚飞