JSP中的COOKIE操作
Cookie概念:
Cookie的格式实际上是一段纯文本信息, 由服务器随着网页一起发送到客户端, 并保存在客户端硬盘中指定的目录的. 大家都传说Cookie会造成严重的安全威胁什么的, 其实不是这么回事情. 服务器读取Cookie的时候, 只能够读取到这个服务器相关的信息. 而且, 浏览器一般只允许存放300个Cookie, 每个站点最多存放20个, 而且, 每个Cookie的大小现在在4K, 根本不会占用多少空间. 并且, Cookie是有时效性质的. 例如, 设置了Cookie的存活时间为1分钟, 则一分钟后这个Cookie就会被浏览器删除
Cookie版本:
目前有两个版本:
版本0 : 由Netscape公司制定的，也被几乎所有的浏览器支持. Java中为了保持兼容性, 目前只支持到版本0, Cookie的内容中不能空格，方括号，圆括号，等于号（=），逗号，双引号，斜杠，问号，@符号，冒号，分号。
版本1 : 根据RFC 2109文档制定的. 放宽了很多限制. 上面所限制的字符 ......
在访问JSP文件或者Servlet的时候，如果提示下载并保存，如下图所示：
同样的程序有的浏览器出错，有的浏览器不出错。错误的原因是设置MIME类型的代码有误。
如果是JSP文件，查看文件头：
<%@ page contentType="text/html;charset=gb2312"%>
如果是Servlet文件，查看：
response.setContentType("text/html;charset=gb2312"); ......
JSP留言管理系统 (附加用户权限功能)
1.游客可以查看通过审核的留言；
2.普通用户登录后可以发表留言，修改密码；
3.管理员登录后可以审核、修改、删除留言；
4.超级管理员登录后可以管理用户，删除用户、修改密码、更改权限。
此留言管理系统包含以下文件：
1.首页(index.jsp)：按发表时间倒序显示留言内容，不同权限的用户登录后显示欢迎信息和相应的链接；
2.发表留言页面(post.jsp)：输入作者、内容提交；
3.留言保存页面(post_do.jsp)：将提交的留言存入数据库；
4.登录页面(login.jsp)：输入用户名、密码提交；
5.登录验证页面(check.jsp)：验证用户名、密码是否合法；
6.修改留言页面(alter.jsp)：修改留言，管理员以上登录后可用；
7.修改留言保存页面(alter_do.jsp)：修改后将留言存入数据库，管理员以上登录后可用；
8.删除留言页面(del.jsp)：删除留言，管理员以上登录后可用；
9.审核留言页面(show.jsp)：通过审核、撤销审核，管理员以上登录后可用；
10.注册页面(register.jsp)：输入用户名、密码、昵称，提交；
11.注册保存页面(register_do.jsp)：检查注册信息，存入数据库；
12.修改密码页面(password.jsp)：输入原密码、新密码、确认密码� ......
http:/localhost/123/jsp/test.jsp:
<%@ page language="java" pageEncoding="UTF-8"%>
<%@ taglib uri="http://struts.apache.org/tags-bean" prefix="bean" %>
<%@ taglib uri="http://struts.apache.org/tags-html" prefix="html" %>
<%@ taglib uri="http://struts.apache.org/tags-logic" prefix="logic" %>
<%@ taglib uri="http://struts.apache.org/tags-tiles" prefix="tiles" %>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html:html lang="true">
<head>
<html:base />
<title>test.jsp</title>
<meta http-equiv="pragma" content="no-cache">
<meta http-equiv="cache-control" content="no-cache">
<meta http-equiv="expires" content="0">
<meta http-equiv="keywords" content="keyword1,keyword2,keyword3">
<meta http-equiv="description" content="This is my page">
<!--
<link rel="stylesheet" type="text/css" href="styles.css" m ......
在不允许目录浏览的情况下 浏览器会先找到首页（默认为index.html /index.jsp...）
否则出错
因此 若首页被恶意更改 网站崩溃
解决方法：
更改默认启动页面：$tomcat/conf/web.xml最后位置
<welcome-file-list>
<welcome-file>index.html</welcome-file>
<welcome-file>index.htm</welcome-file>
<welcome-file>index.jsp</welcome-file>
</welcome-file-list>
可以删除所有<welcome-file>***</welcome-file>
允许目录浏览：当欢迎页面没有找到时允许目录浏览，则需要更改$tomcat/conf/web.xml第80行listings的值为true。（tomcat5.5需要，4.1不需要） ......
在网上看到一些帖子，总结了一些区别，可以从以下几个方面来看：
1.从地址栏显示来说
forward是服务器请求资源,服务器直接访问目标地址的URL,把那个URL的响应内容读取过来,然后把这些内容
再发给浏览器.浏览器根本不知道服务器发送的内容从哪里来的,所以它的地址栏还是原来的地址.
redirect是服务端根据逻辑,发送一个状态码,告诉浏览器重新去请求那个地址.所以地址栏显示的是新的URL.所
以redirect等于客户端向服务器端发出两次request，同时也接受两次response。
2.从数据共享来说
forward:转发页面和转发到的页面可以共享request里面的数据.
redirect:不能共享数据.
redirect不仅可以重定向到当前应用程序的其他资源,还可以重定向到同一个站点上的其他应用程序中的资源,
甚至是使用绝对URL重定向到其他站点的资源.
forward,方法只能在同一个Web应用程序内的资源之间转发请求.
forward 是服务器内部的一种操作.
redirect 是服务器通知客户端,让客户端重新发起请求.
所以,你可以说 redirect 是一种间接的请求, 但是你不能说"一个请求是属于forward还是redirect "
3.从运用地方来说
forward:一般用于用户登陆的时候,根据角色转发到相应的模块.
redirect:一般� ......
最新文章 :