应用聊天字符限制？

Question

我正在构建一个MEAN网络应用程序，我希望很快就能在开放的互联网上部署它。 此应用程序的一部分包括由WebSockets支持的令人敬畏的Primus抽象层支持的聊天功能。 当我编写聊天模块时，我想到了是否对这些消息施加字符限制的问题。

我得出的结论是，有一些限制可能很好，但我不知道如何决定该限制应该是什么。 它应该完全取决于我的服务器的性能吗？ 我应该选择一些合理的限制吗？ 究竟什么被认为是合理的限制，为什么？

像谷歌和 Facebook 这样的网络巨头如何决定他们的应用程序的聊天字符限制应该是多少？ 有人只是说“嗯，这似乎很合理”，就这样吗？

一些额外的谷歌搜索出现了一些关于 Jabber 聊天限制的问题， 要求增加 Blade and Soul MMO 中的聊天字符限制，以及这个关于 Twitch 聊天字符限制的评论，但我似乎无法找到任何表明基于 Web 的应用程序的典型聊天字符限制是什么，或者为什么它们受到限制的原因。

我知道过去我自己和我认识的其他人在某些聊天应用程序中遇到了看似不必要的短字符限制。 这可能会成为一个主要的烦恼，尤其是在尝试复制和粘贴大量信息时。 我想避免给我的用户带来这种烦恼，同时仍然保护服务器和带宽的完整性，请记住，某些用户可能正在使用具有网络使用限制等的应用程序。

编辑

我正在开发的应用程序是一款游戏，但这款游戏有时会涉及玩家之间的一些重要外交和战略讨论。 为该用例提供具体的建议会有所帮助，但拥有一些基本原则来指导所有类型应用程序的聊天限制显然会更有帮助。

Answer 1

这实际上取决于聊天的用例。 我的意思是，如果你的用户应该保持他们的信息简短（比如 Twitter 或其他东西），那么你应该让它很短，比如 150、250 或类似的东西。

如果您的用户要讨论内容，那么您将需要更多角色，例如 5000 个以上的病房。

Answer 2

限制标准

嗯，有一个标准（我不记得名字，我会搜索它）说电子邮件的字符限制是 50、64 或 72（我推荐第一个），对于名称限制是 96； 并且对于它所依赖的消息，它可能是 256、512，甚至 625。谷歌两年前发布了一份关于设计的清单，其中说明了这一点。 我在我自己的网站上使用这个标准，在那里我有一个聊天应用程序。

合理限度

回到您的问题，“合理限制”取决于您的应用程序的上下文。 想一想：它有什么用？ 用户会发送什么样的消息？ 需要写他/她的电子邮件吗？ 一种疯狂的方法可能是消除限制，并在分析工具的帮助下查看输入的平均长度。 希望这对你有帮助。

Answer 3

我得出的结论是，有一些限制可能很好，但我不知道如何决定该限制应该是什么。 它应该完全取决于我的服务器的性能吗？ 我应该选择一些合理的限制吗？ 究竟什么被认为是合理的限制，为什么？

对事情保持限制是好的，为什么应该做这些事情的原因可以分成很多部分。 我将在按顺序回答您的问题时分步解释这一点。

像谷歌和 Facebook 这样的网络巨头如何决定他们的应用程序的聊天字符限制应该是多少？ 有人只是说“嗯，这似乎很合理”，就这样吗？

Facebook 和谷歌不会在没有经过深思熟虑的情况下做出决定。 首先，当你开始一个项目时，项目的主要因素是可行性，当然这些事情对于像 Facebook 和谷歌这样的巨头来说就可用资源而言并不重要，但他们也确保在滥用的情况下存在限制系统的。

应关注的因素

1. 可行性- 您必须考虑可用资源的可用性。 由于您实际上并不知道用户群的规模是多少，因此我无法输入任何数字，因此我建议您预见您的用户群实际上是什么以及您实际可以处理多少数据，以便您不要妨碍效率和用户体验，因为系统的响应时间必须很好，因为您正在使用实时系统。 当您使用基于服务器端的直接对等连接时，请查看影响内存消耗的因素，服务器端充当通信的中间点，它确实利用了您的 CPU 内存。

2. 用户体验——你的用例实际上是什么，专注于它，在最初的决定之后，你不能永远坐在它上面。 谷歌等有很多活动的论坛，他们根据反馈改变他们的系统并引入新功能，这就是现实世界中事情的运作方式。 当系统投入现实世界时，必须根据用户的选择进行更改。 对您的案例中的实际用户想要什么进行简单的研究，这可能会帮助您做出决定。

3. 限制滥用系统- 假设您有一个著名的聊天应用程序，但不知何故，您忘记了对任何东西进行任何限制，现在某个臭名昭著的家伙刚刚制作了一个系统，通过机器人系统来滥用您的应用程序。 现在，他可以在每笔交易中发布 10k 条消息，每个消息中包含 n 个字母，并且在某个时间点您的系统会崩溃。 因此，请记住这一点，并确保您注意安全和垃圾邮件检测。

结论：主要是你的用例，然后是可行性，它们必须齐头并进。 用户想要什么以及您可以为他们提供什么是主要的决定线。 采取预防措施并制定规则来标记系统的个性。

更新：让我们举两个例子

1. Twitter 发布了一篇博客文章，称他们正在测试增加了字符限制的产品版本。 有N多人提出了同样的担忧，为什么呢？ （查看文章） 因为人们不希望这种独特的体验结束，所以 Twitter 并没有根据很多人来分享文章，这就是为什么需要时间来取得平衡。

2. Stack Overflow 对注释字符的限制，为什么？ 限制服务于目的，因为他们不希望您在评论中粘贴文章和答案。 然后还有最小字符限制以减少垃圾邮件。

更新只是为了在我提供的理论和实际应用之间架起一座桥梁。