payload

前言 在过去的项目中一直用的都是Redux，觉得挺不错的，按照官方推荐的一些写法，再加上团队风格，打造了一套关于Redux的架构，但是，现在觉得写Action、Reducer太繁琐，随着业务不断的增量，相应的文件和代码也会不断的增加，而且对新人来说不是非常友好(理解Redux比较困难)，听说一方诸侯MobX非常不错，所以在尝试使用了，目前项目中两套架构都是并存，写下自己的一些感想。 都解决什么问题？ 1、组件之间复用状态非常困难 React本身没有提供将可复用性状态“附加”到组件的途径（例如，把组件连接到 store）。如果你使用过 React 一段时间，你也许会熟悉一些解决此类问题的方案，比如 props 和 HOC。但是这类方案需要重新组织你的组件结构，这可能会很麻烦，使你的代码难以理解。写下这片博客的时候，React已提供Hook，但是本人觉得这都是些hack方案。 2、复杂组件变得难以理解 我们经常维护一些组件，组件起初很简单，但是逐渐会被状态逻辑和副作用充斥。每个生命周期常常包含一些不相关的逻辑。例如，组件常常在 componentDidMount 和 componentDidUpdate 中获取数据。但是，同一个 componentDidMount 中可能也包含很多其它的逻辑，如设置事件监听，而之后需在 componentWillUnmount 中清除

原文： https://www.yuque.com/yuxuanbeishui/zog1rm/tgmgws 今天我们就来聊聊 dva 中的 effects 与 reducers以及其中涉及的关键字的使用。如果它们之间工作流程还不太熟悉，请阅读： 分析models源码 为了让小伙伴们更好的理解与使用 effects 与 reducers，我们依然找现有的 models 为例： 位置："/src/pages/Profile/models/profile.js" <div class="lake-codeblock-content"><div class="CodeMirror"><pre class="cm-s-default"><span class="lake-preview-line"><span class="lake-preview-line-number lake-lm-pad-level-1"></span><span class="lake-preview-codeblock-content"><span class="cm-keyword">import</span> { <span class="cm-def">queryBasicProfile</span>, <span class="cm-def">queryAdvancedProfile</span> }

项目代码结构↓ src内容↓ store内容↓ 理解思路: component中的组件发送修改请求，由action.js处理请求，mutation修改请求，修改请求后state改变，从getter.js中可获取更新后的state中的数据。 state.js中为初始数据 const state={ count:0 }; export default state; action.js中的内容 import * as types from './types'; const actions={ increment:({ commit,state },payload)=>{ // alert(payload); payload=payload||1; commit(types.INCREMENT,payload); }, decrement:({ commit,state })=>{ commit(types.DECREMENT); }, async:({ commit,state })=>{ setTimeout(()=>{//请求数据 commit(types.INCREMENT); },1000); }, odd:({ commit,state })=>{ if(state.count % 2 == 0){ commit(types.INCREMENT); } } }; export

为了锻炼安全技术，我在TetCTF上想寻找一些新奇的网络挑战，并注意到一个有趣的系统——“Secure System”。 其中挑战目标是制作一个和SQL盲注有关的payload，并且不使用： UNION … SELECT information_schema “in”和“or”等关键词 尽管还有其他安全过滤，但以上关键词是最难克服的障碍。 information_schema的替代方法 我在网上搜索了一下从MySQL数据库中检索表名的替代方法，但没有找到任何可行的方法。所有的技术都依赖于 information_schema 或 mysql.innodb_table_stats ，但这两者都会被“in”关键词过滤掉。所以，我需要寻找新方法，并在研究了一段时间后成功发现了替代品 sys.x$schema_flattened_keys 。 在上述示例中，不仅包含一个 table_name 列，还包含“索引列”。但这不是唯一的方法，还有另一个表 sys.schema_table_statistics 可显示更多的表： 通过这种方法和SQL盲注技术，我成功得到了目标表名 Th1z_Fack1n_Fl4444g_Tabl3 。 他人的解决方案 在尝试检索列名的时候，我遇到了不小的困难，尝试了很多方法都不成功。但我发现的表格 sys.x$statement_analysis

一款优秀的XSS批量检测工具 https://www.freebuf.com/sectool/223009.html 必须学习胶水语言才可以啊 至少学会代码的编写与使用。 0×01 简介 NoXss是一个供web安全工程师批量检测xss隐患的脚本工具。其主要用于批量检测，比如甲方内部安全巡检，人工分析千万级的url资产是不现实的，NoXss使用多进程+协程的方式，支持高并发，可以出色的完成这一任务。NoXss从实用主义出发，小巧精致，不如其他扫描器拥有各式各样的高级功能（比如绕过waf、存储型xss等），深入挖掘xss这里首推 XSStrike ，但在批量检测方面，NoXss是一个不错的选择。 项目地址： https://github.com/lwzSoviet/NoXss 0×02 工作原理 NoXss主要是通过“符号闭合”来检测xss隐患，使用基于“反射位置”的payload进行探测（目前一共8个），相比fuzz减少了很多盲目性。比如当请求参数的值出现在response的javascript代码段中，并且是以双引号的形式进行闭合，那么NoXss将使用xssjs”;这个payload；如果是以单引号的形式进行闭合，则会使用xssjs’;进行测试。更多的位置分类以及payload请参考 https://github.com/lwzSoviet/NoXss/blob/master

参考：http://cn.python-requests.org/zh_CN/latest/ 1.使用requests发送请求： >>> r = requests.get('https://github.com/timeline.json')#get请求 >>> r = requests.post("http://httpbin.org/post")#post请求>>> r = requests.put("http://httpbin.org/put") >>> r = requests.delete("http://httpbin.org/delete") >>> r = requests.head("http://httpbin.org/get") >>> r = requests.options("http://httpbin.org/get") 2.为url传递参数 如果你是手工构建URL，那么数据会以键/值 对的形式置于URL中，跟在一个问号的后面。例如， httpbin.org/get?key=val 。 Requests允许你使用 params 关键字参数，以一个字典来提供这些参数。举例来说，如果你想传递 key1=value1 和 key2=value2 到 httpbin.org/get ，那么你可以使用如下代码: >>> payload = {'key1':

requests模块 在Python内置模块（urllib、urllib2、httplib）的基础上进行了高度的封装，从而使得Pythoner更好的进行http请求，使用Requests可以轻而易举的完成浏览器可有的任何操作。 Requests 是使用 Apache2 Licensed 许可证的 基于Python开发的HTTP 库。 requests使用 一、GET请求 向 https://github.com/timeline.json 发送一个GET请求，将请求和响应相关均封装在 ret 对象中。 1、无参数实例 1 2 3 4 5 6 import requests ret = requests.get( ' https://github.com/timeline.json ' ) print ret.url print ret.text 2、有参数实例 1 2 3 4 5 6 7 import requests payload = { 'key1' : 'value1' , 'key2' : 'value2' } ret = requests.get( " http://httpbin.org/get " , params = payload) print ret.url print ret.text 二、POST请求 向https://api.github.com

一、简介 MQTT（Message Queuing Telemetry Transport，消息队列遥测传输），最早是1999年由IBM开发的基于发布/订阅范式的消息协议，是一种极其简单和轻量级的消息协议，专为受限设备和低带宽、高延迟或不可靠的网络设计。 自1999年以来， 已在多个行业广泛实施，是一种物联网和移动互联网领域的行业标准协议，适合移动终端之间的数据传输，用于端与云之间的消息传递，实现真正意义上的万物互联。 二、应用场景 由于MQTT 版的多协议、多语言和多平台的支持能力的特性，使其目前广泛应用于机器与机器（M2M）通信和物联网（IoT）领域，覆盖了车联网、智能餐饮、即时聊天、智能家居、医疗设备、物流等多种应用场景。 三、协议特性 发布/订阅范式消息模式，提供一对多的消息发布； 使用 TCP/IP 提供网络连接，实现有序的、可靠的、双向字节流传输； 小型传输，开销很小（固定长度的头部是 2 字节），协议交换最小化，以降低网络流量； 使用 Last Will（遗言机制） 和 Testament （遗嘱机制）通知有关各方客户端异常中断的机制； 消息服务质量(QoS)支持，可靠传输保证，三种消息发布服务质量(QoS)： 分类 描述 QoS0：至多一次 消息发布完全依赖底层 TCP/IP 网络。会发生消息丢失或重复。这一级别可用于如下情况，环境传感器数据，丢失一次读记录无所谓