问题标签 [client-server]

有哪些方法可以捕获和分析未记录的客户端/服务器通信以获取您想要的信息，然后让您的程序实时查找此信息？例如，查看在线游戏客户端/服务器通信并获取信息并使用它来执行诸如在第 3 方地图上显示位置等操作的程序。

我有一个系统，我需要在客户端和服务器之间进行双向通信。在某些情况下，客户端需要启动与服务器的通信以提出问题、查询状态、获取一些数据等。{我们有一个执行重复任务、监控、报告生成、警报等的 AI 系统和客户端应用程序允许我们与服务器交互。} 在其他情况下，服务器需要向客户端报告一些状态变化或警报。我们正在使用 .NET 来实现该系统，并研究了许多不同的架构：

A) 打开 TCP 通道并在低级别管理通信。这似乎满足了我们的需求，但一直相当不稳定，主要是因为我们的团队在低级通信协议方面缺乏良好的经验。

B) 使用 .NET 远程处理，其中两个系统都充当主机 - 客户端将服务器注册为远程处理主机，一旦建立连接，服务器就会继续并将客户端注册为差异通道下的远程处理主机。这对于基本消息传递似乎可以正常工作，但在某些情况下，我们需要在客户端和服务器之间保持“对话”。在这种架构下拥有多个客户端似乎有点挑战。

C) 忘记双向通信并使用轮询架构来轮询服务器以获取新消息 - 工作正常，但创建了一个过于健谈的系统，并使客户端和服务器之间的“对话”具有挑战性。

关于最佳方法的任何想法？有什么不同的方法推荐吗？

每当用户在我的系统上进行搜索时，我有一个系统需要向外部系统发送请求。

如果外部系统出现故障或需要很长时间才能回答，我希望我的系统“退出”一段时间。我不想尝试向外部系统发出更多请求，我只想让我的系统用户立即知道我们目前不会处理他们的请求。

这将为用户带来更好的体验（不必等待超时），减少我系统中的资源使用（线程不会忙于等待来自外部系统的无响应或超时），并且可以节省外部系统。（在它可能已经在努力应对负载的情况下）

一段时间后，或者当我的系统发现外部系统再次响应时，我想再次恢复正常行为。

有没有做这种事情的模式或标准方法？特别是跟踪超时/长请求的机制，以及我们应该何时开始重试的某种控制机制。

我正处于通过 Flex 和 AIR 使用 Flash 的新多用户客户端/服务器应用程序的规划阶段。我正在尝试决定哪个 Web 平台/堆栈最适合这个？

我过去曾使用过 RoR，但据我所知，RoR 是单线程的，因此不是处理潜在数千个并发请求的理想选择。

我已经阅读了一些有关 Scala 和 Lift 的内容，这是一个有趣的选择，但我想知道是否还有其他语言/框架可以很好地用于我的项目？

我有一个客户端应用程序应该将通知消息发送到可选的服务器应用程序。客户端不应受到服务器应用程序是否存在的影响。它应该尝试连接到服务器应用程序并发送通知消息，如果出现错误，它应该默默地忽略所有错误并继续工作。

我正在使用 Indy 进行 TCP 通信，但所有避免出现错误消息的尝试（即当服务器应用程序在连接到客户端时关闭时）都失败了。

有没有办法真正让它变得强大？

当前代码如下所示：

我正在开发一个 .net 客户端服务器应用程序，新要求是允许用户将视频上传/复制到系统中，每年大约有 50 个视频（每个 500 MB）。该应用程序将数据存储在 SQL 2005 中，但显然将半 GB 视频存储在 SQL Server 中并不是一个好主意。有关如何管理视频的上传/复制和存储的任何建议？是否有任何可以轻松集成的现有商业包/解决方案？

提前致谢。

是否可以在服务器上运行axis2并且发送soap消息的客户端不使用axis？这使用了一个进出过程。如果是这样，您是否发现这样做有任何问题？

I'm developing custom client/server application that requires client to log in with their username and password. The user accounts are not related to Windows/AD accounts in any way. After login, client application will request other services from server system.

My question is what is the best way to implement this? What kind of architecture would fit best here? I guess some kind of ticket/token authentication system needs to be implemented???

Thanks

在 LAN 中，ASP .NET Web 应用程序充当服务器。它内部托管在组织的 Web 服务器上。

可以访问它 - 像这样说 - http://192.168.0.23/myApp

客户端是需要不断与服务器交互的桌面应用程序（驻留在 Intranet 上的 Web 应用程序）

考虑到这是一个 LAN 设置，并且来自客户端的请求并没有完全发送到互联网 - 客户端是否应该能够处理基于代理的连接？

含义 - 假设客户端使用代理连接到互联网，如果客户端的应用程序向http://192.168.0.23/myApp发送 WebRequest ，请求是否应该使用代理设置？

考虑和客户端服务器场景，你有两个选择：

1. 您可以在客户端中包含服务器的公钥并执行交换。
2. 您可以使用 Diffie Hellman KeyExchange 算法进行握手，然后交换密钥。

哪种方式更安全？另外，如果公钥将来自商店，比如来自客户端 CA 商店？它会更安全而不是在客户端应用程序中绑定它吗？

部署将通过安装程序完成，每次运行都会验证版本。