ACCESS注入01漏洞产生原理注入是针对数据库语句注入（所以识别数据库类型很重要），注入漏洞产生于脚本注入产生于数据交互的地方1.网站分类静态网页html或者htm，是一种静态的页面格式，不需要服务器解析其中的脚本。由浏览器如(IE、Chrome等)解析。不依赖数据库灵活性差，制作、更新、维护麻烦交互性较差，在功能方面有较大的限制安全，不存在SQL注入漏洞动态网页asp、aspx、php、jsp等，由相应的脚本引擎来解释执行，根据指令生成静态网页。依赖数据库灵活性好，维护简便交互性好，功能强大存在安全风险，可能存在SQL注入漏洞伪静态比如index.jsp地址栏加载成index.html可以
ACCESS注入01漏洞产生原理注入是针对数据库语句注入（所以识别数据库类型很重要），注入漏洞产生于脚本注入产生于数据交互的地方1.网站分类静态网页html或者htm，是一种静态的页面格式，不需要服务器解析其中的脚本。由浏览器如(IE、Chrome等)解析。不依赖数据库灵活性差，制作、更新、维护麻烦交互性较差，在功能方面有较大的限制安全，不存在SQL注入漏洞动态网页asp、aspx、php、jsp等，由相应的脚本引擎来解释执行，根据指令生成静态网页。依赖数据库灵活性好，维护简便交互性好，功能强大存在安全风险，可能存在SQL注入漏洞伪静态比如index.jsp地址栏加载成index.html可以
git报错：remote:Accessdenied fatal:unabletoaccess‘https://gitee.coherequestedURL403大概的原因，是之前更改了可能因为我之前在gitbash中配过ssh，系统已经将指向git的用户设置了别的位置，所以每次push操作的时候，可能会默认读取这个保存在本地的用户。本地用户凭证与远程仓库不符，可以删除本地用户凭证再重新登录解决如下：1找到控制面板 2凭据管理器 3Windows凭证（内部的登录凭证）删除后打开终端输入gitremote-v（意思是查看远程仓库地址）再输入gitremotermorigin选择要删除
git报错：remote:Accessdenied fatal:unabletoaccess‘https://gitee.coherequestedURL403大概的原因，是之前更改了可能因为我之前在gitbash中配过ssh，系统已经将指向git的用户设置了别的位置，所以每次push操作的时候，可能会默认读取这个保存在本地的用户。本地用户凭证与远程仓库不符，可以删除本地用户凭证再重新登录解决如下：1找到控制面板 2凭据管理器 3Windows凭证（内部的登录凭证）删除后打开终端输入gitremote-v（意思是查看远程仓库地址）再输入gitremotermorigin选择要删除
一、问题：在gitbash中执行gitclonexxx之后，并没有弹出登陆框，而是报以下错误git报错fatal:unabletoaccess‘XXX’:SSLcertificateproblem:certificatehasexpired二、解决方法:打开gitbash，输入gitconfig–globalhttp.sslVerifyfalse不出意外可能会继续报错fatal:notinagitdirectory，如没有报错，请忽略。这个问题解决办法是：1.先打开GitBash所在的文件夹2.找到git-cmd.exe3,依次输入以下代码，不要换顺序4.先输gitconfig–globalu
一、问题：在gitbash中执行gitclonexxx之后，并没有弹出登陆框，而是报以下错误git报错fatal:unabletoaccess‘XXX’:SSLcertificateproblem:certificatehasexpired二、解决方法:打开gitbash，输入gitconfig–globalhttp.sslVerifyfalse不出意外可能会继续报错fatal:notinagitdirectory，如没有报错，请忽略。这个问题解决办法是：1.先打开GitBash所在的文件夹2.找到git-cmd.exe3,依次输入以下代码，不要换顺序4.先输gitconfig–globalu
首先，跨域不是问题。是一种安全机制。这是你在开发时、上线前就必须提前考虑到的安全问题并且采取合适的手段去避免这个问题带来的程序错误。不过通常情况下，前端开发的小伙伴们都非常坚信后端小伙伴的接口一定已经处理好了跨域这个需求。然而事实上许多的前端拿到的都是没有解决跨域的接口。又出于某种原因不便与后端交涉并且对方视乎态度不是很友好。在这种情况下作为前端的小伙伴们心里简直一万头草泥马飞过。不过现在你不必为之犯困了，哪个后端要是不协助处理跨域导致的一系列问题的话，请将本文直接甩给后台，脸必须打响。要解决跨域必须由后端来一起协同解决，且主要解决工作在后端。为了能够更加快速的解决跨域带来的问题，下面对跨域进
首先，跨域不是问题。是一种安全机制。这是你在开发时、上线前就必须提前考虑到的安全问题并且采取合适的手段去避免这个问题带来的程序错误。不过通常情况下，前端开发的小伙伴们都非常坚信后端小伙伴的接口一定已经处理好了跨域这个需求。然而事实上许多的前端拿到的都是没有解决跨域的接口。又出于某种原因不便与后端交涉并且对方视乎态度不是很友好。在这种情况下作为前端的小伙伴们心里简直一万头草泥马飞过。不过现在你不必为之犯困了，哪个后端要是不协助处理跨域导致的一系列问题的话，请将本文直接甩给后台，脸必须打响。要解决跨域必须由后端来一起协同解决，且主要解决工作在后端。为了能够更加快速的解决跨域带来的问题，下面对跨域进
现象在ubuntu上编译内核时，apt-getsource时出现如下warning：W:Downloadisperformedunsandboxedasrootasfile'/var/cache/apt/archives/partial/samba-libs_2%3a4.5.8+dfsg-0ubuntu0.17.04.1_i386.deb'couldn'tbeaccessedbyuser'_apt'.-pkgAcquire::Run(13:Permissiondenied)解决方案谷歌了下，ctrlc+ctrlv的文章太多了。。最终亲测了askubuntu上的解决方案成功了。本文记录下，做个备
现象在ubuntu上编译内核时，apt-getsource时出现如下warning：W:Downloadisperformedunsandboxedasrootasfile'/var/cache/apt/archives/partial/samba-libs_2%3a4.5.8+dfsg-0ubuntu0.17.04.1_i386.deb'couldn'tbeaccessedbyuser'_apt'.-pkgAcquire::Run(13:Permissiondenied)解决方案谷歌了下，ctrlc+ctrlv的文章太多了。。最终亲测了askubuntu上的解决方案成功了。本文记录下，做个备
