web开发

目录 1. 内容 2. 层定位概述 3. 固定定位position:fix 3.1 案例1 3.2 案例2 4.相对定位position:relative 4.1 保留文档流的原位置 4.2 相对于直接父元素 5. 绝对定位position:absolute 5.1 不保留文档流的原位置 5.2 相对static定位以外的第一个父元素 5.2.1 一般情况 5.2.2 极端情况 6. relative和absolute的区别 7.relative+absolute混合使用 1. 内容 2. 层定位概述 我们希望网页的元素可以层叠在另外的一个元素上面，出现这种叠加或者覆盖的效果，这个时候我们就用到层定位，层定位像图像软件中的图层一样可以对每个layer能够精确定位操作。 层定位主要使用positon属性来设定 ，当前这一层究竟可以相对于哪一层来进行定位，不同的属性值它的参照物是不同的，有了参照物之后就使用这几个属性来进行位置的设定； z-index设置前后层的层叠关系，取值大的这一层会覆盖遮挡取值小的这一层，如果我们希望把当前的这个图片进行背景的设定，我们可以把它的z-index属性的取值设置的非常小，比如设置成一个负数（-999），如果设置的值很大，那么它就变成了顶层，都是按照它的取值大小顺序来逐层排列的； 我们把某个网页元素称为一层，那外面的元素称为父层，里面嵌入的元素称为子层

SpringMVC 框架概述 Spring Web MVC是基于Servlet API构建的传统Web框架，并且从一开始就已包含在Spring框架中 与Spring Web MVC并行，Spring Framework 5.0引入了一个新的反应式Web框架，其名称“ Spring WebFlux; 理解: 首先SpringMVC 是一个MVC构架模式的web框架,是基于Servlet的,从Spring第一个版本就一起推出了, 传统web框架,指的是SpringMVC依然使用多线程同步并发的方式来处理请求,现如今大家都在鼓吹异步并发多么多么好,从测试数据来看异步并发效率的确更好,但是其并不成熟,极大多数公司项目还没有更新到异步技术,盲目的进行重构可能会引发更多的问题, 并且异步编程在代码结构上会产生较大的变化,对于初学者而言,掌握难度是较大的; 构架图: Spring-MVC在系统中的位置 可以看出 SpringMVC 并没有代替Servlet,它只是在Servlet上提供了一套封装好的组件,提高开发效率; 还使得开发出的项目更加规范;否则每个人可能有每个人不同的MVC; SpringMVC核心组件 思考: 若没有SpringMVC框架,我们该如何去编写一个较大的web项目呢,可以发现在选课系统中出现了大量的Servlet,因为一个请求地址就需要一个Servlet,使得项目体积变大

前端工程师已经成为目前互联网企业极具竞争力的人才，企业不断提升薪资水平为了招聘到优秀的Web前端开发工程师。因此，越来越多的人想要学习Web前端。那么呢？Web前端的学习路线是什么？ 加扣裙：768976403 免费获取学习资料 想成为一个Web前端开发工程师，需要掌握的知识有很多，大概包括：HTML、CSS、JavaScript、XML、JSON、服务器脚本语言(PHP,ASP,.NET,JSP等等)、jquery框架、页面性能优化、SEO站内优化、开放服务API接入、浏览器兼容性调试、W3C规范等等。 1、前端页面重构。主要内容为PC端网站布局、HTML5+CSS3基础、WebApp页面布局。学习目标是完成PC端网站布局，WebApp页面布局，还要可以通过HTML5+CSS3的2D、3D等属性实现一些精美的动画效果。 2、JavaScript高级课程、PC端全栈项目开发。主要内容为原生JavaScript、面向对象进阶与ES5/ES6应用、JavaScript工具库自主研发、JQuery经典交互特效开发、HTTP协议、Ajax进阶与后端开发、前端工程化与模块化应用以及AngularJS等。学习目标是可以通过原生JavaScript开发交互功能，实现网站上的交互效果，以及模块化应用等，实现完整的前端工程。 加扣裙：768976403 免费获取学习资料 3、Web前端框架、混合开发

web开发也就是前端和后端，首先理解一下前后端分离技术，其实说的后端代码和前端代码分割开来。不然不利于前端和后端分别开发。 web开发 CS即客户端、服务端编程。传统的socket开发。 客户端、服务端之间需要使用socket，约定协议，版本（往往使用的协议是TCP或者UDP），指定地址和端口，就可以通信了。客服端、服务端传输数据，数据可以有一定的格式，双方必须先约定好。 BS编程，即Brower、Server开发。 brower浏览器，是一种特殊的 客户端，支持http(s)协议，能够通过URL向服务器发起请求，等待服务器返回HTML等数据，并在浏览器内可视化展示的程序。 SERVER,支持http协议，能够接受众多客户端发起的http协议请求，经过处理，将HTML等数据返回给浏览器。 本质上来说，BS是一种特殊的CS，即 客户端必须是一种支持http协议且能解析并渲染html的软件，服务端必须是能够接受多客户端http访问的服务器软件。 http协议底层是基于tcp协议实现。 BS开发分为两端开发。 客户端开发——或称前端开发。HTML（控制格式），css（控制样式），JavaScript等。 服务端开发， python有WSGI,django,flask,tornado等。 http协议 http协议是 无状态协议 。同一个客户端的两次请求之间并没有任何关系，从服务端角度来说

文章目录 一、URL 二、B/S程序架构 三、Web服务器 3.1 定义 3.2 常用的Web服务器 3.3 Tomcat服务器 3.3.1 定义 3.3.2 特点 3.3.3 安装后的目录结构 3.3.4 配置 3.3.5 启动 3.3.6 停止Tomcat 四、JSP 4.1 定义 4.2 工作原理 4.3 page指令 4.4 使用JSP实现输出 4.4.1 示例1 4.4.2 示例2\ 一、URL 计算机通过 URL（Uniform Resource Locator，统一资源定位符）实现资源访问，URL 唯一能识别Internet上具体的计算机、目录或文件夹位置的命名约定。 二、B/S程序架构 B/S（Browser/Server，浏览器/服务器模式）结构是随着互联网的发展，Web 出现后兴起的一种网络结构模式。这种模式统一了客户端，让核心的业务处理在服务端完成。只需要在自己电脑或手机上安装一个浏览器，就可以通过 Web Server 与数据库进行数据交互。 B/S架构采用请求/响应模式进行交互。 三、Web服务器 3.1 定义 Web 服务器是可以向发出请求的浏览器提供文档的程序，还提供网上的信息浏览服务。 3.2 常用的Web服务器 Microsoft：IIS Apache：Tomcat Oracle：WebLogic IBM：WebSphere Nginx 3.3

在Web应用中，Http请求是无状态的。即：用户第一次发起请求，与服务器建立连接并登录成功后，为了避免每一次打开页面需要登录，就出现了Cookie和Session技术。 Cookie Cookie是客户端保存用户信息的一种机制，用来记录用户的信息，也是实现Session的一种方式。Cookie存储的数据量有限，都是保存在浏览器中。不同的浏览器有不同的存储大小，但一般不超过4KB。因此Cookie只能存储一小段的文本信息。 例如：登录网站，用户第一天输入用户名和密码进行登录，第二天有可能就直接打开。 Session Session是另一种记录客户状态的机制，它是在服务端保存的数据结构(SessionID和Session内容，还有很多自定义的内容.如：用户基本信息、权限信息等等)，这个数据可以保存在持久化数据库、Redis缓存库、文件中，用于跟踪用户的状态。 客户端浏览器访问服务器的时候，服务器把客户端信息以某种形式记录在服务器上。这就是Session。客户端再次访问时只需要从该Session中查找该用户的状态即可。 用户第一次登录后，浏览器会将用户信息发送给服务器，服务器会给此用户创建一个SessionId，并在相应内容（Cookie）中将该SessionId一起返回给浏览器，浏览器将这些数据保存到客户端本地。当用户再次发起请求时

Python的Web开发中，如果使用Django框架，那么较为成熟稳定的服务器架构一般是Nginx+uWSGI+Django。而为什么一定要三个结合在一起呢？直接使用Django的runserver来启动服务器进程，或者uWSGI+Django可不可以呢？为什么？ 概念说明： APP（应用程序），就是开发者写的应用程序，例如django，bottle这些。记录怎么处理客户端发来的请求的逻辑部分。 WSGI，是一个协议，Python用于Web开发的协议 uWSGI，是一个程序，充当Web服务器或中间件。 如果架构是Nginx+uWSGI+APP，uWSGI是一个中间件 如果架构是uWSGI+APP，uWSGI是一个服务器 uwsgi，是uWSGI程序实现的一个自有的协议。 Web协议出现顺序： CGI -> FCGI -> WSGI -> uwsgi CGI，最早的协议 FCGI，比CGI快 WSGI，Python专用的协议 uwsgi，比FCGI和WSGI都快，是uWSGI项目自有的协议，主要特征是采用二进制来存储数据，之前的协议都是使用字符串，所以在存储空间和解析速度上，都优于字符串型协议. 官方介绍 一、WSGI协议 浏览器请求一个页面的流程： 浏览器发送请求给服务器，包含请求头和请求体 服务器解析请求头和请求体 服务器根据请求信息来处理请求，生成返回内容

Python的Web开发中，如果使用Django框架，那么较为成熟稳定的服务器架构一般是Nginx+uWSGI+Django。而为什么一定要三个结合在一起呢？直接使用Django的runserver来启动服务器进程，或者uWSGI+Django可不可以呢？为什么？ 概念说明： APP（应用程序），就是开发者写的应用程序，例如django，bottle这些。记录怎么处理客户端发来的请求的逻辑部分。 WSGI，是一个协议，Python用于Web开发的协议 uWSGI，是一个程序，充当Web服务器或中间件。 如果架构是Nginx+uWSGI+APP，uWSGI是一个中间件 如果架构是uWSGI+APP，uWSGI是一个服务器 uwsgi，是uWSGI程序实现的一个自有的协议。 Web协议出现顺序： CGI -> FCGI -> WSGI -> uwsgi CGI，最早的协议 FCGI，比CGI快 WSGI，Python专用的协议 uwsgi，比FCGI和WSGI都快，是uWSGI项目自有的协议，主要特征是采用二进制来存储数据，之前的协议都是使用字符串，所以在存储空间和解析速度上，都优于字符串型协议. 官方介绍 一、WSGI协议 浏览器请求一个页面的流程： 浏览器发送请求给服务器，包含请求头和请求体 服务器解析请求头和请求体 服务器根据请求信息来处理请求，生成返回内容

迅速发展的前端开发，在每⼀年，都为开发者带来了新的关键词。2019 年已步⼊尾声，2020 年前端发展的关键词⼜将有哪些呢？发展的方向又会是什么呢？参考2019年大前端的发展，不出意外，前端依旧会围绕⼩程序、超级APP、跨端开发、前端⼯程化以及新技术运用等几个方面进行展开（可以参考 2019年大前端技术趋势深度解读 ）。 小程序 在⼩程序⽅⾯，今年仍然是⼩程序突⻜猛进的⼀年，各⼤主流的 App 都上线了⼩程序能⼒的⽀持，各前端团队也都有了专⻔的⼩程序开发团队，以适应更快的⼩程序开发需求。同时App 中很多关键的功能都被⼩程序所替代，甚⾄有些 App 已经变成 Native ⼩程序壳，上层的应⽤实现全部是⼩程序。 在微信小程序出现以前，大家在谈 Hybird、ReactNative，但终归只是技术层面的狂欢，始终没有业务属性的注入。小程序的出现，一方面告诉业界在当前设备上 Webview 也没差到哪去，另外一方面告诉业界如何让有能力的商家在超级 APP上进行私域运营。 另一方面，从技术角度说，在上层 DSL 的严格限制下，超级 APP 就可定义符合自己诉求的 Web 标准，弥补当前 Web 标准的不足，最后和客户端配合，结合离线、预加载、定制Webview 能产出类似于 NSR 等各种酷炫的技术模型，让 Web 在端内低成本达到 Native 版的体验，端外也不会像 Weex

作为Web前端开发必备语言，CSS为大家广为熟知，今天就跟大家分享下CSS规范总结 ， Web前端 的小伙伴们看过来吧！ CSS样式的权值(权重) 权值等级的定义 第一等：代表内联样式，如: style=””，权值为1000。 第二等：代表ID选择器，如：#content，权值为100。 第三等：代表类，伪类和属性选择器，如.content，权值为10。 第四等：代表类型选择器和伪元素选择器，如div p，权值为1。 Ps:通用选择器（*），子选择器（>）和相邻同胞选择器（+）并不在这四个等级中，所以他们的权值都为0，!important 优先级最高，万不得已的情况下才用。 权重计算 #content div#main-content h2=2*100+2*1=202 #content #main-content>h2=2*100+1=201 body #content div[id="main-content"] h2=1*100+1*10+3*1=113 #main-content div.paragraph h2=1*100+1*10+2*1=112 #main-content [class="paragraph"] h2=1*100+1*10+1*1=111 div#main-content div.paragraph h2.first=1*100+2*10+3*1=123