Intraweb 可以运行超过 65,536 个并发会话吗？
我正在尝试使用 Intraweb 构建一个指向繁忙社交网站的网络链接。
Intraweb 为每个会话创建临时文件夹来存储临时文件，会话过期时会自动删除。
如果托管在 Win 32 上，则限制为 65,536 个文件夹 - 这意味着只能进行 65,000 个并发会话。
有没有办法关闭临时文件创建或允许在 Intraweb 中进行更多并发会话？
Im trying to build a web-link to a busy social networking website using intraweb.
Intraweb creates temporary folders for each session to store temporary files, which auto-delete when the session expires.
If hosted on Win 32, the limit is 65,536 folders - which means only 65k concurrent sessions are possible.
Is there a way to turn off the temp file creation or allow for more concurrent sessions in intraweb?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
IntraWeb 并不是为处理此类会话量而设计的。 IntraWeb 是为Web应用程序而不是Web站点而设计的。 尽管一个普通的 IntraWeb 会话只需要几字节，但 IntraWeb 的会话处理模型更像是一个“胖”模型。 它非常适合创建可以处理数百个并发会话的复杂有状态应用程序。
对于每天拥有数千名用户的网站 - 许多用户只是打开一个页面然后再次离开 - 您/可以/当然可以使用 Webbroker - 但这基本上意味着您必须从头开始构建所有内容。
如果您是一名 Delphi 人员，那么我建议您研究一下 Delphi Prism plus ASP.NET。 有大量 ASP.NET 控件可以简化快速构建网站的过程。 DevExpress.com、Telerik.com 和其他公司的 ASP.NET 控件在 Delphi Prism 中运行得非常好。
IntraWeb is just not designed for handling such session amounts. IntraWeb is designed for Web applications and not for Web sites. Eventhough a plain IntraWeb session takes only a few kbytes, IntraWeb's session handling model is more a "fat" model. It is perfectly suited for creating complex stateful applications that can handle a few hundred concurrent sessions.
For Web sites with thousands of users per day - where many users just open one page and go away again - you /could/ certainly use Webbroker - but that basically means that you have to build up everything from scratch.
If you are a Delphi guy then I would recommend looking into Delphi Prism plus ASP.NET. There are tons of ASP.NET controls that simplify building your Web site in a rapid way. ASP.NET controls from DevExpress.com, Telerik.com and others work perfectly fine in Delphi Prism.
我非常确定，在一台机器上拥有接近 65,000 个用户之前，您将耗尽系统资源。 为了处理该负载，您需要一个负载平衡的集群，这样 65K 的限制就不再是问题了。 我不会关注这个限制。
I am pretty sure you'll run out of system resources before you get close to 65,000 users on one box. To handle that load you'll need a load-balanced cluster, and then the 65K limit won't be an issue. I would not focus on this limitation.