MySpace

如果Request.Files 始终是0，添加以下信息：

(1)在套用页面Page_Load中添加 Form.Enctype = "multipart/form-data";不要在母版页中加

(2)确保input type="file"包含 name属性，否则也取不到上传的文件。

代码

 1   private void Page_Load(object sender, System.EventArgs e)
 2   {
 3   // Put user code to initialize the page here
 4   throw new Exception("Page Error!");
 5   }
 6 
 7   protected void Page_Error(object sender, EventArgs e) 
 8   {
 9   Exception objErr = Server.GetLastError().GetBaseException();
10   Response.Write("Error:" + objErr.Message);
11   Server.ClearError(); //同样要注意这句代码的使用
12 
13   }
14 

备注：此示例在浏览器中显示详细的错误信息，提供此示例只是为了进行说明。向应用程序的最终用户显示详细信息一定要小心。更适当的做法是向用户显示一条消 息，告知已发生错误，然后将具体的错误详细信息记录在日志中。

代码

 1 protected void Application_Error(object sender, EventArgs e)
 2   {
 3   Exception ex = Server.GetLastError().GetBaseException();
 4   //实际应用中这里可以将Exception信息记Log或是保存到数据库中
 5   //还可以将错误发邮件给网站维护人员
 6   Response.Write("Error:" + ex.Message);
 7   //清除Exception,避免继续传递给上一级处理
 8   //这里上级就是<CustomerErrors>配置节了
 9   Server.ClearError(); 
10   }

今天在博客园看到这篇文章“群发 “站内信”的实现”，（http://www.cnblogs.com/grenet/archive/2010/03/08/1680655.html）

我以前也做过类似的项目，但是当时才入行，做的一塌糊涂。

好在做的项目没出问题前，就下线了。

原作者在分析站内信的时候 ，已经很具体了；（可以先查看该篇文章分析，这里不详述）

“站内信”有两个基本功能。

一：点到点的消息传送。用户给用户发送站内信；管理员给用户发送站内信。

二：点到面的消息传送。管理员给用户（指定满足某一条 件的用户群）群发消息。

但是下面回复的时候，关于“已读”、“未读”、“删除”的问题没有很好的解决。

受23楼回复的启发（http://www.cnblogs.com/grenet/archive/2010/03/08/1680655.html#1775980）

我在这里扩展一下，可能存在错误，也可能不是最好的解决办法。

设计思想：这里发信息的时候不再考虑是管理员发信还是普通用户发信，而只考虑是不是群发信息，（接受人超过一个的视为群发信息）

　　　　　　因为不管是谁发的，只要登录用户没有删除，那么都要在收件箱中保存。

　　　　　　所以就分开设计点对点的信息和群发信息。　　　　　　

数据库具体设计如下：

Message表：用于记录发信人的信息

　　Id：编号；

　　SendId：发信人Id；

　　RecId：接受人Id；

　　MessageId：信息Id；

　　ReadTime：阅读时间；

　　Statue：状态：是否已读；

MessageText表：用于记录发信内容

　　Id：编号；

　　Title：信息标题；

　　Content：信息内容；

　　CreateTime：发信时间；

GlobalMessage表：用于记录群发信息的收信人

　　Id：编号；

　　RecId：收信人（如果是站内所有用户则为0）； 

ReadMessage表：用于记录用户对群发信息的操作

　　Id：编号；

　　GlobalId：群信息Id；

　　UserId：读信息人；

　　ReadTime：阅读时间；

　　Statue ：状态：删除；

　　点对点的发信，在MessageText插入站内信的主体内容，在Message表记录发信人和接受人信息；

　　群发信息，在MessageText插入站内信的主体内容，在Message表记录发信人和信息Id(收信人Id设置为0)，而在GlobalMessage表记录所有收信人（如果收信人是全部用户，则RecId=0）；

　　那么，用户在登录以后，首先查询Message中有没有RecId=登录用户Id的记录；

　　再在Global中查看有没有RecId=0并且RecId=登录用户Id的记录。

对于点对点的信息，可以设置Message表Statue来确定是否已读，登录用户也可以可以直接删除这条信息；

对于群发信息，首先读取ReadMessage表，如果存在登录用户Id则用户已经读取，然后查看Statue确定是否删除，如果状态是删除，则这个群发信息不再显示。

以上，是我对原作者群发“站内信”的实现的扩展。再次感谢23楼朋友的提法，也欢迎各位提出自己的建议，大家互相借鉴，共同进步。 

多谢5楼的提醒：

补充：对GlobalMessage表进行了修改，发信人不论群发或单发全部记录在Message表中，而信的内容记录在MessageText表。

（这个可能还存在错误或不是最好的解决方案）

类似于我们平时所说的body onload="f()"里面的函数；

关键是key，如果指定的始终是一个KEY，那么这样的方法就只能使用一次。

如果要多次使用，就必须指定多个key.

今天在做一个项目时，程序成功向数据库插入一条数据，

插入的是一篇比较大的文章，而且还有很多样式。 

Id是int型，Content用的是 ntext类型的  

但是当我在手动改数据库Id时出现错误：

错误源：.NET.SqlClient Data Provider
错误信息：将截断字符串或二进制数据。
DBCC执行完毕。如果DBCC输出了错误信息，请与管理员联系。
语句已终止。

出现这个问题的直觉就是插入的数据超过了字段的实际长度。

于是打开数据库修改，发现没有超过的啊？

ntext在我的印象中应该算是最大的了。这样都不行吗？

我又把content数据类型换成nvarchar(MAX)，手动更改的时候成功了。

在网上搜索的时候发现nvarchar(MAX) 、ntext是有差别的：

以下转载：http://www.cnblogs.com/dudu/archive/2009/10/17/1585152.html

NTEXT:

默认情况下，NTEXT将文本数据存储在LOB结构中， 在表结构中只存储指针，指针指向该数据在LOB中的存储位置。

NVARCHAR(MAX)

默认情况下，不超过8,000字节的数据直接存储在表结构中，超过的才和NTEXT一样将数据存储在LOB结构中。

NTEXT向NVARCHAR(MAX)的转换：

ALTER TABLE 表名 ALTER COLUMN 字段名 NVARCHAR(MAX) null

执行上面的SQL语句之后，虽然完成了转换，但数据的存储结构并没有改变，还是按照NTEXT的默认存储方式存储在LOB中。

如何实现转换后数据按NVARCHAR(MAX)的方式进行存储呢？只需执行下面的语句：

UPDATE 表名 SET 字段名 = 字段名

比如：表名是Comment，字段名是Content，SQL语句就是： UPDATE Comment SET Content = Content

实测数据：100条数据，耗时706秒。 

NTEXT将在以后版本的SQL SERVER中不被支持，微软的文档中建议用NVARCHAR(MAX)取代NTEXT。

ntext, text, and image data types will be removed in a future version of Microsoft SQL Server. Avoid using these data types in new development work, and plan to modify applications that currently use them. Use nvarchar(max), varchar(max), and varbinary(max) instead. 

意思就是：

　　Microsoft SQL Server 的未来版本中，将删除 ntext、 文本和 image 数据类型。 请避免在新的开发工作中使用这些数据类型，并计划修改当前使用它们的应用程序。 使用 nvarchar (max)、 varchar (max) 和 varbinary (max) 来代替。