Zulip 在已有服务器上的生产部署共存安装的风险评估、冲突处理与完整操作指南【免费下载链接】zulipZulip server and web application. Open-source team chat that helps teams stay productive and focused.项目地址: https://gitcode.com/GitHub_Trending/zu/zulipZulip 官方安装脚本默认假设它可以在/etc下全权接管你的系统配置因此在已经运行着 nginx、Django 等其他应用的服务器上安装 Zulip 属于高风险操作。本文基于 docs/production/install-existing-server.md 展开系统梳理共存安装的核心风险、nginx 配置合并、Puppet/PostgreSQL/缓存中间件冲突的处理方法并结合仓库源码安装脚本、Puppet 模板与系统配置文档给出可落地的操作与排错依据。读完本文你将能够评估自己的服务器是否适合共存安装并在确实需要共存时按部就班地备份、合并、验证与回滚。一、先读懂官方立场为什么共存安装默认不被推荐Zulip 的安装脚本scripts/setup/install被设计为面向全新服务器它假定自己可以随意覆盖/etc下的配置文件并通过 Puppet 统一管理 nginx、PostgreSQL、Redis、Memcached、RabbitMQ 等全部依赖组件。这意味着如果你在同一台服务器上运行着其他 nginx 或 Django 应用安装过程可能直接破坏它们。原文档 install-existing-server.md 的态度非常明确这不是推荐做法即使按文中的提示操作仍可能弄坏服务器。官方建议优先为 Zulip 准备一台专用虚拟机或独立机器或直接使用 Zulip Cloud 托管方案如果坚持共存安装务必提前准备好完整备份和一键重建provisioning脚本以便服务器宕机时能迅速恢复现有服务。与之呼应的是 docs/production/requirements.md 中的表述安装器期望 Zulip 是系统上唯一运行的应用会用apt安装系统包nginx、PostgreSQL、Redis 等并为其自身配置若执意在其他服务共存的主机上安装官方不提供支持仅提供本文这样的踩坑笔记。安装器对系统环境的硬性检查从 scripts/lib/install 的源码可以看到安装脚本在动手之前会做一系列硬性校验共存安装时这些检查依然生效检查项约束条件源码位置操作系统仅支持 Debian 12/13、Ubuntu 22.04/24.04/26.04 LTSscripts/lib/installCPU 架构仅 x86_64 / aarch64amd64/arm64scripts/lib/install内存至少约 1.86GB RAM低于 5GB 时必须配置 swap推荐 2GBscripts/lib/installUbuntu universe 源Ubuntu 必须启用 universe 仓库scripts/lib/installSSL 证书standalone 安装时需存在/etc/ssl/private/zulip.key与/etc/ssl/certs/zulip.combined-chain.crt或用--certbot/--self-signed-certscripts/lib/install如果你的服务器不满足上述条件安装会直接中止这也是共存安装前先要确认的基线。安装脚本scripts/setup/install本身只是个薄封装它以root身份把完整安装过程输出记录到/var/log/zulip/install.log方便排错见 scripts/setup/install。二、nginx 冲突备份 → 合并 → 验证 → 恢复1. 安装前备份现有配置并准备 Zulip 的 nginx 模板Zulip 通过 Puppet 管理 nginx其主配置由 ERB 模板生成模板源码位于仓库的 puppet/zulip/templates/nginx.conf.template.erb。安装前先备份你现有的 nginx 配置并获取 Zulip 生成的配置用于对比合并sudo cp /etc/nginx/nginx.conf /etc/nginx.conf.before-zulip-install # Zulip 的 nginx 配置模板见仓库puppet/zulip/templates/nginx.conf.template.erb # 将其下载/复制为 /etc/nginx/nginx.conf.zulip 后用 meld 对比合并 sudo meld /etc/nginx/nginx.conf /etc/nginx/nginx.conf.zulip # 注意合并方向以右侧Zulip 版本为准2. 理解 ERB 模板% ... %占位符必须替换Zulip 的 nginx 配置是 ERB Puppet 模板其中嵌入了若干% ... %形式的 Puppet 变量拿到手后需要替换为实际内容% ca_crt %CA 证书路径Debian/Ubuntu 上通常替换为/etc/ssl/certs/ca-certificates.crt% worker_processes %nginx worker 进程数默认对应auto即 CPU 核数% worker_connections %每 worker 的最大并发连接数默认 10000。看模板源码可以了解 Zulip 对 nginx 的默认调优启用 gzip含application/json、text/css、image/svgxml等、TLS 1.2/1.3、client_max_body_size 25m、worker_rlimit_nofile 1000000以及基于 Mozilla intermediate profile 的 SSL 配置nginx.conf.template.erb。这些默认值在与你现有配置合并时都需要逐项核对。3. 安装完成后合并最终配置并重启Zulip 安装完成后会生成一份实际生效的/etc/nginx/nginx.conf即 Puppet 渲染后的成品此时再与手头的.zulip版本做一次对比合并然后重启 nginx$ sudo meld /etc/nginx/nginx.conf.zulip /etc/nginx/nginx.conf # 合并方向同样以右侧安装生成的为准 $ sudo service nginx restart4. 两个容易踩的坑/var/log/nginx属主被修改Zulip 的 Puppet 配置会把/var/log/nginx的属主改为zulip用户以便其进程读取访问日志。如果你的其他服务对该目录有属主/权限约定安装后可能受影响需视配置决定是否调整。用nginx_server_name限定主机名默认情况下 Zulip 生成的 nginxserver块不带server_name会匹配任意主机名从而抢走本应属于你其他站点的请求。解决方式是在/etc/zulip/zulip.conf中设置nginx_server_name[application_server] nginx_server_name example.com *.example.com关于该配置的完整说明见 docs/production/system-configuration.md默认不设置server块匹配任意 hostname设置后 Zulip 的server_name只认这些主机名必须列出 TLS 证书上的全部主机名否则自动证书续期会失败支持以*.example.com形式的尾通配符匹配子域。该配置在 Puppet 侧通过zulipconf(application_server, nginx_server_name, )读取见 puppet/zulip/manifests/profile/app_frontend.pp并注入到站点模板的server_name指令中见 puppet/zulip/templates/nginx/zulip-enterprise.template.erb。该模板同时展示了 Zulip 的监听策略默认在 443 端口提供 SSL 服务并把 80 端口请求 301 重定向到 HTTPS。三、Puppet 冲突安装前必须停掉本机 Puppet 服务如果服务器上运行着 Puppet server/agent安装过程中会因无法连接 Puppet master 而报错典型错误信息如下puppet-agent[29873]: Could not request certificate: Failed to open TCP connection to puppet:8140安装前需停掉本机的 Puppet 相关服务$ sudo service puppet-agent stop $ sudo service puppet stop原因在于 Zulip 的安装器会调用scripts/zulip-puppet-apply在本机执行puppet apply来部署整套配置见 scripts/lib/install本机 Puppet 服务的存在会与这一过程互相干扰。建议安装完成后再按需恢复你自己的 Puppet 服务并注意让两套配置互不覆盖。四、PostgreSQL 冲突版本、端口与数据库名1. 版本检查检测到其他版本会中止Zulip 需要自己的 PostgreSQL并期望其监听在5432 端口。安装时如果检测到其他版本的 PostgreSQL 已经存在安装会中止。从安装脚本源码可以确认这一检测逻辑scripts/lib/install当选择安装zulip::profile::standalone或zulip::profile::postgresql时脚本会枚举系统中已安装的postgresql-version包若存在与目标版本不一致的版本会提示你先手动移除$ sudo apt-get remove postgresql-旧版本号2. 使用--postgresql-version指定版本原文档描述 Zulip 期望安装 PostgreSQL 16从当前仓库源码看默认目标版本已更新为PostgreSQL 18见 scripts/lib/install 的POSTGRESQL_VERSION${POSTGRESQL_VERSION:-18}同时安装器要求 PostgreSQL 14 或更高版本见 scripts/lib/install。如果你已安装的 PostgreSQL 是受支持版本可以这样让安装器沿用./scripts/setup/install --postgresql-version你的版本号 ...需要注意的是安装器会从 PostgreSQL 官方 apt 仓库替换对应的包为最新版本但已有数据会被保留不会删除。3. 数据库名冲突默认使用mainZulip 默认使用名为main的数据库。如果你的现有 PostgreSQL 里已经有用到main这个名字必须先处理冲突。安装器也提供了自定义数据库名与用户的参数见 scripts/lib/install--postgresql-database-namezulip设置 PostgreSQL 数据库名--postgresql-database-userzulip设置 PostgreSQL 数据库用户。这些参数最终会通过crudini写入/etc/zulip/zulip.conf的[postgresql]段见 scripts/lib/install供后续 Puppet 渲染使用。五、Memcached、Redis 与 RabbitMQ默认配置接管风险Zulip 默认会把这三类中间件配置为自用其 Puppet 模板位于仓库puppet/zulip/templates/下如 memcached.conf.template.erb、zulip-redis.template.erb。安装脚本会配置 Memcached 供 Django 缓存使用配置 Redis 供消息队列等场景使用配置 RabbitMQ 作为 Zulip 的事件队列后端。官方对这三者的配置相当基础pretty basic。如果这些服务已经在被你的其他应用使用安装前务必确认 Zulip 的默认配置与现有用途兼容端口、内存占用、持久化策略等否则安装过程覆盖配置可能连带影响其他服务。六、没有卸载流程安装前想清楚Zulip不提供卸载流程。一旦安装要移除它就相当于手工反向操作所有 Puppet 变更与系统包安装——没有官方脚本可依赖。这是共存安装决策中最重要的不可逆成本之一务必在动手前完成备份与重建预案。七、安装器关键参数速查结合 docs/production/install.md 与 scripts/lib/install 的用法说明共存安装场景下你可能会用到的安装器参数如下参数作用共存安装相关说明--hostnamezulip.example.com用户访问的域名对应EXTERNAL_HOST必填除非--no-init-db/--puppet-classes且不用--certbot非 ASCII 域名须用 Punycode--emailadminexample.com管理员/团队联系邮箱对应ZULIP_ADMINISTRATOR必填用于报错与通知邮件--certbot自动申请并续期 Lets Encrypt 证书与--self-signed-cert互斥--self-signed-cert生成自签名证书仅适合测试/内网--postgresql-version指定 PostgreSQL 版本共存安装核心参数见上文--postgresql-database-name/--postgresql-database-user自定义数据库名/用户规避main库名冲突--no-init-db跳过数据库初始化已有 Zulip 数据库时使用--puppet-classes指定要安装的 Puppet 类默认zulip::profile::standalone隐含--no-init-db可用于拆分前端/数据库等角色--no-overwrite-settings保留已有的/etc/zulip配置升级/重装时保留自定义配置--no-dist-upgrade跳过安装前的apt-get dist-upgrade减少对系统包的意外升级--push-notifications/--no-push-notifications是否注册移动推送服务注册会要求同意服务条款--no-submit-usage-statistics关闭使用统计上报仅对启用推送时有效安装完成后安装器会自动执行nginx -t校验 nginx 配置scripts/lib/install并检查 RabbitMQ 状态scripts/lib/install。共存场景下若nginx -t失败绝大多数原因是 SSL 证书问题修复后直接重跑安装脚本即可续装——安装器是幂等的idempotent这在共存安装反复调优配置时非常有用。八、官方支持边界不提供支持但欢迎贡献官方明确表示共存安装不在支持范围之内但绝大多数限制点都欢迎通过 pull request 修复。如果你想帮助完善这份共存安装避坑清单可以在 Zulip 的开发社区中与维护者沟通。相关改进建议可聚焦于让安装脚本更好地检测并避开已有 nginx/PostgreSQL/中间件配置完善nginx_server_name等共存场景配置项的文档与默认行为提供更细粒度的不接管 /etc安装选项。总结在已有服务器上共存安装 Zulip 生产实例本质是一场配置所有权的博弈安装器默认全权接管/etc下的 nginx、PostgreSQL 与中间件配置。若确需共存请按以下顺序操作先核对系统要求OS/内存/架构→ 备份 nginx 配置与全部服务 → 停掉本机 Puppet 服务 → 处理 PostgreSQL 版本与main库名冲突 → 确认 Memcached/Redis/RabbitMQ 配置兼容 → 安装后合并 nginx 配置并重启 → 验证nginx -t与各服务状态同时牢记 Zulip 没有卸载流程务必保留完整的备份与重建预案。【免费下载链接】zulipZulip server and web application. Open-source team chat that helps teams stay productive and focused.项目地址: https://gitcode.com/GitHub_Trending/zu/zulip创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Zulip 在已有服务器上的生产部署：共存安装的风险评估、冲突处理与完整操作指南
Zulip 在已有服务器上的生产部署共存安装的风险评估、冲突处理与完整操作指南【免费下载链接】zulipZulip server and web application. Open-source team chat that helps teams stay productive and focused.项目地址: https://gitcode.com/GitHub_Trending/zu/zulipZulip 官方安装脚本默认假设它可以在/etc下全权接管你的系统配置因此在已经运行着 nginx、Django 等其他应用的服务器上安装 Zulip 属于高风险操作。本文基于 docs/production/install-existing-server.md 展开系统梳理共存安装的核心风险、nginx 配置合并、Puppet/PostgreSQL/缓存中间件冲突的处理方法并结合仓库源码安装脚本、Puppet 模板与系统配置文档给出可落地的操作与排错依据。读完本文你将能够评估自己的服务器是否适合共存安装并在确实需要共存时按部就班地备份、合并、验证与回滚。一、先读懂官方立场为什么共存安装默认不被推荐Zulip 的安装脚本scripts/setup/install被设计为面向全新服务器它假定自己可以随意覆盖/etc下的配置文件并通过 Puppet 统一管理 nginx、PostgreSQL、Redis、Memcached、RabbitMQ 等全部依赖组件。这意味着如果你在同一台服务器上运行着其他 nginx 或 Django 应用安装过程可能直接破坏它们。原文档 install-existing-server.md 的态度非常明确这不是推荐做法即使按文中的提示操作仍可能弄坏服务器。官方建议优先为 Zulip 准备一台专用虚拟机或独立机器或直接使用 Zulip Cloud 托管方案如果坚持共存安装务必提前准备好完整备份和一键重建provisioning脚本以便服务器宕机时能迅速恢复现有服务。与之呼应的是 docs/production/requirements.md 中的表述安装器期望 Zulip 是系统上唯一运行的应用会用apt安装系统包nginx、PostgreSQL、Redis 等并为其自身配置若执意在其他服务共存的主机上安装官方不提供支持仅提供本文这样的踩坑笔记。安装器对系统环境的硬性检查从 scripts/lib/install 的源码可以看到安装脚本在动手之前会做一系列硬性校验共存安装时这些检查依然生效检查项约束条件源码位置操作系统仅支持 Debian 12/13、Ubuntu 22.04/24.04/26.04 LTSscripts/lib/installCPU 架构仅 x86_64 / aarch64amd64/arm64scripts/lib/install内存至少约 1.86GB RAM低于 5GB 时必须配置 swap推荐 2GBscripts/lib/installUbuntu universe 源Ubuntu 必须启用 universe 仓库scripts/lib/installSSL 证书standalone 安装时需存在/etc/ssl/private/zulip.key与/etc/ssl/certs/zulip.combined-chain.crt或用--certbot/--self-signed-certscripts/lib/install如果你的服务器不满足上述条件安装会直接中止这也是共存安装前先要确认的基线。安装脚本scripts/setup/install本身只是个薄封装它以root身份把完整安装过程输出记录到/var/log/zulip/install.log方便排错见 scripts/setup/install。二、nginx 冲突备份 → 合并 → 验证 → 恢复1. 安装前备份现有配置并准备 Zulip 的 nginx 模板Zulip 通过 Puppet 管理 nginx其主配置由 ERB 模板生成模板源码位于仓库的 puppet/zulip/templates/nginx.conf.template.erb。安装前先备份你现有的 nginx 配置并获取 Zulip 生成的配置用于对比合并sudo cp /etc/nginx/nginx.conf /etc/nginx.conf.before-zulip-install # Zulip 的 nginx 配置模板见仓库puppet/zulip/templates/nginx.conf.template.erb # 将其下载/复制为 /etc/nginx/nginx.conf.zulip 后用 meld 对比合并 sudo meld /etc/nginx/nginx.conf /etc/nginx/nginx.conf.zulip # 注意合并方向以右侧Zulip 版本为准2. 理解 ERB 模板% ... %占位符必须替换Zulip 的 nginx 配置是 ERB Puppet 模板其中嵌入了若干% ... %形式的 Puppet 变量拿到手后需要替换为实际内容% ca_crt %CA 证书路径Debian/Ubuntu 上通常替换为/etc/ssl/certs/ca-certificates.crt% worker_processes %nginx worker 进程数默认对应auto即 CPU 核数% worker_connections %每 worker 的最大并发连接数默认 10000。看模板源码可以了解 Zulip 对 nginx 的默认调优启用 gzip含application/json、text/css、image/svgxml等、TLS 1.2/1.3、client_max_body_size 25m、worker_rlimit_nofile 1000000以及基于 Mozilla intermediate profile 的 SSL 配置nginx.conf.template.erb。这些默认值在与你现有配置合并时都需要逐项核对。3. 安装完成后合并最终配置并重启Zulip 安装完成后会生成一份实际生效的/etc/nginx/nginx.conf即 Puppet 渲染后的成品此时再与手头的.zulip版本做一次对比合并然后重启 nginx$ sudo meld /etc/nginx/nginx.conf.zulip /etc/nginx/nginx.conf # 合并方向同样以右侧安装生成的为准 $ sudo service nginx restart4. 两个容易踩的坑/var/log/nginx属主被修改Zulip 的 Puppet 配置会把/var/log/nginx的属主改为zulip用户以便其进程读取访问日志。如果你的其他服务对该目录有属主/权限约定安装后可能受影响需视配置决定是否调整。用nginx_server_name限定主机名默认情况下 Zulip 生成的 nginxserver块不带server_name会匹配任意主机名从而抢走本应属于你其他站点的请求。解决方式是在/etc/zulip/zulip.conf中设置nginx_server_name[application_server] nginx_server_name example.com *.example.com关于该配置的完整说明见 docs/production/system-configuration.md默认不设置server块匹配任意 hostname设置后 Zulip 的server_name只认这些主机名必须列出 TLS 证书上的全部主机名否则自动证书续期会失败支持以*.example.com形式的尾通配符匹配子域。该配置在 Puppet 侧通过zulipconf(application_server, nginx_server_name, )读取见 puppet/zulip/manifests/profile/app_frontend.pp并注入到站点模板的server_name指令中见 puppet/zulip/templates/nginx/zulip-enterprise.template.erb。该模板同时展示了 Zulip 的监听策略默认在 443 端口提供 SSL 服务并把 80 端口请求 301 重定向到 HTTPS。三、Puppet 冲突安装前必须停掉本机 Puppet 服务如果服务器上运行着 Puppet server/agent安装过程中会因无法连接 Puppet master 而报错典型错误信息如下puppet-agent[29873]: Could not request certificate: Failed to open TCP connection to puppet:8140安装前需停掉本机的 Puppet 相关服务$ sudo service puppet-agent stop $ sudo service puppet stop原因在于 Zulip 的安装器会调用scripts/zulip-puppet-apply在本机执行puppet apply来部署整套配置见 scripts/lib/install本机 Puppet 服务的存在会与这一过程互相干扰。建议安装完成后再按需恢复你自己的 Puppet 服务并注意让两套配置互不覆盖。四、PostgreSQL 冲突版本、端口与数据库名1. 版本检查检测到其他版本会中止Zulip 需要自己的 PostgreSQL并期望其监听在5432 端口。安装时如果检测到其他版本的 PostgreSQL 已经存在安装会中止。从安装脚本源码可以确认这一检测逻辑scripts/lib/install当选择安装zulip::profile::standalone或zulip::profile::postgresql时脚本会枚举系统中已安装的postgresql-version包若存在与目标版本不一致的版本会提示你先手动移除$ sudo apt-get remove postgresql-旧版本号2. 使用--postgresql-version指定版本原文档描述 Zulip 期望安装 PostgreSQL 16从当前仓库源码看默认目标版本已更新为PostgreSQL 18见 scripts/lib/install 的POSTGRESQL_VERSION${POSTGRESQL_VERSION:-18}同时安装器要求 PostgreSQL 14 或更高版本见 scripts/lib/install。如果你已安装的 PostgreSQL 是受支持版本可以这样让安装器沿用./scripts/setup/install --postgresql-version你的版本号 ...需要注意的是安装器会从 PostgreSQL 官方 apt 仓库替换对应的包为最新版本但已有数据会被保留不会删除。3. 数据库名冲突默认使用mainZulip 默认使用名为main的数据库。如果你的现有 PostgreSQL 里已经有用到main这个名字必须先处理冲突。安装器也提供了自定义数据库名与用户的参数见 scripts/lib/install--postgresql-database-namezulip设置 PostgreSQL 数据库名--postgresql-database-userzulip设置 PostgreSQL 数据库用户。这些参数最终会通过crudini写入/etc/zulip/zulip.conf的[postgresql]段见 scripts/lib/install供后续 Puppet 渲染使用。五、Memcached、Redis 与 RabbitMQ默认配置接管风险Zulip 默认会把这三类中间件配置为自用其 Puppet 模板位于仓库puppet/zulip/templates/下如 memcached.conf.template.erb、zulip-redis.template.erb。安装脚本会配置 Memcached 供 Django 缓存使用配置 Redis 供消息队列等场景使用配置 RabbitMQ 作为 Zulip 的事件队列后端。官方对这三者的配置相当基础pretty basic。如果这些服务已经在被你的其他应用使用安装前务必确认 Zulip 的默认配置与现有用途兼容端口、内存占用、持久化策略等否则安装过程覆盖配置可能连带影响其他服务。六、没有卸载流程安装前想清楚Zulip不提供卸载流程。一旦安装要移除它就相当于手工反向操作所有 Puppet 变更与系统包安装——没有官方脚本可依赖。这是共存安装决策中最重要的不可逆成本之一务必在动手前完成备份与重建预案。七、安装器关键参数速查结合 docs/production/install.md 与 scripts/lib/install 的用法说明共存安装场景下你可能会用到的安装器参数如下参数作用共存安装相关说明--hostnamezulip.example.com用户访问的域名对应EXTERNAL_HOST必填除非--no-init-db/--puppet-classes且不用--certbot非 ASCII 域名须用 Punycode--emailadminexample.com管理员/团队联系邮箱对应ZULIP_ADMINISTRATOR必填用于报错与通知邮件--certbot自动申请并续期 Lets Encrypt 证书与--self-signed-cert互斥--self-signed-cert生成自签名证书仅适合测试/内网--postgresql-version指定 PostgreSQL 版本共存安装核心参数见上文--postgresql-database-name/--postgresql-database-user自定义数据库名/用户规避main库名冲突--no-init-db跳过数据库初始化已有 Zulip 数据库时使用--puppet-classes指定要安装的 Puppet 类默认zulip::profile::standalone隐含--no-init-db可用于拆分前端/数据库等角色--no-overwrite-settings保留已有的/etc/zulip配置升级/重装时保留自定义配置--no-dist-upgrade跳过安装前的apt-get dist-upgrade减少对系统包的意外升级--push-notifications/--no-push-notifications是否注册移动推送服务注册会要求同意服务条款--no-submit-usage-statistics关闭使用统计上报仅对启用推送时有效安装完成后安装器会自动执行nginx -t校验 nginx 配置scripts/lib/install并检查 RabbitMQ 状态scripts/lib/install。共存场景下若nginx -t失败绝大多数原因是 SSL 证书问题修复后直接重跑安装脚本即可续装——安装器是幂等的idempotent这在共存安装反复调优配置时非常有用。八、官方支持边界不提供支持但欢迎贡献官方明确表示共存安装不在支持范围之内但绝大多数限制点都欢迎通过 pull request 修复。如果你想帮助完善这份共存安装避坑清单可以在 Zulip 的开发社区中与维护者沟通。相关改进建议可聚焦于让安装脚本更好地检测并避开已有 nginx/PostgreSQL/中间件配置完善nginx_server_name等共存场景配置项的文档与默认行为提供更细粒度的不接管 /etc安装选项。总结在已有服务器上共存安装 Zulip 生产实例本质是一场配置所有权的博弈安装器默认全权接管/etc下的 nginx、PostgreSQL 与中间件配置。若确需共存请按以下顺序操作先核对系统要求OS/内存/架构→ 备份 nginx 配置与全部服务 → 停掉本机 Puppet 服务 → 处理 PostgreSQL 版本与main库名冲突 → 确认 Memcached/Redis/RabbitMQ 配置兼容 → 安装后合并 nginx 配置并重启 → 验证nginx -t与各服务状态同时牢记 Zulip 没有卸载流程务必保留完整的备份与重建预案。【免费下载链接】zulipZulip server and web application. Open-source team chat that helps teams stay productive and focused.项目地址: https://gitcode.com/GitHub_Trending/zu/zulip创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考