js点击登录按钮获取到账号密码文本框内容并加密传输 在登录界面使用js点击登录按钮获取到账号密码文本框的数据并加密显示在console上；登陆成功之后根据加密的账号密码解密。
js点击登录按钮获取到账号密码文本框内容并加密传输 文本框和密码框都是input元素，只是type属性值不一样，因此只要将type属性由text修改为password即可实现文本框变密码框。示例如下：1、HTML结构请输入密码\"onclick=\"fun(this)\">；2、javascript代码function fun(obj){ obj.value=\"；obj.type=\"password；}3、效果演示
如果一个直播地址没有加密，我能在前端限制用户进来吗 密码在前端加密完全没有意义，对密码系统的安全性不会有任何提高，反而会引发不必要的麻烦。首先，做前端开发的人需要知道，前端系统的控制权是完全在用户手里的，也就是说，前端做什么事情，用户有完全的控制权。假设如同@陈轩所说，前端做过了md5，后台就不用做了，这个做法会有什么后果？如果某一天，这个系统的数据库泄露了，黑客就直接拿到了每个用户的密码md5值，但此时，由于黑客知道密码是在前端进行哈希的，所以他不需要爆破出该md5对应的原文是什么，而是直接修改客户端向服务器发出的请求，把密码字段换成数据库中MD5就可以了，由于与数据库中记录一致，直接就会登录成功。这跟直接存储明文密码没有任何区别！所以不管前端是不是加密了密码，后台使用安全的哈希算法对内容再次转换是非常有必要的。（MD5可不行，要用bcrypt，我之前回答过一个类似的：随着显卡性能的高速发展，目前的快速Hash算法是否已经变得不够安全了？这还有一个人赞同，希望大家别被错误答案误导了。另外一个答案@林鸿所说，在非安全HTTP连接上，可以防止原始密码被窃听。但问题在于由于你的登录系统接受的哈希过的密码，而不是原文，窃听者根本不需要原始密码，只要通过哈希。
Web 前端密码加密是否有意义？ HTTPS 的诞生就是为了解决中间人攻击的问题，但如今HTTPS 的使用情况在国内并不乐观，基本是因为成本或者性能的考量。那么问题来了，如果仍然使用 HTTP 协议怎么样一定。
Web 前端密码加密是否有意义？
