@adoal
可以自己做标准 rpm 打包,稍微改动下标准 nginx 打包文件就可以了
%if %{with lua}
%package mod-http-ndk
Group: System Environment/Daemons
Summary: Nginx HTTP ndk module
Requires: nginx = %{epoch}:%{version}-%{release}

%description mod-http-ndk
%{summary}.

%package mod-http-lua
Group: System Environment/Daemons
Summary: Nginx HTTP lua module
Requires: nginx-mod-http-ndk = %{epoch}:%{version}-%{release}
Requires: openresty-luajit = %{luajit_ver}
Requires: openresty-core = %{core_ver}
Provides: lua-nginx-module = %{lua_ver}

%description mod-http-lua
%{summary}.
%endif

----
%if %{with lua}
--add-dynamic-module=./ngx_devel_kit-%{ndk_ver} \
--add-dynamic-module=./lua-nginx-module-%{lua_ver} \
%endif
%if %{with luastream}
--with-stream \
--add-module=./stream-lua-nginx-module-%{lua_stream_ver} \
%else
--with-stream=dynamic \
%endif

@XCFOX
ent 已经够好了起码可以定义简单的连表关系了

静态语言没法做那么灵活的

用户才会觉得 Electron 垃圾...只是用户不知道而已
知道 Electron 的用户都是程序员所以产生了程序员觉得 Electron 垃圾的错觉

Electron 的问题是又臃肿又慢,核心就是 js 不够行

程序员写 Electron 方便得 1b 好么,总比用其他东西写 ui 来的快多了

3. 后端接口都要都要带版本前缀/v1.0 方便更新修 bug,通过多版本接口实现兼容

1. 用 int 节约带宽就是扯淡,字符串提高开发效率,一眼能看懂的状态用 int 还要想半天
如果后端状态 int 字段本身很多地方都在用了,才考虑用 int 表状态

2.说了 100 便了 了,用 http 重定向用 post 传 get 带 body 就完事

主题森林花钱买
直接搜索 admin angular 或者 admin react/vue

简单来说用 overtime 来控制超时,而不是用 timeout 来控制超时

我说一个....用 ntp 保证各个服务器时间一致,ntp 一搬能保证 128 毫秒以内

所有 rpc 执行数据带上 overtime 时间, 客户端确认超时的时间比 overtime 时间多个 15~30 秒

执行服务器可以通过 overtime 来确认超时

如果你们对外接入多建议 JAVA ，估计很多 SDK 都没提供 go 的版本,到时候超级浪费时间

回错贴 ORZ

有啥区别啊...大不了 ngx 里面 lua 多请求一个接口拼起来一起返回不就得了

好奇你写了多久 GO,稍微写一段时间就知道 go 没法区别普通空字段和 null 字段了把
这是 go 语言本身的问题,go 语言傻逼处挺多的,但你居然会因为这个问题在生产环境踩坑

你应该反思下自己 2333 喷 go 没用...解决不,解决方式也很别扭,受不了换语言呀....

说多少次了 gen8 改 itx 上 itx 板子最靠谱

直接 zk 或者 etcd 做不就行了....为什么折腾 pg
数据库做锁没法支持连接断开后清理锁,用 expire_at 很别扭的

字段里加个 lokcer 存放 uuid, 这个 uuid 由于获得上锁的客户端生成, 由于这个 uuid 只有上锁的客户端才知道,这样就可以做到过期前只有指定的 locker 才能释放

上锁
update lock set locker = 'fffffffffffffffffffffffffffffffffffff' where id = 'locker-id' and locker is null

放锁
update lock set locker = null where id = 'locker-id' and locker = 'fffffffffffffffffffffffffffffffff'

linux 下 append 写入,是原子性,多进程安全的
你的问题应该不是多进程的安全问题

基于时间的文件归档有问题的话,多半是你们滚日志的时候只有主进程做了重新打开日志文件的操作

正确流程是发信号到进程组,所有进程组内所有进程都重新打开日志文件

遍历的时候超过 2 米的.....或者低一点 1.95

notify 是因为你配置里没配置 systemd 通知 systemd 认为你进程启动未完成所以到默认通知超时时间后就干掉了你的进程
去配置里找 systemd notify 相关配置

装 rpm 版