replace the IP to playground with a friendly host

santifuhuo · Jul 3, 2021 · 0714189 · 0714189
1 parent cc4eae3
commit 0714189
Show file tree

Hide file tree

Showing 4 changed files with 20 additions and 20 deletions.
diff --git a/README.md b/README.md
@@ -12,15 +12,15 @@ Please refer to [Turms Documentation](https://turms-im.github.io/docs) (no Engli
 ## Playground
 (Version of demo servers: ghcr.io/turms-im/turms:latest, ghcr.io/turms-im/turms-gateway:latest, ghcr.io/turms-im/turms-admin:latest)
 
-* turms-admin: http://120.24.57.206:6510
+* turms-admin: http://playground.turms.im:6510
 
   Both the account and the password are: guest. (The account is allowed to query and add data, but is not allowed to update and delete data.)
 
-* turms (Admin API in dev environment with mock data supported): http://120.24.57.206:8510
+* turms (Admin API in dev environment with fake data supported): http://playground.turms.im:8510
 
   (Note that if you open the link (API) directly in the browser, it will get a response with 401 (no permission))
 
-* turms-gateway: http://120.24.57.206:10510 (port for WebSocket access) and http://120.24.57.206:11510 (port for TCP access)
+* turms-gateway: http://playground.turms.im:10510 (port for WebSocket access) and http://playground.turms.im:11510 (port for TCP access)
 
   You can use any turms-client-(java/js/swift) implementation to send requests to turms-gateway and interact with other users.
 
@@ -33,7 +33,7 @@ git clone --depth 1 https://github.com/turms-im/turms.git
 cd turms
 docker-compose -f docker-compose.standalone.yml up --force-recreate
 ```
-After the cluster is set up, you can visit turms-admin at http://localhost:6510, and enter the account and password ("guest" by default). If you have logged in successfully, it will indicate that turms has been setup successfully.
+After the cluster is set up, you can visit turms-admin at http://localhost:6510, and enter the account and password ("turms" by default). If you have logged in successfully, it will indicate that turms has been setup successfully.
 
 ## Intro
 
@@ -108,7 +108,7 @@ The architecture design of Turms is derived from commercial instant messaging ar
 | --------------------- | ------------------------------------------------------------ | ------------------------------------------------------------ |
 | Application scenarios | Team communications                                          | General medium to large scale IM scenarios (Making Turms possible for redevelopment) |
 | Advantages            | 1. The client implementation is cross-platform and out-of-the-box for users<br/>2. Support a complete and unified UI suite<br/>3. Support rich advanced instant messaging features, such as audio and video conference, file sharing, screen sharing <br/>4. Provide commercial users with technical support | The advantages are the features described above              |
-| Disadvantages         | 1. Only suitable for small-scale applications<br/>2. Narrow application scenarios and hard to customize | 1. Only meets the general instant messaging needs, and does not provide some advanced features (for example, no support for audio and video conferencing)<br/>2. The admin system does not provide advanced operation features currently <br/>3. No support for specific business logic and UI<br />4. Low coverage of integration/unit testing<br />5. Servers are reactive, which is challenging for some developers |
+| Disadvantages         | 1. Only suitable for small-scale applications<br/>2. Narrow application scenarios and hard to customize | 1. Only meets the general instant messaging needs, and does not provide some advanced features (for example, no support for audio and video conferencing)<br/>2. The admin system does not provide advanced operation features currently <br/>3. No support for specific business logic and UI<br />4. Servers are reactive, which is challenging for some developers |
 | Comment               | It is highly recommended to use Rocket.Chat for team communications | Although both are open source IM projects, they have completely different application scenarios. Turms is a general instant messaging engine for medium to large scale instant messaging applications. You cannot just hand Turms to your customers (just as most products don't let customers write SQL statements to query business data in the database). <br/>However, based on Turms, you can implement all the open-source instant messaging projects on GitHub more efficiently, comprehensively, and extensively |
 ## Demo with Specific Business Implementation
 

diff --git a/README_zh.md b/README_zh.md
@@ -14,13 +14,13 @@ Turms是一套全球范围内最为先进的、为同时在线用户数为100K~1
 
 （当前Demo的服务端版本：ghcr.io/turms-im/turms:latest、ghcr.io/turms-im/turms-gateway:latest、ghcr.io/turms-im/turms-admin:latest）
 
-* turms-admin服务端地址：http://120.24.57.206:6510
+* turms-admin服务端地址：http://playground.turms.im:6510
 
   登录账号与密码均为：guest（该账号有查询与增加领域模型的权限，无更新与删除领域模型的权限）
-* turms服务端的管理员API地址（DEV配置，带Mock数据）：http://120.24.57.206:8510
+* turms服务端的管理员API地址（DEV配置，带Mock数据）：http://playground.turms.im:8510
 
   （提醒：如果您直接打开该页面，会提示401无权限”）
-* turms-gateway服务端地址：http://120.24.57.206:10510 （WebSocket端口）、http://120.24.57.206:11510 （TCP端口）
+* turms-gateway服务端地址：http://playground.turms.im:10510 （WebSocket端口）、http://playground.turms.im:11510 （TCP端口）
 
 您可以使用任意turms-client-(java/js/swift)客户端，向turms-gateway服务端发送请求，并与其他用户进行交互。
 
@@ -36,7 +36,7 @@ cd turms
 docker-compose -f docker-compose.standalone.yml up --force-recreate
 ```
 
-等集群完成搭建后，可以通过 http://localhost:6510 访问turms-admin后台管理系统，并输入账号密码（默认均为“guest”）。如果登录成功，则说明turms服务端也已经成功启动。
+等集群完成搭建后，可以通过 http://localhost:6510 访问turms-admin后台管理系统，并输入账号密码（默认均为“turms”）。如果登录成功，则说明turms服务端也已经成功启动。
 
 ## 简介
 
@@ -112,7 +112,7 @@ Turms的架构设计脱胎于商用即时通讯架构。下图为Turms的参考
 | -------- | ------------------------------------------------------------ | ------------------------------------------------------------ | ------------------------------------------------------------ |
 | 应用场景 | 企业内部通讯                                                 | 企业内部通讯                                                 | 通用的中大规模即时通讯场景（为二次开发提供实际操作的可能）   |
 | 优点     | 1. 客户端支持众多平台且开箱即用<br />2. 带有完整且风格统一的UI套件<br />3. 具有大量的拓展即时通讯功能，包括音视频会议、文件传输、桌面共享等高级功能<br />4. 商业版有技术团队支持 | 1. 部分开发者具有开源奉献精神                                | 优点即上文所述特性                                           |
-| 缺点     | 1. 只适合小规模部署（千人以下）<br />2. 适用场景窄，功能可定制性差 | 1. 项目技术人员技术视野窄，代码质量过低，无软件工程思维，总体水平业余<br />2. 项目大多具有玩票性质。通常维护者在长期维护过程中，会发现当前服务架构混乱不堪，但又没能力重构，或者发现同领域内还有其他开源的且对方项目具有碾压性优势的时候，热情大减，放弃继续维护项目<br />3. 项目大多哗众取宠（通常伴随互刷关注度）。由于吸引初级程序员更容易快速获取关注度，该类项目多会提供一些业余水平的UI界面与外强中干的产品功能，最终积重难返，彻底沦为玩具项目<br />4. 部分项目仅公开部分源码，以假借开源名义来推广低质的收费服务。但其收费服务远不如免费的Rocket.Chat，跟融云、网易云信等成熟的商业服务相比就更无优势可言了<br />5. KPI项目或面试用项目。目的完成后便抛弃项目 | 1. 只满足通用的即时通讯需求，不提供拓展功能的实现（如：不具备常用的音视频会议功能。TODO：Turms后期会基于SFU媒体服务器为Turms主服务端定制一套信令服务端，目前您可自行选择其他音视频会议解决方案与Turms进行集成）<br />2. 配套的管理员运维系统不提供专业的运维功能（注意：Turms配套的管理员系统和商用的运维系统是相辅相成的）。<br />3. 不提供客户端具体的上层业务逻辑实现与UI支持<br />4. 服务端与客户端的自动化测试力度低<br />5. 服务端基于响应式编程，对二次开发者的技术水平要求相对高 |
+| 缺点     | 1. 只适合小规模部署（千人以下）<br />2. 适用场景窄，功能可定制性差 | 1. 项目技术人员技术视野窄，代码质量过低，无软件工程思维，总体水平业余<br />2. 项目大多具有玩票性质。通常维护者在长期维护过程中，会发现当前服务架构混乱不堪，但又没能力重构，或者发现同领域内还有其他开源的且对方项目具有碾压性优势的时候，热情大减，放弃继续维护项目<br />3. 项目大多哗众取宠（通常伴随互刷关注度）。由于吸引初级程序员更容易快速获取关注度，该类项目多会提供一些业余水平的UI界面与外强中干的产品功能，最终积重难返，彻底沦为玩具项目<br />4. 部分项目仅公开部分源码，以假借开源名义来推广低质的收费服务。但其收费服务远不如免费的Rocket.Chat，跟融云、网易云信等成熟的商业服务相比就更无优势可言了<br />5. KPI项目或面试用项目。目的完成后便抛弃项目 | 1. 只满足通用的即时通讯需求，不提供拓展功能的实现（如：不具备常用的音视频会议功能。TODO：Turms后期会基于SFU媒体服务器为Turms主服务端定制一套信令服务端，目前您可自行选择其他音视频会议解决方案与Turms进行集成）<br />2. 配套的管理员运维系统不提供专业的运维功能（注意：Turms配套的管理员系统和商用的运维系统是相辅相成的）。<br />3. 不提供客户端具体的上层业务逻辑实现与UI支持<br />4. 服务端基于响应式编程，对二次开发者的技术水平要求相对高 |
 | 总评     | 几乎是开源届中企业内部通讯实现的最优开源项目，非常推荐       | 受众主要是不了解即时通讯领域的初级程序员，Rocket.Chat跟这类产品相比具有碾压性的优势 | Rocket.Chat和Turms虽然同为即时通讯领域的开源项目，但二者在应用场景上几乎没有交集。<br />因为Tumrs是面向通用的中大型即时通讯应用场景，且相对底层的即时通讯引擎。您无法直接将Turms引擎交给您的客户使用（就像大部分产品不会让客户直接写SQL语句来查询数据库里的业务模型一样）。<br />但基于Turms，您可以更高效、更全方位、更扩展地实现目前GitHub上所有开源的即时通讯项目 |
 
 ## 关于带具体业务实现的Demo

diff --git a/turms-docs/src/README.md b/turms-docs/src/README.md
@@ -14,15 +14,15 @@ Turms是一套全球范围内最为先进的、为同时在线用户数为100K~1
 
 （当前Demo的服务端版本：ghcr.io/turms-im/turms:latest、ghcr.io/turms-im/turms-gateway:latest、ghcr.io/turms-im/turms-admin:latest）
 
-* turms-admin服务端地址：http://120.24.57.206:6510
+* turms-admin服务端地址：http://playground.turms.im:6510
 
   登录账号与密码均为：guest（该账号有查询与增加领域模型的权限，无更新与删除领域模型的权限）
 
-* turms服务端的管理员API地址（DEV配置，带Mock数据）：http://120.24.57.206:8510
+* turms服务端的管理员API地址（DEV配置，带Mock数据）：http://playground.turms.im:8510
 
   （提醒：如果您直接打开该页面，会提示401无权限”）
 
-* turms-gateway服务端地址：http://120.24.57.206:10510 （WebSocket端口）、http://120.24.57.206:11510 （TCP端口）
+* turms-gateway服务端地址：http://playground.turms.im:10510 （WebSocket端口）、http://playground.turms.im:11510 （TCP端口）
 
 您可以使用任意turms-client-(java/js/swift)客户端，向turms-gateway服务端发送请求，并与其他用户进行交互。
 
@@ -38,7 +38,7 @@ cd turms
 docker-compose -f docker-compose.standalone.yml up --force-recreate
 ```
 
-等集群完成搭建后，可以通过 http://localhost:6510 访问turms-admin后台管理系统，并输入账号密码（默认均为“guest”）。如果登录成功，则说明turms服务端也已经成功启动。
+等集群完成搭建后，可以通过 http://localhost:6510 访问turms-admin后台管理系统，并输入账号密码（默认均为“turms”）。如果登录成功，则说明turms服务端也已经成功启动。
 
 ## 简介
 
@@ -114,7 +114,7 @@ Turms的架构设计脱胎于商用即时通讯架构。下图为Turms的参考
 | -------- | ------------------------------------------------------------ | ------------------------------------------------------------ | ------------------------------------------------------------ |
 | 应用场景 | 企业内部通讯                                                 | 企业内部通讯                                                 | 通用的中大规模即时通讯场景（为二次开发提供实际操作的可能）   |
 | 优点     | 1. 客户端支持众多平台且开箱即用<br />2. 带有完整且风格统一的UI套件<br />3. 具有大量的拓展即时通讯功能，包括音视频会议、文件传输、桌面共享等高级功能<br />4. 商业版有技术团队支持 | 1. 部分开发者具有开源奉献精神                                | 优点即上文所述特性                                           |
-| 缺点     | 1. 只适合小规模部署（千人以下）<br />2. 适用场景窄，功能可定制性差 | 1. 项目技术人员技术视野窄，代码质量过低，无软件工程思维，总体水平业余<br />2. 项目大多具有玩票性质。通常维护者在长期维护过程中，会发现当前服务架构混乱不堪，但又没能力重构，或者发现同领域内还有其他开源的且对方项目具有碾压性优势的时候，热情大减，放弃继续维护项目<br />3. 项目大多哗众取宠（通常伴随互刷关注度）。由于吸引初级程序员更容易快速获取关注度，该类项目多会提供一些业余水平的UI界面与外强中干的产品功能，最终积重难返，彻底沦为玩具项目<br />4. 部分项目仅公开部分源码，以假借开源名义来推广低质的收费服务。但其收费服务远不如免费的Rocket.Chat，跟融云、网易云信等成熟的商业服务相比就更无优势可言了<br />5. KPI项目或面试用项目。目的完成后便抛弃项目 | 1. 只满足通用的即时通讯需求，不提供拓展功能的实现（如：不具备常用的音视频会议功能。TODO：Turms后期会基于SFU媒体服务器为Turms主服务端定制一套信令服务端，目前您可自行选择其他音视频会议解决方案与Turms进行集成）<br />2. 配套的管理员运维系统不提供专业的运维功能（注意：Turms配套的管理员系统和商用的运维系统是相辅相成的）。<br />3. 不提供客户端具体的上层业务逻辑实现与UI支持<br />4. 服务端与客户端的自动化测试力度低<br />5. 服务端基于响应式编程，对二次开发者的技术水平要求相对高 |
+| 缺点     | 1. 只适合小规模部署（千人以下）<br />2. 适用场景窄，功能可定制性差 | 1. 项目技术人员技术视野窄，代码质量过低，无软件工程思维，总体水平业余<br />2. 项目大多具有玩票性质。通常维护者在长期维护过程中，会发现当前服务架构混乱不堪，但又没能力重构，或者发现同领域内还有其他开源的且对方项目具有碾压性优势的时候，热情大减，放弃继续维护项目<br />3. 项目大多哗众取宠（通常伴随互刷关注度）。由于吸引初级程序员更容易快速获取关注度，该类项目多会提供一些业余水平的UI界面与外强中干的产品功能，最终积重难返，彻底沦为玩具项目<br />4. 部分项目仅公开部分源码，以假借开源名义来推广低质的收费服务。但其收费服务远不如免费的Rocket.Chat，跟融云、网易云信等成熟的商业服务相比就更无优势可言了<br />5. KPI项目或面试用项目。目的完成后便抛弃项目 | 1. 只满足通用的即时通讯需求，不提供拓展功能的实现（如：不具备常用的音视频会议功能。TODO：Turms后期会基于SFU媒体服务器为Turms主服务端定制一套信令服务端，目前您可自行选择其他音视频会议解决方案与Turms进行集成）<br />2. 配套的管理员运维系统不提供专业的运维功能（注意：Turms配套的管理员系统和商用的运维系统是相辅相成的）。<br />3. 不提供客户端具体的上层业务逻辑实现与UI支持<br />4. 服务端基于响应式编程，对二次开发者的技术水平要求相对高 |
 | 总评     | 几乎是开源届中企业内部通讯实现的最优开源项目，非常推荐       | 受众主要是不了解即时通讯领域的初级程序员，Rocket.Chat跟这类产品相比具有碾压性的优势 | Rocket.Chat和Turms虽然同为即时通讯领域的开源项目，但二者在应用场景上几乎没有交集。<br />因为Tumrs是面向通用的中大型即时通讯应用场景，且相对底层的即时通讯引擎。您无法直接将Turms引擎交给您的客户使用（就像大部分产品不会让客户直接写SQL语句来查询数据库里的业务模型一样）。<br />但基于Turms，您可以更高效、更全方位、更扩展地实现目前GitHub上所有开源的即时通讯项目 |
 
 ## 关于带具体业务实现的Demo