TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Scaling Play to Thousands of Concurrent Requests

57 点作者 bbeneschott超过 11 年前

1 comment

mason55超过 11 年前
<i>&gt; The user session is kept in a browser cookie, and you have to live with it. This means that the session space is limited in size and type: you can only store strings. If you need to store objects, you’ll have to use the caching mechanism we discussed before. </i><p>This isn&#x27;t quite right, or at least is presented weirdly. Caching is not done on a per-user basis whereas sessions are tied to a user. Scala chooses to use client-side sessions so that applications are automatically non-sticky which allows for effortless failover and horizontal scalability.<p>The caching mechanism will cache the output of a template but it&#x27;s going to be cached for all users. Again, it makes for easy horizontal scalability, but you&#x27;d never say that the caching is an alternative to session data. They&#x27;re for two totally different use cases.
评论 #6341953 未加载
评论 #6341999 未加载
评论 #6341704 未加载
评论 #6341859 未加载