技术栈又扩宽了嘛。。。

壮士，15 年一直到今天都没改初心，然后并没有 node 的坑，是纯前端

1、共享会员 要看提供服务的服务商协议中是否允许，只要你收费共享甚至说免费共享，都有可能违约导致账号被锁定 2、要看你用的服务器供应商是不是有自动扣费、或者 api 付费 不难

用在一些前端交互不多的场景下还是极好的

233

挺好的 跳出了一个工程师的范畴 走向了更高的 level

不会不会，这些细节在不论什么项目中 都是要考虑的

这种按钮 disabled 的情况 直接在按钮上加个转圈的 icon 就可以了 你说不是实际需求 只能说是你们的产品同学有点太绝对的解决问题了 我们的解决办法是这样的：

表单查询、提交的时候 整个表单遮罩 loading 的 icon，按钮中添加 loading 的 icon 同时文字变成 提交中 table 中删除资源，删除的按钮添加 loading 的 icon，这样用户删 3 个 会有 3 个按钮执行动画 各自走各自的

举例：删某个资源的动画 不是应该在那个资源的位置有动画么

古剑奇谭 +1

web 容器和相关的监控是啥 看看是否有内存溢出的情况导致原本的 worker 被 kill

这个要分析你请求的 1s 是怎么组成的，如果 db 900ms 程序 100ms 你还要分析多并发的情况下 db 的时间会不会增加

王总说好的吃饭呢...不管饭不帮推...

是的 应该是 any 吃饭的时候我就随手一写 带偏了 quakewang 哭...

params.slice(*%i[ begin_integral end_integral site_sn begin_order_count ...]).values.all?(&:present?)

不是的 团队人数多了以后就不是 7 刀了 刚看了下是每个月 9 刀每人，初始 5 用户 25 刀~ 20 个人的团队都要 160 刀一个月了

coding.net 团队功能 主要因为厂小 github 买不起。。。

这个问题。。。我觉得 schema.rb 是无辜的。。。 你们应该解决协同开发的问题，并不是 schema.rb 的问题。。。因为如果版本控制出问题的话。。。不止 schema.rb 会冲突啊。。。

不会的~ 所谓的底层实际上就是一些基础组件的样子 比方说 form table button 包括一些 section。推荐你看看 iView 这个 vue 的 UI 组件 我会觉得对你的理解会有帮助~ 他就是很标准的一个底层组件库

就直接照着微信的文档实现就行了啊，还挺容易的。

这个是思维模式的问题，并不是 html 和 javascript 放一起这么简单的结论。vue 目前是我在生产中使用的框架，他的组件化非常的好用，每一个组件只去做 2 件事 1 我长什么样子（html css）2 我做什么事情（js）。这样的结果是你的整个项目都是有很多很多的组件组成的，底层的组件里有基础的 html 标签和 css，还有一些基础动作的 js。上层逻辑的组件里基本上没有基础 html 了，他都是由底层组件组成的，然后 js 里是实现自己要做什么。

在~

同学你好。。。回我的招聘贴聊这个话题吧。。。有版规要求不能搭车的。。。

欢迎来看看哈

正经的情况，db 根本就不给 rails 项目 delete 的权限...

提问：如果明文实际上就是看起来的“乱码”怎么办

那这个需求就恰好是 group 的使用场景~

我的问题是~ group 并不是去重，会丢数据的~ 比方说 log 有 create_at 聚合以后只能显示一组相同字段数据里的某一个值了

你这样会丢 OperationLog 的，每个 user 未必只有一个 log，group 是聚合~ 所以你的需求是什么~