源码

前言 最近一直在捣鼓毕设，准备做的是一个基于前后端开发的Mock平台，前期花了很多时间完成了功能模块的交互。现在进度推到如何设计核心功能，也就是Mock数据的解析。 根据之前的需求设定加上一些思考，用户可以像写json一般轻松完成数据的mock，也可以通过在mock数据模型之上进行构建出复杂的数据模型并在项目中引用。 这看似简单的需求其实需要处理几个不同的模块功能以及交互设计。该如何处理解析不同mock数据并进行构造？前端交互中模拟数据该如何处理？数据构造时如何加载用户设定的数据模型？错误捕捉与处理？ 这些都暂时没有一个好的处理结果。因此想要完成核心功能我们需要明确需求，并且通过同类产品是如何处理的，通过阅读它们的源码来学习思想并加入。 明确需求 在明确该功能模块之前我们可以通过模拟流程来明确。 用户 -> 添加数据模型 - > 实时看到构造结构 用户 -> 添加接口 -> 构造json格式返回参数 -> 预览 构造json格式返回参数 不仅包含返回的正文，同时也设定了 header 和 method。 阅读源码 符合大部分需求的开源项目有 mock.js easy-mock eolinker YAPI DOCCLEVER MOCK.JS篇 首先我们需要明确现阶段大部门的 Mock 平台或多或少都是受到 Mock.js 的思想或者是其增强版。 我们可以用下面简单的 json 通过

php源码怎么放到虚拟主机里？PHP语言开发的程序源码放到虚拟主机里，可以使用FTP软件或者预装软件或者控制面板安装等方式来达成。接下来，56云小编详细介绍PHP源码放到虚拟主机的过程。 1、虚拟主机准备 首先，我们要购买一款能支持PHP语言的虚拟主机，可以考虑直接购买PHP虚拟主机，或者是购买Linux虚拟主机。这两种，肯定支持PHP语言，很多云服务商会将这两个虚拟主机归类为同一种。此外还有Windows虚拟主机，需要看是否支持PHP语言，Windows虚拟主机，在支持ASP语言开发的同时，也兼容PHP语言开发。 购买好后，我们将FTP信息给记录下来，待用。 2、PHP源码准备 使用PHP开发的网站程序、软件应用、存储服务器等，将程序准备好。 接下来，我们可以选择一种安装方式，即放置方式，我们以FTP来举例 3、准备FTP软件 FTP软件，选择一款使用习惯的，安装好待用。 4、FTP连接虚拟主机 启动FTP软件，创建一个新的站点管理，输入FTP上传地址、FTP用户名、FTP密码等信息，连接。成功后，我们就可以使用FTP来管理虚拟主机文件了。 5、上传源码至虚拟主机 在FTP连接好后，我们就可以将前面准备好的PHP源码通过FTP上传到虚拟主机根目录下，或其他指定文件夹内。 这样，我们就成功将PHP源码放到虚拟主机里了，部分程序需要配置，比如网站程序WordPress

一、XSS攻击 （一）、反射性型XSS（GET） 我们先输入’”<>,1234 用于测试我们的输入会不会被过滤掉，因为有特殊字符。 然后看一下源码。 这里可以看到我们的输入被直接显示在了P标签里。 然后我们输入我们的JS代码试试 <script>alert("123")</script> 发现显示对输入长度有限制，我们F12更改一下继续输入。 我们查看源码可以发现，我们输入的payload嵌入了到了 p 标签里面。 这又是正确的JS代码，所以被浏览器正确执行了。 （二）、反射性型XSS（POST） 首先登陆进来 因为是POST，所以参数不会体现在URL里，这里我们使用Burp抓包看。 也是一样，先输入特殊字符防过滤。 没有被过滤，我们可以POST传参试试。 <script>alert("document.cookie")</script> OK （三）、存储型XSS 跟之前一样，直接测试语句。 <script>alert("123")</script> （四）、DOM型XSS 首先弹窗试试。 点击 what do you see? 看源码，发现onclick后会执行函数 domxss() ,其作用是读取input的值并将其拼接到新创建的link节点中。 （五）、DOM型XSS-x 一样先试一下过滤 可以发现'"<>都被过滤了。 同理还是看源码。 构造payload： '><img

原文链接： https://blog.csdn.net/qq_36869808/article/details/88895109 源码泄露总结： svn源码泄露: https://blog.csdn.net/qq_36869808/article/details/88847364 git源码泄露: https://blog.csdn.net/qq_36869808/article/details/88909961 .hg源码泄漏: https://blog.csdn.net/qq_36869808/article/details/89057210 网站备份压缩文件泄露: https://blog.csdn.net/qq_36869808/article/details/89058643 WEB-INF/web.xml泄露: https://blog.csdn.net/qq_36869808/article/details/89086853 CVS泄漏: https://blog.csdn.net/qq_36869808/article/details/89088557 github源码泄露: https://blog.csdn.net/qq_36869808/article/details/89096152 .DS_Store文件泄漏: https://blog.csdn.net

精尽 Spring Boot 源码分析 —— Condition 1. 概述 在前面的文章，我们已经看过 Spring Boot 如何实现 自动配置 的功能，但是，实际场景下，这显然不够。为什么呢？因为每个框架的 配置 ，需要满足一定的 条件 ，才应该进行 自动配置 。这时候，我们很自然就可以想到 Spring Boot 的 Condition 功能。不过呢，Condition 功能并不是 Spring Boot 所独有，而是在 Spring Framework 中就已经提供了。那么，究竟是什么样的关系呢，我们在 「2. Condition 演进史」 来瞅瞅。 2. Condition 演进史 2.1 Profile 的出场 在 Spring3.1 的版本，为了满足不同环境注册不同的 Bean ，引入了 @Profile 注解。例如： @Configuration public class DataSourceConfiguration { @Bean @Profile("DEV") public DataSource devDataSource() { // ... 单机 MySQL } @Bean @Profile("PROD") public DataSource prodDataSource() { // ... 集群 MySQL } } 在测试环境下，我们注册单机

精尽 Spring Boot 源码分析 —— ServletWebServerApplicationContext 1. 概述 在 《精尽 Spring Boot 源码分析 —— SpringApplication》 一文中，我们看到 SpringApplication#createApplicationContext() 方法，根据不同的 Web 应用类型，创建不同的 Spring 容器。代码如下： // SpringApplication.java /** * The class name of application context that will be used by default for non-web * environments. */ public static final String DEFAULT_CONTEXT_CLASS = "org.springframework.context." + "annotation.AnnotationConfigApplicationContext"; /** * The class name of application context that will be used by default for web * environments. */ public static final String DEFAULT

精尽 Spring Boot 源码分析 —— ReactiveWebServerApplicationContext 1. 概述 本文接 《精尽 Spring Boot 源码分析 —— ServletWebServerApplicationContext》 一文，我们来分享 ReactiveWebServerApplicationContext 类，它提供 Reactive Web 环境的 Spring 容器。 AnnotationConfigReactiveWebServerApplicationContext 的类图关系如下： 相比来说，ReactiveWebServerApplicationContext 比 ServletWebServerApplicationContext 有更多的层级关系。不过没事，我们一点一点来看。 艿艿：Spring Webflux ，我自己目前没太使用过。看这块，就单纯好奇下，哈哈哈。 2. ReactiveWebApplicationContext org.springframework.boot.web.reactive.context.ReactiveWebApplicationContext ，继承 ApplicationContext 接口，Reactive Web ApplicationContext 接口。代码如下： //

精尽 Spring Boot 源码分析 —— @ConfigurationProperties 1. 概述 本文我们来分享 @ConfigurationProperties 注解，如何将配置文件自动设置到被注解的类。代码如下： // ConfigurationProperties.java /** * Annotation for externalized configuration. Add this to a class definition or a * {@code @Bean} method in a {@code @Configuration} class if you want to bind and validate * some external Properties (e.g. from a .properties file). * <p> * Note that contrary to {@code @Value}, SpEL expressions are not evaluated since property * values are externalized. * * @author Dave Syer * @see ConfigurationPropertiesBindingPostProcessor * @see

精尽 Spring 源码分析 —— Transaction 源码简单导读 对应 Maven 模块为 spring-tx 。 为什么是 tx 缩写呢？因为 Transaction 的发音，和 tx 比较接近。 1. 前置内容 Spring Transaction 主要基于 Spring AOP 机制来实现的，所以建议对 AOP 的源码有一定的了解。 当然，一般情况下，也是先看完 AOP 相关的源码，在来看 Transaction 的源码。 😈 如果胖友头铁，直接开始看 Transaction 的源码，也未尝不可。 2. 如何调试 ① 调试 <tx:advice /> 标签的解析的流程 可调试 org.springframework.transaction.TxNamespaceHandlerTests 这个单元测试里的方法。 另外，如果你想调试事务的提交和回滚，可以调试如下两个单元测试方法： #invokeTransactional() 方法，提交事务。 #rollbackRules() 方法，回滚事务。 当然，这两个方法，是不包含 DB 相关的，只能了解大体的事务执行过程。 ② 调试 @Transactional 注解的解析的流程 使用的还是 org.springframework.transaction.TxNamespaceHandlerTests 这个单元测试里的方法。下面

adb install xxx.apk 报错,安装APK报错：INSTALL_FAILED_SHARED_USER_INCOMPATIBLE、INSTALL_PARSE_FAILED_INCONSISTENT_CERTIFICATES 、INSTALL_FAILED_ALREADY_EXISTS 1. 安装APK报错：Failure [INSTALL_FAILED_SHARED_USER_INCOMPATIBLE]，表示APK需要没有签名或者签名不符合系统签名。 解决方法：使用源码下的 build/target/product/security/ 下的platform.x509.pem 和 platform.pk8(注意这里如MTK源码中需要使用对应build/target/product/security/项目/下的这两个工具)，以及源码下的out/host/linux-x86/framework/(这个为编译源码后的目录)下的signapk.jar，共三个工具进行签名。 签名方法：将上述三个apk拷贝到同一个目录下，使用" java -jar signapk.jar platform.x509.pem platform.pk8 待签名名字.apk 签名后名字.apk "命令进行签名。 然后安装即可。 2. 安装APK时报错：Failure [INSTALL_PARSE