ASP.NET中几个重要内置对象的使用（包含SESSION\COOKIE\APPLICATION的区别和应用等），走过路过别错过，好资源受益一生。

freebuf那篇有点标题党的说绕过HTTPonly获取cookie的工具，源站已经上不去了，故放在这里

uid-safeURL和cookie安全的UID创建对Cookie和URL使用均安全的加密安全UID。
这与诸如的模块形成对比，该模块的UID实际上由于使用%而产生了偏差，从而不必要地截断了UID。
如果您仍然可以在UID中使用-和_，请使用此选项。
安装$npminstalluid-safeAPIvaruid=require('uid-safe')uid（byteLength，回调）异步创建具有特定字节长度的UID。
因为在下面使用了base64编码，所以这不是字符串长度。
例如，要创建长度为24的UID，您需要字节长度为18。
uid(18,function(err,string){if(err)throwerr//dosomethingwiththestring})uid（byteL

再一次，Cookie、Session、Token、JWT.xmind

不错的笔记。
是java26通里边web开发的部分。
代码就不发了。
文档中都有。
照着敲吧！！搬来饿代码不是自己的。
第19天WEB开发环境搭建 |-第1节WEB发展史 |-第2节使用Tomcat搭建WEB开发环境 |-第3节MyEclipse中配置Tomcat |-第4节JSP基础语法（上）第20天JSP基础语法 |-第1节JSP基础语法（中） |-第2节JSP基础语法（下） |-第3节实例讲解—登陆程序实现 |-第4节内置对象简介、四种属性范围 |-第5节request内置对象第21天JSP内置对象 |-第1节response内置对象 |-第2节实例讲解—雇员管理 |-第3节session内置对象 |-第4节application内置对象 |-第5节WEB安全实现及config对象第22天分页实现及上传 |-第1节实例讲解—用户登陆（Cookie保存信息） |-第2节分页实现（上）_假分页 |-第3节分页实现（下）_真分页 |-第4节JavaBean |-第5节上传组件Smartupload第23天项目及DAO设计模式 |-第1节实例讲解：雇员管理（加入照片和翻页） |-第2节DAO设计模式 |-第3节实例讲解—雇员管理（增加领导）

typora笔记

自动切换代理服务器、自动更改UserAgent，自动更改Cookie登录，自动改变分辨率，自动改变窗口尺寸，自动点击，自动填表，网页变化监控，循环自动控制，网页内容采集，读写Excel，采集入库。

基于HttpHelper万能框架V2.2源码基础上，修复了cookie合并的问题，以及ssl基础连接已关闭的问题。
作者你为什么要举报我？1，cookie修复internalstaticstringGetMergeCookie(stringoldCookie,stringnewCookie){if(!string.IsNullOrEmpty(oldCookie)&&!string.IsNullOrEmpty(newCookie)){if(oldCookie==newCookie)returnoldCookie;else{ListOld=newList(oldCookie.Split(';'));ListNew=newList(newCookie.Split(';'));foreach(stringninNew){foreach(stringoinOld){if(o==n||o.Split('=')[0]==n.Split('=')[0]){Old.Remove(o);break;}}}Listlist=newList(Old);list.AddRange(New);StringBuildersb=newStringBuilder();foreach(varsinlist){if(s!=""){sb.Append(s).Append(";");}}returnsb.ToString();}}elseif(!string.IsNullOrEmpty(oldCookie)){returnoldCookie;}elseif(!string.IsNullOrEmpty(newCookie)){returnnewCookie;}else{return"";}}2，ssl修复ServicePointManager.SecurityProtocol=SecurityProtocolType.Tls|SecurityProtocolType.Ssl3|(SecurityProtocolType)3072|(SecurityProtocolType)192|(SecurityProtocolType)768;

本次项目开发主要实现一个购物街的电商系统，在原型系统的基础上实现用户与系统的交互。
项目的开发有两种开发方案：使用Servlet实现系统的核心控制、使用框架实现系统的开发。
在开发初期使用servlet进行开发，熟悉web编程的环境以及系统开发的逻辑开发。
使用Servlet完成系统的核心部分后，使用SSM框架对系统进行系统开发，其中springMvc用于实现对用户提交表单的逻辑处理,spring为中间层实现controller层与Dao层的交互，mybaits实现对数据库的操作，各层之间的耦合度较小。
该系统实现了用户的注册登录、商品信息的模糊查询、查看商品详情、加入购物车、确认购物车的订单、提交订单以及用户的后台数据管理等功能。
在系统的开发中使用EL表达式JSTL标签库代替JSP页面中数据访问时的复杂编码。
使用session记录用户的登录信息以及购物车信息。
用户登录后将登录信息保存在session中，如果用户登录后在每一个页面显示用户名。
使用cookie事实现用户的自动登录。
也即用户登录后会将登录信息保存在cooike中，当用户访问购物主页面时，如果cookie中含有用户的信息，则可直接进行访问，而无需进行登录。
使用ajax实现用户注册时的用户名查重。

简介　　安全是所有Web项目在设计时都要考虑的一个重要因素。
无论是选择最短口令，决定何时使用SSL加密HTTP会话，还是通过自动登录cookie来识别用户，都经常要付出重大的设计努力，以保护用户的身份信息和他们可能存放于Web站点的其他资料。
糟糕的安全性可能带来公关灾难。
当最终用户努力保持对其个人信息的控制时，他们要面临令人迷惑的隐私政策，需要牢记众多站点的不同口令，以及遭遇“钓鱼式攻击”事件。
　　在宏观层次上，数字身份引起了许多复杂的技术和社会问题，业界一些团体如LibertyAlliance和IdentityGang都正试图通过开发新的技术标准来解决它们。
在较小的规模上，可以使用一些工具来为用户提供更好的安全性。
请考虑口令管理问题。
用户访问他们保存个人资料的Web站点，在可以存取他们的资料之前必须经过验证。
通过验证来鉴别用户，确保他们是所声称的用户。
进行验证最简单方式是使用口令。
然而，若每个站点都需要各自的一套口令，用户将有难以控制的大量口令。
1998年微软首先尝试通过其Passportnetwork提供该问题的全球解决方案。
Passport使得任意Web站点使用用户提交给Passport的个人资料(如用户名、地址、信用卡号)成为可能。
Passport是单点登录(singlesign-on，SSO)的第一次电子商务尝试。
它没有流行起来，部分原因是由于人们对系统封闭性的担心。
然而，SSO的理念非常引人注目，许多开放标准和商业计划都追随Passport其后。
通过SSO，某个Web站点可以与其他站点共享用户身份信息。
　　SSO对于使用应用服务提供商(ApplicationServiceProvider，ASP)软件服务的企业特别有用。
ASP在自己的服务器上宿主应用程序，出售其访问权作为服务。
公司可以在它的标准目录服务器里管理自己的用户和口令，然后通过SSO授予用户访问ASP应用程序的权限。
SSO允许公司管理自己用户的信息，不必为每一员工维护多个用户账号。
对用户来说，SSO的好处在于他们可以在多个应用程序中使用一个用户名和口令，并且在应用程序之间切换时无需重新验证。
SSO不仅仅用于Web应用程序，它可用于任何类型的应用程序，只要有安全地传送身份信息的协议。
这种通信方式的开放标准就是安全性断言标记语言(SAML)。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。