重定向

初步认识jsp

白昼怎懂夜的黑 提交于 2019-11-27 12:41:44
JSP 梳理回顾 前端开发:HTML、CSS、JS(JavaScript) 企业中前端工程师:使用前端框架(BootStrap/easyUI/VUE/Angular)开发。 后端开发:JavaSE、JSP、JavaWeb(良好的稳定性、健壮性优于其它语言。企业级应用首选之一) 企业中的后端工程师:使用后端框架(SpringMVC/Struts2、Spring、myBatis)开发。 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Uq90sjrE-1574677050898)(\imgs\全栈开发01.jpg)] “全栈工程师” C语言:工业控制、嵌入式设备(电磁炉、吸尘器、微波炉。。。)。 jsp JSP项目是在后台开发框架成熟前使用较多的一种JavaWeb技术,后期会逐渐过度到后台框架。 jvm只能处理java编译的class文件。 JSP和后台框架 核心技术均为Servlet Servlet在jdk中的包为:javax.servlet.http.HttpServlet。 Servlet jsp和servlet的区别和联系: 1). jsp经编译后就变成了Servlet. (JSP的本质就是Servlet,JVM只能识别java的类(.class),不能识别JSP的代码,Web容器将JSP的代码编译成JVM能够识别的java类) 2)

[转]Conroller方法的重定向RedirectAttributes参数的用法

房东的猫 提交于 2019-11-27 12:35:09
关于重定向RedirectAttributes的用法 RedirectAttributes 是 Springmvc 3.1版本之后出来的一个功能,专门用于重定向之后还能带参数跳转的的工具类 他有两种带参的方式: 第一种: redirectAttributes.addAttributie("prama",value); 这种方法相当于在重定向链接地址追加传递的参数,例如: redirectAttributes.addAttributie("prama1",value1); redirectAttributes.addAttributie("prama2",value2); return:"redirect:/path/list" 以上重定向的方法等同于 return:"redirect:/path/list?prama1=value1&prama2=value2 " 注意这种方法直接将传递的参数暴露在链接地址上,非常的不安全。 第二种: redirectAttributes.addFlashAttributie("prama",value); 这种方法是隐藏了参数,链接地址上不直接暴露,能且只能在重定向的 “页面” 获取 prama 参数值。其原理就是放到 session 中, session 在跳到页面后马上移除对象。

重定向 1>&2 2>&1

六月ゝ 毕业季﹏ 提交于 2019-11-27 11:42:16
当初在shell中, 看到">&1"和">&2"始终不明白什么意思.经过在网上的搜索得以解惑.其实这是两种输出. 在 shell 程式中,最常使用的 FD (file descriptor) 大概有三个, 分别是: 0: Standard Input (STDIN) 1: Standard Output (STDOUT) 2: Standard Error Output (STDERR) 在标准情况下, 这些FD分别跟如下设备关联: stdin(0): keyboard 键盘输入,并返回在前端 stdout(1): monitor 正确返回值 输出到前端 stderr(2): monitor 错误返回值 输出到前端 举例说明吧: 当前目录只有一个文件 a.txt. [root@redhat box]# ls a.txt [root@redhat box]# ls a.txt b.txt ls: b.txt: No such file or directory 由于没有b.txt这个文件, 于是返回错误值, 这就是所谓的2输出 a.txt 而这个就是所谓的1输出 再接着看: [root@redhat box]# ls a.txt b.txt 1>file.out 2>file.err 执行后,没有任何返回值. 原因是, 返回值都重定向到相应的文件中了,而不再前端显示 [root

在浏览器地址栏输入URL,按下回车后究竟发生了什么?

五迷三道 提交于 2019-11-27 11:28:51
第一步:浏览器输入域名 例如输入:www.csdn.net/ 第二步:浏览器查找域名的IP地址 浏览器会把输入的域名解析成对应的IP,其过程如下: 1.查找浏览器缓存:因为浏览器一般会缓存DNS记录一段时间,不同浏览器的时间可能不一样,一般2-30分钟不等,浏览器去查找这些缓存,如果有缓存,直接返回IP,否则下一步。 2.查找系统缓存:浏览器缓存中找不到IP之后,浏览器会进行系统调用(windows中是gethostbyname),查找本机的hosts文件,如果找到,直接返回IP,否则下一步。 3.查找路由器缓存:如果1,2步都查询无果,则需要借助网络,路由器一般都有自己的DNS缓存,将前面的请求发给路由器,查找ISP 服务商缓存 DNS的服务器,如果查找到IP则直接返回,没有的话继续查找。 4.递归查询:如果以上步骤还找不到,则ISP的DNS服务器就会进行递归查询,所谓递归查询就是如果主机所询问的本地域名服务器不知道被查询域名的IP地址,那么本地域名服务器就以DNS客户的身份,向其他根域名服务器继续发出查询请求报文,而不是让该主机自己进行下一步查询。(本地域名服务器地址是通过DHPC协议获取地址,DHPC是负责分配IP地址的) 5.迭代查询:本地域名服务器采用迭代查询,它先向一个根域名服务器查询。本地域名服务器向根域名服务器的查询一般都是采用迭代查询

学习shell第二天

久未见 提交于 2019-11-27 10:50:42
重定向与管道符 1、重定向       程序 = 指令 + 数据           命令 变量       在程序中,数据如何输入? 又如何输出?       数据输出:键盘 -- 标准输入? 又如何输出?         --stdin         echo "123456"|passwd --stdin "username'         例如: 功能添加用户 useradd.sh user.txt文本文档1000个用户           ./useradd.sh a           ./useradd.sh b           ...           ./useradd.sh < user.txt           while line ;do             循环体 $line           done < /etc/passwd           数据输出:显示器 -- 标准输出,但是并不是唯一输出方式             ls /etc/> a.txt           fd 文件标识符 0-9 --相当于给文件分类;             被定义的为 0 1 2             0 -- 标准输出             1 -- 标准输入             2 -- 错误输入输出 (标准错误)       

ICMP和重定向攻击

痴心易碎 提交于 2019-11-27 10:41:38
目录 ICMP数据报格式 smurf攻击 ICMP重定向攻击 基于libpcap的sniffer raw socket 定义包头 解析数据包 重定向 @ ICMP数据报格式 https://zhuanlan.zhihu.com/p/58662573 头部type,code,checksum ,4字节,扩展字段,4字节 icmp作为数据部分封装到ip数据报中 IPv4中的常用type,ipv6与之不同 0:Echo Reply 回显应答,返回数据 ping 3:Destination Unreachable 不可达 5:Redirect (change route) 重定向 8:Echo Request 回显请求,ping 11:time Exceeded for a Datagram,超时 struct icmp { u_int8_t icmp_type; /* type of message, see below */ u_int8_t icmp_code; /* type sub code */ u_int16_t icmp_cksum; /* ones complement checksum of struct tcp、icmp是全部的校验和,ip的只有头部*/ union { u_char ih_pptr; /* ICMP_PARAMPROB */ struct in

nginx配置http请求重定向到https

会有一股神秘感。 提交于 2019-11-27 10:25:43
nginx配置http请求重定向到https server段{}可以这样写 rewrite ^ /(.*)$ http:/ /domain.com/ $1 permanent; 或者 rewrite ^ http://domain.com$request_uri? permanent ; 或者 rewrite ^(.*) $ https: // ${ server_name} $1 permanent; nginx新版本可以换个写法,如下 server { listen 80 ; server_name wan .bo .com ; return 301 https://$server_name$request_uri ; } server { listen 443 ssl ; server_name wan .bo .com ; ssl on ; ssl_certificate /etc/nginx/cert/web .jisuoffice .com .crt ; ssl_certificate_key /etc/nginx/cert/web .jisuoffice .com .key ; ssl_session_timeout 5 m ; ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE:ECDH:AES:HIGH:!NULL:

linux重定向串口打印到telnet ssh远程中断

六月ゝ 毕业季﹏ 提交于 2019-11-27 09:59:07
如果要实时显示printk 信息 可以参考 https://www.cnblogs.com/ChenChangXiong/p/11357416.html 有时候调试需要 但是没有串口 使用telnet ssh远程登录的时候 不能显示启动时候运行的程序的打印 这个时候需要重定向 源码: 1 #include <stdio.h> 2 #include <stdlib.h> 3 #include <string.h> 4 #include <fcntl.h> 5 #include <sys/ioctl.h> 6 #include <unistd.h> 7 8 int main(int argc, char *argv[]) 9 { 10 int tty = -1; 11 char *tty_name = NULL; 12 13 if(argc < 2) 14 { 15 printf("miss argument\n"); 16 return 0; 17 } 18 19 /* 获取当前tty名称 */ 20 tty_name = ttyname(STDOUT_FILENO); 21 printf("tty_name: %s\n", tty_name); 22 23 if(!strcmp(argv[1], "on")) 24 { 25 /* 重定向console到当前tty */ 26

Servlet进阶

随声附和 提交于 2019-11-27 08:51:39
第一节 页面跳转 作为后台开发人员, 我们大多时候都在接收处理用户请求, 给予用户响应, 为了方便操作, 服务器需要将请求和响应封装成了request和response, Java Web服务端控制页面跳转主要有两种: 重定向和转发 1.1 重定向 重定向就是通过各种方法将网络请求重新定个方向转到其它位置 实现原理 1. 客户浏览器发送http请求, web服务器接受后发送302状态码响应以及对应新的location给客户浏览器 2. 客户浏览器发现是302响应, 则自动再发送一个新的http请求, 请求url是新的location地址, 服务器根据此请求寻找资源并发送给客户 3. 在这里location可以重定向到任意URL, 既然是浏览器重新发出了请求, 则就没有什么request传递的概念了, 在客户浏览器路径栏显示的是其重定向的路径, 客户可以观察到地址的变化的 特点 1. 重定向是客户端行为。 2. 重定向是浏览器做了至少两次的访问请求。 3. 重定向浏览器地址改变。 4. 重定向两次跳转之间传输的信息会丢失(request范围)。 5. 重定向可以指向任何的资源, 包括当前应用程序中的其他资源, 同一个站点上的其他应用程序中的资源, 其他站点的资源 6. 注意:传递给HttpServletResponse.sendRedirect 方法的相对URL以“/”开头,

Nginx之rewrite使用

点点圈 提交于 2019-11-27 08:49:48
rewrite regex replacement [flag]; flag= 【 break/last/redirect/permanent 】 ² regex 是正则表达式 ² replacement 是替换值,新值 ² flag -- 后续处理标识 flag=break 发生 nginx 内部重定向, path 值被更新, rewrite 层面的命令会中断。原控制流程逻辑不变往下走 flag=last 发生 nginx 内部重定向, path 值被更新, rewrite 层面的命令会中断。控制流程刷新,重新进行整个 location 层的逻辑流程。 flag= redirect/permanent 发生页面重定向( 301 永久重定向 /302 临时重定向), nginx 流程结束,返回 http 响应到浏览器,页面 url 更新 flag为空 发生 nginx 内部重定向, path 值被更新, rewrite 层面的命令继续。最后一个 rewrite 完毕,刷新控制流程,重新进行 location 重匹配 来源: https://www.cnblogs.com/Soy-technology/p/11355615.html