前端需要传入session_id
$('#file_upload).uploadify({
// Your normal options here
formData : { '<?php echo session_name();?>' : '<?php echo session_id();?>' }
});
服务端需要获取session_id的信息
$session_name = session_name();
if (!isset($_POST[$session_name])) {
exit;
} else {
session_id($_POST[$session_name]);
session_start();
}
uploadify在.NET中session丢失的解决方案
在ASP.NET中的解决方案如下：
在上传的那个页面中加入以下代码
var auth = "<% = Request.Cookies[FormsAuthentication.FormsCookieName]==null ? string.Empty : Request.Cookies[FormsAuthentication.FormsCookieName].Value %>"; var ASPSESSID = "<%= Session.SessionID %>";
然后初始化插件的代码改成如下形式
$("#fileInput1").uploadify({
'uploader': '/Scripts/uploader/uploadify.swf',
'method': 'GET',
'script': '/mystudio/GoUploadAvatar',
'cancelImg': '/Scripts/uploader/cancel.png',
'sizeLimit': 2048000,
'multi': false,
'fileDesc': '选择jpg,png,gif',
'fileExt': '*.jpg;*.png;*.gif',
'onComplete': function (e, queueId, fileObj, response, data) {
},
'onSelectOnce': function (e, data) {
$('#fileInput1').uploadifySettings('scriptData', { 'ASPSESSID': ASPSESSID, 'AUTHID': auth });
}
});
注意上面有一句，很关键
$('#fileInput1').uploadifySettings('scriptData', { 'ASPSESSID': ASPSESSID, 'AUTHID': auth });
接下来我们必须在服务端Session判空并创建之前，将传递过来的SessonID强制赋给当前请求的Cookies，这样服务端就认为还是原来的Session传递过来了。具体做法我们可以在Global.asax文件中加入如下代码
protected void Application_BeginRequest(object sender, EventArgs e)
{
/* we guess at this point session is not already retrieved by application so we recreate cookie with the session id... */
try
{
string session_param_name = "ASPSESSID";
string session_cookie_name = "ASP.NET_SessionId";
if (HttpContext.Current.Request.Form[session_param_name] != null)
{
UpdateCookie(session_cookie_name, HttpContext.Current.Request.Form[session_param_name]);
}
else if (HttpContext.Current.Request.QueryString[session_param_name] != null)
{
UpdateCookie(session_cookie_name, HttpContext.Current.Request.QueryString[session_param_name]);
}
}
catch
{
}
try
{
string auth_param_name = "AUTHID";
string auth_cookie_name = FormsAuthentication.FormsCookieName;
if (HttpContext.Current.Request.Form[auth_param_name] != null)
{
UpdateCookie(auth_cookie_name, HttpContext.Current.Request.Form[auth_param_name]);
}
else if (HttpContext.Current.Request.QueryString[auth_param_name] != null)
{
UpdateCookie(auth_cookie_name, HttpContext.Current.Request.QueryString[auth_param_name]);
}
}
catch
{
}
}
private void UpdateCookie(string cookie_name, string cookie_value)
{
HttpCookie cookie = HttpContext.Current.Request.Cookies.Get(cookie_name);
if (null == cookie)
{
cookie = new HttpCookie(cookie_name);
}
cookie.Value = cookie_value;
HttpContext.Current.Request.Cookies.Set(cookie);
}
这时候你访问上传文件的那个页面时可能会报“会话状态已创建一个会话 ID，但由于响应已被应用程序刷新而无法保存它”的错误，这时，你可以在web.config文件改变session的存储方式，一般默认都是以 “inproc”存储的，我们把它改成stateserver模式，即在system.web节点下加入
<sessionstate mode="StateServer" stateconnectionstring="tcpip=127.0.0.1:42424" timeout="30"></sessionstate>
uploadify在Firefox下丢失session问题的解决方法
先说说我的环境，后台是用JSP，uploadify的版本是3.2
在JSP页面中的配置：
<script type="text/javascript">
$(document).ready(function() {
$("#fileupload").uploadify({
'swf' : '/uploadify/scripts/uploadify.swf',
'uploader' : '/fileupload;jsessionid=${pageContext.session.id}',
'auto' : true,
'multi' : false,
'buttonText' : 'BROWSE',
'fileDesc' : '支持格式:jpg/gif/jpeg/png/bmp.',
'fileExt' : '*.jpg;*.gif;*.jpeg;*.png;*.bmp',
'onUploadSuccess': onUploadSuccess
});
});
</script>
最关键的就是红字那部份了，要注意的是jsessionid前面那个是个分号而不是问号，写成问号就作为参数传递了，希望能帮到大家少走弯路
iis7中session丢失的解决方法
问题描述：
Windows Server 2008 +IIS +ASP.net +SQLServer2008搭建的内部WEB系统。
用户Session总是丢失，可能是IIS的不稳定性将导致Session频繁丢失。
用的是Session=SQLSEVER，即把Session保存到数据库。
解决方法：
1，在命令行进入如下地址（InstallSqlState.sql文件目录）
cd "C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727"
2，运行如下命令，创建数据库 ASPState
osql -S ERPDBSERVER -U sa -P ***-i InstallSqlState.sql
3，在IIS服务器配置session连接，具体连接字符串参考页面生成的Server=ERPDBSERVER1;User ID=sa;Password=*****
（注：*号处填入数据库登录密码）
Session丢失的解决办法小结
最近在做ASP.NET项目时，测试网站老是取不出Session中的值，在网上搜索了一下，找到一些解决方法，记录在这里。最后使用存储在StateServer中的办法解决了问题。
SessionState 的Timeout)，其主要原因有三种
一：有些杀病毒软件会去扫描您的Web.Config文件，那时Session肯定掉，这是微软的说法。
二:程序内部里有让Session掉失的代码，及服务器内存不足产生的。
三：程序有框架页面和跨域情况。
第一种解决办法是:使杀病毒软件屏蔽扫描Web.Config文件(程序运行时自己也不要去编辑它)
第二种是检查代码有无Session.Abandon()之类的。
第三种是在Window服务中将ASP.NET State Service 启动。
今天遇到asp.net session丢失了，然后又回来了，session里存储的是用户信息，最后导致每次刷新是不同的用户或是未登录状态。很让人吐血的问题。
搞了2天没搞出来，最后重写了验证机制，都放在了cookie里了，session不敢用了。
今天发现，问题是由于设置iis6的 应用程序池内的性能内的最大web进程数导致的，由于session默认是存放在web进程里的，进程开多了，导致session不能共享，每次刷新又由不同的进程来处理，所以就导致刷新出来不同的用户，前提是在本机登录过这些用户。
解决方法可以用stateserver或者用sqlserver模式来存储session。
由于google没搜到类似问题，所以这里拿出来说一下这个让我头痛了2天，最后修改了n多页面的问题。
asp.net session丢失网上收集
Asp.net 默认配置下，Session莫名丢失的原因及解决办法
正常操作情况下Session会无故丢失。因为程序是在不停的被操作，排除Session超时的可能。另外，Session超时时间被设定成60分钟，不会这么快就超时的。
这次到CSDN上搜了一下帖子，发现好多人在讨论这个问题，然后我又google了一下，发现微软网站上也有类似的内容。
现在我就把原因和解决办法写出来。
原因：
由于Asp.net程序是默认配置，所以Web.Config文件中关于Session的设定如下：
<sessionState mode='InProc' stateConnectionString='tcpip=127.0.0.1:42424' sqlConnectionString='data source=127.0.0.1;Trusted_Connection=yes' cookieless='true' timeout='60'/>
我们会发现sessionState标签中有个属性mode，它可以有3种取值：InProc、StateServer?SQLServer（大小写敏感）。默认情况下是InProc，也就是将Session保存在进程内（IIS5是aspnet_wp.exe，而IIS6是W3wp.exe），这个进程不稳定，在某些事件发生时，进程会重起，所以造成了存储在该进程内的Session丢失。
哪些情况下该进程会重起呢？微软的一篇文章告诉了我们：
1、配置文件中processModel标签的memoryLimit属性
2、Global.asax或者Web.config文件被更改
3、Bin文件夹中的Web程序（DLL）被修改
4、杀毒软件扫描了一些.config文件。
更多的信息请参考PRB: Session variables are lost intermittently in ASP.NET applications
解决办法：
前面说到的sessionState标签中mode属性可以有三个取值，除了InProc之外，还可以为StateServer、SQLServer。这两种存Session的方法都是进程外的，所以当aspnet_wp.exe重起的时候，不会影响到Session。
现在请将mode设定为StateServer。StateServer是本机的一个服务，可以在系统服务里看到服务名为ASP.NET State Service的服务，默认情况是不启动的。当我们设定mode为StateServer之后，请手工将该服务启动。
这样，我们就能利用本机的StateService来存储Session了，除非电脑重启或者StateService崩掉，否则Session是不会丢的（因Session超时被丢弃是正常的）。
除此之外，我们还可以将Session通过其他电脑的StateService来保存。具体的修改是这样的。同样还在sessionState标签中，有个stateConnectionString='tcpip=127.0.0.1:42424'属性，其中有个ip地址，默认为本机（127.0.0.1），你可以将其改成你所知的运行了StateService服务的电脑IP，这样就可以实现位于不同电脑上的Asp.net程序互通Session了。
如果你有更高的要求，需要在服务期重启时Session也不丢失，可以考虑将mode设定成SQLServer，同样需要修改sqlConnectionString属性。关于使用SQLServer保存Session的操作，请访问这里。
在使用StateServer或者SQLServer存储Session时，所有需要保存到Session的对象除了基本数据类型（默认的数据类型，如int、string等）外，都必须序列化。只需将[Serializable]标签放到要序列化的类前就可以了。
如：
[Serializable]
public class MyClass
{
......
}
具体的序列化相关的知识请参这里。
至此，问题解决。
关于asp.net Session丢失问题的总结
asp中Session的工作原理：
asp的Session是具有进程依赖性的。ASP Session状态存于IIS的进程中，也就是inetinfo.exe这个程序。所以当inetinfo.exe进程崩溃时，这些信息也就丢失。另外，重起或者关闭IIS服务都会造成信息的丢失。
asp.net Session的实现
asp.net的Session是基于HttpModule技术做的，HttpModule可以在请求被处理之前，对请求进行状态控制，由于Session本身就是用来做状态维护的，因此用HttpModule做Session是再合适不过了。
原因1：
bin目录中的文件被改写，asp.net有一种机制，为了保证dll重新编译之后，系统正常运行，它会重新启动一次网站进程，这时就会导致Session丢失，所以如果有access数据库位于bin目录，或者有其他文件被系统改写，就会导致Session丢失
原因2：
文件夹选项中，如果没有打开“在单独的进程中打开文件夹窗口”，一旦新建一个窗口，系统可能认为是新的Session会话，而无法访问原来的Session，所以需要打开该选项，否则会导致Session丢失
原因3：
似乎大部分的Session丢失是客户端引起的，所以要从客户端下手，看看cookie有没有打开
原因4：
Session的时间设置是不是有问题，会不会因为超时造成丢失
原因5：
IE中的cookie数量限制（每个域20个cookie）可能导致session丢失
原因6：
使用web garden模式，且使用了InProc mode作为保存session的方式
解决丢失的经验
1. 判断是不是原因1造成的，可以在每次刷新页面的时候，跟踪bin中某个文件的修改时间
2. 做Session读写日志，每次读写Session都要记录下来，并且要记录SessionID、Session值、所在页面、当前函数、函数中的第几次Session操作，这样找丢失的原因会方便很多
3. 如果允许的话，建议使用state server或sql server保存session，这样不容易丢失
4. 在global.asa中加入代码记录Session的创建时间和结束时间，超时造成的Session丢失是可以在SessionEnd中记录下来的。
5. 如果有些代码中使用客户端脚本，如javascript维护Session状态，就要尝试调试脚本，是不是因为脚本错误引起Session丢失
以上是小编为您精心准备的的内容，在的博客、问答、公众号、人物、课程等栏目也有的相关内容，欢迎继续使用右上角搜索按钮进行搜索存储
， 文件
， session
， 程序
， 进程
httpcontext
uploadify上传插件、uploadify插件使用、uploadify session、uploadify session id、上传插件不能正常使用，以便于您获取更多的相关知识。