系统开放3012、12017两个端口，前者为身份认证接口，以json形式返回token与权限参数，后者为业务系统，前端调用js-aes对json加密得到cookie
补充知识：Django 前后端分离跨域AJAX获取csrftoken及获取cookie时遇到的问题
后面会把前端进阶的课程内容都总结一遍。有些都是很常见的知识，但是为了梳理自己的知识树，所以尽量模糊的地方都会记录
技术栈 vue.js 主框架 vuex 状态管理 vue-router 路由管理 一般过程 在一般的登录过程中，一种前端方案是： 检查状态：进入页面时或者路由变化时检查是否有登录状态(保存在cookie或者本地存储的值)； 如果有登录态则查询登录信息(uid，头像等...)并保存起来；如果没有则跳转到登录页； 在登录页面（或者登录框），校检用户输入信息是否合法； 校检通过后发送登录请求；校检不成功则反馈给用户； 登录成功则从后端数据中取出session信息保存登录状态(可能需要跳转);登录不成功则提示用
cookie + session 是为了保存用户状态信息的。比如这个用户是否已经登陆，如果登陆了就给这个用户推送一些信息，比如他最近买一些东西、他的购物车、他最近看过的文章或视频等信息。因为 http 是无状态的，所谓的无状态就是说每次请求完成后，不会在客户端和服务器上保存任何的信息。对于客户端和服务器而言，根本就不知道上次请求的信息是什么，甚至不知道本次连接的对端是不是上次连接的那一端。也就是说即使该用户登录了，但 HTTP 本身并不知道是哪个用户登陆了，HTTP 只处理请求与相应。因此如何知道一个用户登录了之后，后端能知道是哪个用户登录了，这是一个问题。
cookie 是后端可以存储在用户浏览器中的小块数据。 Cookie 最常见用例包括用户跟踪，个性化以及身份验证。
通常指攻击者通过“HTML注入”篡改网页，插入恶意脚本，从而在用户浏览网页时，控制用户浏览器的一种攻击手段 。
本教程总共6篇,每日更新一篇,请关注我们!你可以进入历史消息查看以往文章,也敬请期待我们的新文章! 1、React项目配置1(如何管理项目公共js方法)---2018.01.11 2、React项目配置2(自己封装Ajax)---2018.01.12 3、React项目配置3(如何管理项目API接口)---2018.01.15 4、React项目配置4(如何在开发时跨域获取api请求)---2018.01.16 5、React项目配置5(引入MockJs,实现假接口开发)---2018.01.17 6、R
二、模块化开发 模块化的意义：形成局部作用域，不会污染全局变量 * commonJS：node、webpack是其规范的实现 * node不支持ES6的模块化，但支持所有的ES6+语法 * 可以通过typescript转化，在node中使用ES6模块化批量导出可输出多次 * `exports.属性1 = 值1` * `exports.属性2 = 值2` * 导出的都是属性，可导出任何类型的值 * 但导入的只是对象，通过对象的属性执行默认导出只输出一次 * 默认导出只输出第一个值 * `module.expo
Django网络应用开发的5项基础核心技术包括模型（Model）的设计，URL 的设计与配置，View（视图）的编写，Template（模板）的设计和Form(表单)的使用。
简单的，如果业务系统都在同一主域名下，比如 wenku.baidu.com 、 tieba.baidu.com ，就可以直接把 cookie domain 设置为主域名 baidu.com ，百度也就是这么干的
Xss（cross site scripting）跨站脚本攻击，为了和css区分，所以缩写是xss。
你之所以会遇到 跨域问题，正是因为 SOP 的各种限制。但是具体来说限制了什么呢？
原文地址：http://blog.codinglabs.org/articles/how-web-analytics-data-collection-system-work.html 网站数据统计分析工具是网站站长和运营人员经常使用的一种工具，比较常用的有谷歌分析、百度统计和腾讯分析等等。所有这些统计分析工具的第一步都是网站访问数据的收集。目前主流的数据收集方式基本都是基于javascript的。本文将简要分析这种数据收集的原理，并一步一步实际搭建一个实际的数据收集系统。
周末肛了一下0ctf，发现自己依旧那么菜。一道题也没解出来，成功的再一次拖了队伍后退。 今天发现国外大佬们已经开始放wp了。于是自己学习一波，复现一下。 先吐槽一波 h4x0rs.club1 Flag is biography of the administrator. There are more than one way to get this flag. h4x0rs.club-https://h4x0rs.club/game/ backend_www got backup at /var/www/h
浏览器的同源策略一直是开发中经常遇到的问题,它是浏览器最核心也是最基本的安全功能,如果缺少了同源策略,则浏览器的正常功能都会受到影响
最近和朋友聊天，发现我朋友调试前端页面的时候，都是上传svn或者git到测试服务器上调试，这样一来效率非常差，并且在多人的时候会频繁更新测试环境，然后我问我朋友，为什么不本地开发？然后我朋友说因为后端是java，所以本地要搭建java环境那些，很麻烦，也不会。
是一个关于关于cookie登陆退出的问题。问题原文为：怎么实现退出登陆，页面跳转到登陆页面，前端登陆后，后端返回字段设置cookie 就可以实现身份认证，但是这个cookies 应该是设置了httponly 字段，不允许前端js操作的，那点击退出按钮怎么应该做什么
看到信息里面有这样一条疑问： 是一个关于关于cookie登陆退出的问题。问题原文为：怎么实现退出登陆，页面跳转到登陆页面，前端登陆后，后端返回字段设置cookie 就可以实现身份认证，但是这个cookies 应该是设置了httponly 字段，不允许前端js操作的，那点击退出按钮怎么应该做什么 首先先解决这样一个疑问，就是不论cookie有没有设置httponly属性，登陆或者退出时候的cookie都不应该由js来操作。具体原因后面会说。 网站发送登陆请求之后，在响应头中通过Set-Cookie来设置c
Cookie 用于在客户端存储会话信息。它通过服务器响应请求时，响应头的Set-Cookie字段来设置 Cookie。Cookie 是服务端生成，保存在客户端
下面展示同一级域名和不同一级域名这两种情况下的单点登录的实现方案，这两种情况下实现的方法差不多，前面一种情况相对后面来说略微简单一点，所以我们将先展示如何在同一级域名下实现单点登录，最后再展示不同一级域名下的情况。
登录成功后，需要把这个 token 存储在本地存储里面，留着后续发送数据。实现比较简单，直接把 token 存储到 localStorage 中就行。
本来看ctfhub上有xss的题目，打算好好学习一波，结果点开一看，只有一道题2333。
Cookie，有时也用其复数形式 Cookies。类型为“小型文本文件”，是某些网站为了辨别用户身份，进行Session跟踪而储存在用户本地终端上的数据（通常经过加密），由用户客户端计算机暂时或永久保存的信息。
下面我们来具体看看这几个漏洞形成的原因和解决方法。首先让我们来回顾一下网络安全的三要素。
大家好，我是腾讯云开发者社区的 Front_Yue，本篇文章将详细介绍Cookie在授权认证中的作用、工作原理以及如何在实际项目中实现。
攻击者盗用了你的身份(TOKEN或Cookie等认证),以你的名义往服务器发请求,这个请求对于服务器来说是完全合法的,但是却完成了攻击者所希望的操作,而你全然不知,例如:以你的名义发送邮件,转账之类的操作
同源策略/SOP（Same origin policy）是一种约定，由Netscape公司1995年引入浏览器，它是浏览器最核心也最基本的安全功能，如果缺少了同源策略，浏览器很容易受到XSS、CSFR等攻击。所谓同源是指”协议+域名+端口”三者相同，即便两个不同的域名指向同一个ip地址，也非同源。
大家好，我是Leon-pi，可以叫我pipi，新人报道，是个菜鸟，由于个人也是在学习过程中，文章写的也不是面面俱到，尽善尽美，请见谅。
Hello小可爱们~~我又来了，还记得昨天说的今天要说什么吗？？？是滴，今天要说的就是跨域！
在前后端分离开发时为什么需要用户认证呢？原因是由于HTTP协定是不储存状态的(stateless)，这意味着当我们透过帐号密码验证一个使用者时，当下一个request请求时它就把刚刚的资料忘了。于是我们的程序就不知道谁是谁，就要再验证一次。所以为了保证系统安全，我们就需要验证用户否处于登录状态。
Vue系列实践文章 Javascript做为当下的热门语言，用途很广泛，从前端到后端处处可见其存在，该技术如今在我们项目内部也大量使用来开发诸如CMS系统以及其他其他一些数据分析系统的前端页面，为此个人非常感兴趣并将其作为帽子卡的扩展内容来进行课余学习。 ---- Javascript框架鳞次栉比，但基本原理大致相同，因此选用国内人开发的vue.js进行一个初步的尝试。学习vue.js也一周多的时间了，说起vue的主要用法，无外乎Declarative Rendering、Component System、
前后端分离并不只是开发模式，而是web应用的一种架构模式。在开发阶段，前后端工程师约定好数据交互接口，实现并行开发和测试；在运行阶段前后端分离模式需要对web应用进行分离部署，前后端之前使用HTTP或者其他协议进行交互请求。
BEEF (The Browser Exploitation Framework)：一款浏览器攻击框架，用Ruby语言开发的，Kali中默认安装的一个模块，用于实现对XSS漏洞的攻击和利用。
现在很多Web项目都是前后端分离的形式，现在浏览器的功能也是越来越强大，基本上大部分主流的浏览器都有调试模式，也有很多抓包工具，可以很轻松的看到前端请求的URL和发送的数据信息。如果不增加安全验证的话，这种形式的前后端交互时候是很不安全的。
前端安全方面，主要需要关注 XSS（跨站脚本攻击 Cross-site scripting） 和 CSRF（跨站请求伪造 Cross-site request forgery）
1.小程序运行在app中的，区别于H5运行在浏览器中，小程序的运行环境是基于浏览器内核重构的内置解析器，没有BOM和DOM API 2.小程序的渲染区别于H5的渲染线程和脚本线程互斥，小程序采用双线程模型，渲染层运行在Webview中，逻辑层运行在JSCore中，两个线程通过jsBridage进行中转通信。wxml、wxss 运行在渲染层，js 运行在逻辑层 3.一个小程序一个界面对应一个渲染线程，所以有多个webview线程，webview的渲染是通过js绘制的虚拟DOM为基础渲染的。 4.只有一个逻辑线程，逻辑层发送网络请求由native转发
《深入浅出Spring Security》一书已由清华大学出版社正式出版发行，感兴趣的小伙伴戳这里->->>深入浅出Spring Security，一本书学会 Spring Security。
现在都奉行前后端分离开发和微服务大行其道，前后端技术在各自道路上越走越远。 前后端唯一联系变成了API接口，API文档变成了前后端开发人员&测试人员联系的纽带。所以一款强大的Restful API文档就变得至关重要了。而目前在后端领域，基本上是Swagger的天下了。
在此之前一直以为传统的服务器使用session保存用户信息的方案在前后端分离时不能使用，无法获取请求的状态。 后面经过了解发现http本身就是无状态的，传统的session保存法也是因为服务端生成一个id返回给客户端保存在cookie中，客户端请求数据时将其通过请求头发给服务端，服务端再通过id找到具体数据即可。因此再跨域时只需能操作cookie就可以使用session了。恰好XMLHttpRequest对象提供了跨域接口withCredentials:跨域请求是否提供凭据信息(cookie、HTTP认证及客户端SSL证明等)。
如果我们前端页面的url和我们要提交的后端url存在跨域问题时，我们该如何解决呢？
一般网站优化都是优化后台，如接口的响应时间、SQL优化、后台代码性能优化、服务器优化等。高并发情况下，对前端web优化也是非常重要的。 下面说说几种常见的优化措施。 1、HTML CSS JS位置 一般需要将CSS放页面最上面，即HEAD部分，而将JS代码放页面底部。因为页面需要加载为CSS才进行渲染，而JS如果不是在页面加载之前就要执行就要放到页面最底部，以免在页面展示之前因JS过多加载而影响页面渲染速度。 2、引用文件位置 有一些插件需要引用到远程的图片、CSS、JS、图标等，如果远程的资源连接网速
在登录成功的一瞬间,需要后台设置一个Cookie,记录一下登陆的用户id(这里用邮箱表示,代码在上面),然后发响应给浏览器 例如在服务器端设置响应头：set-cookies：user_email=1@mtt.com
XSS 是目前最普遍的 Web 应用安全漏洞，它带来的危害是巨大的，是 Web 安全的头号大敌。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
