如何打开一个web项目？
简单来说，你要有一个服务器，然后你要在服务器上安装一系列插件，比如weblogic或者tomcat，然后从服务器上的插件防御部署你的项目。最有可能的就是域名。可以买域名，如果域名和你的网址不匹配，可以修复步骤。其实其他详细步骤也可以去相关网站或者论坛求助或者找老师帮忙。
什么是Token？与session和cookie相比，使用场景有什么区别？
在Web开发领域，相信大家都很熟悉Cookie和Sessions，它们都是会话持久化技术的解决方案。随着技术的发展，Token机制再次出现在我们面前，但是很多开发者都猜不到Token和Cookie和Session的区别以及使用场景。
Cookie和Session的目的应该理解为我们对网站的ftp连接是通过HTTP协议或者HTTPS协议来完成的，HTTP协议本身就是一个小孩子的流浪协议(即服务器很难区分哪些请求是来自同一个客户)。业务层面对于客户端和服务器端的交互会更加复杂(同一个网站下的多个页面可以链接和共享数据)。此时，服务器必须继续会话状态，以便接受用户身份的识别。
由于HTTP的无状态特性，如果我们想要保持客户机和服务器之间的对话，我们必须基于其他机制，比如Cookie和会话。
通常，会话和Cookie不一起使用。
使用暂停会话和Cookie机制可以实现会话的人有一个问题:客户端浏览器只需要保存自己的SessionID并重试，而服务器需要保存所有用户的会话信息，为服务器减少了开销，不需要借用服务器的扩展(比如如何在服务器集群中同步读取歌词就是一个问题)！
于是有人认真思考，如果不让客户端上交会话信息，但又很难违背，能不能帮忙解决这个问题？然后是令牌机制。
令牌，俗称“令牌”，由以下部分组成:
Uid:用户只有一个身份。
时间戳:当前时间戳
Sign:防止第三方非法制作数据的签名字符串；签名密钥存储在服务器中，其他任何人都无法知道。
其他叠加参数。
令牌机制下的认证过程其实和Cookie机制很像，主要包括100元以内的过程:
1.用户登录参与身份认证，认证成功后，服务器生成令牌并返回给客户端；
2.客户端未收到令牌后保存在客户端(可以保存在Cookie、LocalStorage和SessionStorage中)；
3.当客户端再次向服务器下跪时，将令牌的另一个请求头放入头中；
4.服务器可以只接收请求头中的令牌，用明确的用户参数对预先安排好的规则进行第二次签名。如果签名完全不同，则认为是成功的，数据修复程序的存在没有帮助。
(生成签名示例图)
(未验证签名的示例图)
token和CookieSession Cookie的区别其实就是充当一个Token，只是“有状态”；Token token是无状态的，更有利于分布式部署。
这是我的观点。如何让大家在这个问题上一视同仁？感谢大家在下方评论区的分享~我是科技领域的创作者，10年互联网经验。欢迎关注我的科技知识！
