问题标签 [protocols]

这是一个广泛的问题，所以让我缩小一点。我是一名进入网页设计世界的平面设计师。我在这个领域并不完全是新手，但我知道的足够多，知道我还有很多东西要学。从朋友和这个网站上的帖子中，我意识到设计和开发之间经常存在有害的脱节。

我正准备在我的网站上放置一个客户登录/密码“门户”。没有什么花哨的，足以为我的客户提供一些健全的头脑和安全下载图像的空间。我只处理这个的外观和感觉，仅此而已。我应该知道哪些潜在的陷阱，以避免让开发结束变得麻烦？

当然，任何其他的智慧也受到赞赏。谢谢！

我正在寻找一种简单的协议来从一个管理应用程序控制远程进程。远程进程将在 Windows 和 Linux (x86) 上运行。

是否有用于管理远程进程的简单协议，我可以找到在 Windows 和 Linux 上运行的守护进程？

简而言之：是否有任何已知的远程进程管理协议？

我有一个包含多个应用程序的系统，每个应用程序在本地网络中都有自己的计算机。当应用程序启动并运行时，它们可以毫无问题地进行通信。

我感兴趣的是管理远程应用程序启动、关闭和监控的协议。通过监控，我的意思是在出现问题时获取错误代码（预定义）。理想情况下，我会通过一个管理应用程序控制整个系统并了解正在发生的事情。

我曾经在一个编写内部协议的地方工作过。但是，如果有人已经弄清楚了，我希望避免再次编写它。

编辑：更多细节：

• 使用的平台是 x86 上的 Windows 和 Linux。
• 在 Windows 上，使用 C/C++ 和 .NET。在 Linux 上，C/C++。

我正在尝试为我的下一个分布式应用程序找到合适的协议中间件。在过去的几天里，我找到了几个规格，想知道我是否错过了一个重要的规格？它应该是二进制协议，支持 RPC，并且可以选择具有不同语言的开源实现。这是我找到的协议列表：

• 科尔巴
• 冰
• AMQP
• 节约

这是被解雇的协议列表：

• 基于 XML 的协议，因为它们是基于文本的（XML-RCP、SOAP、手卷等）
• 协议缓冲区（闭源）
• COM（仅限 Windows）

在客户端-服务器系统中，“向客户端询问”更多信息的服务器方法是否被认为是良好的架构？如果是这样，设计这种场景的最佳方法是什么？这有“模式”吗？

例如，假设最终用户在客户端 UI 中选择了他们想要删除的一组记录，然后客户端以该记录集作为参数对服务器进行“删除记录”调用。然后服务器找到那些以某种方式“特殊”的记录的子集，因此需要用户确认。服务器是否适合以某种方式“回调”客户端到称为“确认记录”的方法，同时仍继续从客户端到服务器的原始调用？

那么更复杂的服务器调用可能需要服务器和客户端之间的长时间“对话”呢？

我想知道为什么在 RTP 中使用 UDP 而不是 TCP？主要的 VoIP 工具仅使用 UDP，因为我入侵了一些 VoIP OSS。

我见过：

• http://www...
• ftp://blah.blah...
• file://blah.blah...
• unreal://blah.blah...
• mailto://blah.blah...

你看到http的第一部分叫什么？

我可以自己注册吗？

昨天，我和同事讨论了 HTTP。有人问为什么HTTP是以纯文本方式设计的。当然，它可以像 TCP 协议一样以二进制方式设计，使用标志来表示不同类型的方法（POST、GET）和变量（HTTP 标头）。那么，为什么 HTTP 是这样设计的呢？是否有任何技术或历史原因？

我正在做这样的事情：

拥有的代码MyObject设置一个委托来接收回调函数：

然后在 中MyObject，作为异步函数调用的结果，我将向委托发回信号：

除了我的代表由于有效的内存清理而被释放的情况外，大多数情况下似乎一切都运行良好。在这种情况下，我只想不执行回调

有谁知道检查代表是否有效的最佳方法？

我尝试了各种各样的事情，例如：

没有运气。

最近，我一直在阅读 IRC 协议（RFC 1459、2810-2813），并且正在考虑实现自己的服务器。

我不一定要认真地遵守 IRC 协议（毕竟我这样做是为了好玩），但我喜欢它的一件事是网络可以透明地由多个服务器组成。

关于协议或 IRC 规范，我有很多不喜欢的地方。首先是昵称没有所有权。虽然存在像 NickServ 这样的服务，但它们不是官方协议的一部分。另一方面，适当地实施像 NickServ这样的东西会破坏分发的目的（即会有一个地方运行 NickServ，并为它存储一个数据）。

我希望有一种方法可以在每个服务器的基础上管理昵称。这样做的问题是，如果您有两个具有一些注册昵称的服务器，然后它们链接起来，您可能会发生冲突。

有没有办法在不使用一个中央数据存储的情况下避免这种情况？也就是说：是否可以保持服务器松散连接（这样它们每个都作为一个独立的实体存在，但也可以相互连接）并保持昵称之间的唯一性？

我意识到这个问题很模糊，但我想不出更好的措辞方式。我正在寻找更多的建议而不是实际的是/否答案。因此，如果有人对如何在保持服务器独立性的同时在网络中实现昵称唯一性有任何想法，我很想听听。请注意，完全没有必要严格遵守 IRC 协议。我可以根据自己的目的进行更改。:)