写在前面寒假重启每日一题计划，这回想挑战一些以前打得比较少的知识，比如SSRF、SSTI、JSON/COOKIE伪造、JS原型链污染等等，所以冲就完事了！FBCTF2019Event初见是一个登录框，其中Adminpanel目录提示需要先登录试了一些sql注入的万能密码，没用，常规登录后Adminpanel提示需要成为管理员Eventpan

参考：https://cloud.tencent.com/developer/news/384758(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fcloud.tencent.com%2Fdeveloper%2Fnews%2F384758)在Web应用中，HTTP请求是无状态的。即

thinkphp缓存使用一、总结1、这里的缓存不是指的缓存的页面，而是cache，如果你缓存了一个数组，那么你就可以取出这个数组里面的数据进行使用，用法性质和cookie和session有点像2、缓存的数据可以在thinkphp的runtime下的cache文件夹下面找到3、用法：可以用Cache类也可以用

1\.URL长度限制在Http1.1协议中并没有提出针对URL的长度进行限制，RFC协议里面是这样描述的，HTTP协议并不对URI的长度做任何的限制，服务器端必须能够处理任何它们所提供服务多能接受的URI，并且能够处理无限长度的URI,如果服务器不能处理过长的URI,那么应该返回414状态码。虽然Http协议规定了，但是

1.前言当决定前端与后端代码分开部署时，发现shiro自带的session不起作用了。然后通过对请求head的分析，然后在网上查找一部分解决方案。最终就是，登录成功之后，前端接收到后端传回来的sessionId，存入cookie当中。之后，前端向后端发送请求时，请求Head中都会带上这个sessionid。后端代码通过对这个se

郑重声明:本文仅供学习使用,禁止用于非法用途,否则后果自负,如有侵权,烦请告知删除,谢谢合作!开篇明义本文针对自主开发的抢票脚本在抢票过程中常常遇到的请求无效等问题,简单分析了12306网站的前端加密算法,更准确的说,是探究RAIL_DEVICEID的生成过程.因为该cookie值是抢票请求

郑重声明:本文仅供学习使用,禁止用于非法用途,否则后果自负,如有侵权,烦请告知删除,谢谢合作!开篇明义本文针对自主开发的抢票脚本在抢票过程中常常遇到的请求无效等问题,简单分析了12306网站的前端加密算法,更准确的说,是探究RAIL_DEVICEID的生成过程.因为该cookie值是抢票请求

今天学习cookie的时候，建好了一个动态Web工程后，重启Tomcat突然启动不了。然后在网上寻找答案也没找到我的这种问题，后来只好直接寻找。最后发现了造成这个问题的原因，现将这个原因记录在这里，避免以后遇到相同的问题忘记。在新版的Eclipse中，新建的servlet会在servlet中加入注解@WebServlet("/Servlet

是一款简单易用的清洁工具应用程序。它可以帮助您清理和优化您的设备，以提高性能和速度。BuhoCleaner可以扫描和删除不需要的文件和垃圾，包括缓存、残留文件、临时文件和无效的注册表项。它还可以清理浏览器历史记录、Cookie和缓存，以保护您的隐私。此外，

是一款专业的隐私保护软件，旨在帮助用户保护个人隐私和数据安全。它具有以下特点：全面的隐私保护：PrivatusforMac可以清理浏览器历史记录、缓存、Cookie、密码等个人信息，同时还可以删除临时文件、空文件夹等不必要的文件，确保您的个人数据不被泄露。