大小周吗😄
前三名 lisp?
这么大企业,没个官方邮箱?
awesome
写 Go 写的很痛苦,我已经写 Java 去了
Gitee 也有企业私有化部署 https://gitee.com/enterprises
我会写在一起
安全隐患具体是?
架构是演化来的,提前优化是万恶之源
最近半年做的项目各种分库分表,各种缓存,各种微服务,量没多少,维护起来麻烦
大部分时候像 rails 这种单体就够了
技术栈很 cool
边车模式,现在 service mesh 比较火,istio 之类的,把错误处理啥的放边车做 或者说业务层面重试
k8s 的话直接用 liveness
==== 说的不一个点
C 语音
由于令人‘烦恼’的网络问题
应该解决这个问题,而不是加个虚拟机😄
SSR 真香
k8s istio 普通团队 hold 不住啊
微服务引入了太多的复杂度
还有 authorized?
你之前 restful api 怎么实现登入注册,现在基本也怎么实现,只是换成 mutation 和 query 了
以及每一次 query 或 mutation 请求之前,都进行认证
就是 用 ready?
之类的,比如 BaseMutation 定义一个 ready?
可以自己实现认证就行
检查认证的话,比如 Mutation,在 ready 处理下
class Mutations::BaseMutation < GraphQL::Schema::RelayClassicMutation
def ready?(**args)
if !context[:current_admin]
raise GraphQL::ExecutionError.new "需要管理员认证"
else
true
end
end
end
DHH 为何又重启了 assets pipeline?
好奇
一个人维护多个微服务不是问题,问题取决于生态。
一个人维护还简单
人多里容易成焦油坑,我现在积累了很多反模式的经验😄
但是 ruby 做微服务,如果在 N 个项目跳来跳去的,简直是一种灾难。
这个应该搞 monorepo,放一个 git repo 里
升级 rails
符合需求的前提下,越简单的实现越好
PS 感觉 Rails 还是搞单体香