Tag: 会话

我刚刚发现为什么所有的ASP.Net网站都很慢，我正在设法解决这个问题: 我刚刚发现，ASP.Net Web应用程序中的每个请求都在请求开始时获得一个Session锁，然后在请求结束时释放它！如果这件事的影响在你身上丢失了，就像我刚开始时那样，这基本上意味着如下：任何时候，ASP.Net网页都需要很长时间才能加载（可能是因为数据库调用缓慢或者其他原因），并且用户因为厌倦了等待而决定导航到不同的页面，所以他们不能！ ASP.Net会话锁迫使新的页面请求等待，直到原始请求完成其痛苦的缓慢加载。 Arrrgh。每当UpdatePanel缓慢加载，并且用户决定在UpdatePanel完成更新之前导航到不同的页面…他们不能！ ASP.net会话锁迫使新的页面请求等待，直到原始请求完成其痛苦的缓慢加载。双Arrrgh！那么有什么选择？到目前为止，我已经想出了：实现ASP.Net支持的自定义SessionStateDataStore。我还没有发现太多复制，似乎是一种高风险，容易搞砸。跟踪所有正在进行的请求，并且如果请求来自同一用户，请取消原始请求。似乎有点极端，但它会工作（我认为）。不要使用会话！当我需要用户的某种状态时，我可以使用缓存来代替，也可以使用经过身份验证的用户名或关键项。再次显得有点极端。我真的不敢相信ASP.Net微软团队会在4.0版本的框架中留下如此巨大的性能瓶颈！我错过了什么明显的？在会话中使用ThreadSafe集合有多难？

会话是否真的违反RESTfulness？: 在RESTful API中使用会话是否违反RESTfulness？我已经看到了许多意见，但我不相信会议是RESTless 。从我的观点： RESTfulness不会禁止认证（否则在RESTful服务中几乎没有用处）身份验证是通过在请求中发送身份验证令牌来完成的，通常是头部这个认证令牌需要以某种方式获得，并且可能被撤销，在这种情况下，它需要被更新身份验证令牌需要服务器验证（否则不会进行身份验证）那么会话如何违反这个规定呢？客户端，会话使用cookie来实现 cookies只是一个额外的HTTP头会话cookie可以在任何时候被获取和撤销会话cookie可以有一个无限的生活时间，如果需要的话会话ID（身份验证令牌）在服务器端进行验证因此，对于客户端，会话cookie与任何其他基于HTTP头的认证机制完全相同，除了它使用Cookie头而不是Authorization或其他专有头。如果没有会话连接到cookie值服务器端，为什么会有所作为？只要服务器表现为 RESTful，服务器端实现就不需要关心客户端。因此，Cookie本身不应该使API 变得无法使用，而会话只是客户端的Cookie。我的假设是错的吗？什么使得会话cookie 无效？

会话变量不工作的PHP: 以下是我登录页面的代码，其中登录脚本检查用户的真实性，然后使用头函数重定向到收件箱页面。 <?php session_start(); include_once('config.php'); $user=htmlentities(stripslashes($_POST['username'])); $password=htmlentities(stripslashes($_POST['password'])); // Some query processing on database if(($id_user_fetched<=$id_max_fetched) && ($id_user_fetched!=0)){ $_SESSION['loggedIn'] = 'yes'; header("Location:http://xyz/inbox.php?u=$id_user_fetched"); //echo 'Login Successful'; }else{ echo 'Invalid Login'; echo'<br /> <a href="index.html">Click here to try again</a>'; } }else{ echo mysqli_error("Login Credentials Incorrect!"); } ?> inbox.php页面如下所示： <?php session_start(); echo 'SESSION ='.$_SESSION['loggedIn']; if($_SESSION['loggedIn'] != 'yes'){ echo $message = 'you […]