1.如何得到一个网站的原代码？
2.如何获得别人手机号的手机手机验证码
3.安卓fastboot原理
4.暴力拒绝白嫖，著名开源项目作者删库跑路，暴力数千个应用程序无限输出乱码
5.智能手机九宫格锁解锁方法大放送！源码源码智商低者慎入！破解
6.分析axios源码来找出无法使用all和spread等方法的手机手机原因

如何得到一个网站的原代码？

       ä½ æ‰€è¯´çš„代码是源程序,如果你看到的网站使用是网罗上可以找到程序,可以在一些地方,比如末尾或者后台找到版权,下载对应程序即可

       æˆ–者是吧他网站黑了

       ç›´æŽ¥å¦å­˜ä¸ºæŸ¥çœ‹åˆ°çš„是源代码,并不是真是意义上的程序

如何获得别人手机号的验证码

       手机验证码是防盗用的，如果轻易就被验证还有什么可以相信的暴力异次元发卡网源码，下面是源码源码如果也就是假如，但是破解不能实现。

       1、手机手机如果手机号被复制了，暴力最后一个开机的源码源码，或拨打电话的破解，或间隔时间与网站联系的手机手机能收到短信，另一个就不能了，暴力现在的源码源码卡无法复制，当读取lock码的时候卡会被烧毁，也就是说现在是不可能的了以前可以。

       2、首先我来说一下验证机构，一般银行发的验证码，比较严格，服务器多层加密。还有记录，也就是说你用任何网络地址发验证申请，对方都有记录，然后验证码发送到指定手机，手机你无法截取，网络就更不可能了。

       3、一些小的网站，有手机验证机构，都是通过他们平台做验证的，给你个端口，比如你做个网站，对方登陆你就会发送一个号码给验证机构，事务进度源码验证机构把这个号通过网络发送到指定手机，为了不被截取，指令是加密的，但是这个机构肯定能译码，但是他们是不会给你源码的，因为源码一旦公开，他们的验证机构就瘫痪了，黑客就会攻击，谁怎么可能把后门给你开了。

安卓fastboot原理

       安卓刷机大概就两种方法：

       一是recovery方法，就是我们平时将update.zip入到SD卡，然后alt-s的方法，这种方法是调用了recovery的方法将各种img或文件进行复制等操作。想了解recovery的工作原理吗？我也没找到好的资料，就在这看了看recovery的一些源码

       二是fastboot方法，这个方法其实是比较酷的方法，说白点，fastboot就是将已有的各分区映象文件（img文件，意义上类似我们对光盘做的映象文件）直接覆盖写到指定分区中，有点暴力，也有点类似我们平时操作系统的Ghost还原。

       这两种方法哪种更好，这就不好比高低了，总的来说：

       Recovery方法更简单，只需要傻瓜式的将update.zip放到SD卡的要目录下，然后进入Recovery模式alt-s就可以了，但和任何傻瓜式东西一样，他的灵活度就很小了，而且出错了也都不知道如何解决。一般来说做Rom的高手为了保证Rom的可靠性，在安装程序中都会对一些安装环境进行一些确定，而各位的手机环境又是千变万化的，Rom高手也很难考虑周全，另外，网络辅助源码Recovery程序本身也有一些环境验证。

       fastboot方法更灵活，功能也更强大，fastboot方法不需要依赖于recovery，甚至linux底层刷坏了recovery模式都进不了的情况下也可以通过fastboot方工刷回来。fastboot模式其实是调用spl进行刷机的，所以如果刷spl坏了，fastboot模式应该也进不了，也就是砖了。fastboot方法需要各位电脑上有fastboot程序，同时手机要进入fastboot模式才可以操作，关于这些知识，请自己搜索

暴力拒绝白嫖，著名开源项目作者删库跑路，数千个应用程序无限输出乱码

       「我删我自己的开源项目代码，需要经过别人允许吗？」

       开源库「faker.js」和「colors.js」的作者 Marak Squires 的突然举动，让使用这两个项目的数千位开发者陷入了混乱。在几天前，开发者们惊讶地发现自己的应用程序输出乱码数据，而造成这一状况的正是「faker.js」和「colors.js」的开发者本人。

       Marak Squires 主动删除了这两个开源项目的代码仓库，这使得正在使用它们的开发者们直接面临崩溃。这两个项目在 npm 上每周下载量分别接近 万和 万，使用它们的工具包括 AWS CDK 等，影响范围极大。

       「faker.js」是一个用于生成伪数据的 Node.js 库，支持多语种信息和丰富的 API，可以帮助开发者在构建和测试应用时生成真实数据量不足的伪数据。这个项目在服务器端和浏览器端的 JavaScript 中都有应用。如今，Squires 将所有 commit 信息修改为「endgame」，在 README 中留下疑问「What really happened with Aaron Swartz?」，指向围绕 Swartz 死亡疑云的事件。

       在 Squires 的gnu工具源码恶意操作下，「colors.js」被添加了新的模块，并发布到 GitHub 和 npm，随后又发布了「faker.js」的 6.6.6 版本。这两个动作导致应用程序无限输出奇怪的字母和符号，从「LIBERTY」开始，后面跟着一系列非 ASCII 字符。目前，「colors.js」已更新为可用版本，但「faker.js」项目尚未恢复，开发者们只能降级到之前的版本来解决问题。

       Squires 在 GitHub 上发布了更新来解决「zalgo 问题」，并提到正在努力解决「colors」版本中的 zalgo 错误。在将更新推送到「faker.js」两天后，他发布推文表示自己的 GitHub 账户被封，随后在 1 月 7 日发布了「colors.js」的「liberty」版本，但账户似乎被解封过。目前不清楚账户是否再次被封。

       Squires 的行动引起了对开源开发者道德和财务困境的关注。开发者们对这一事件反应不一，有人认为是绑架行为，建议分散托管免费软件源代码；有人将所有项目转移到 GitLab 私有实例上，强调不要信任互联网服务提供商。也有人认为 faker.js 团队的反应有些夸张，认为生成伪数据的包不会为企业赚大钱。还有人认为 Squires 的做法冲动且不够理性，与之前「卖掉房子购买 NFT」的传闻有关，强调需要控制情绪。有人同情开源软件开发者，希望有基金会为他们提供资金支持，也有人认为 Marak 的行为不可取，不是正面例子。

       面对这一事件，开发者们普遍感到困惑和担忧，对开源软件的白银4.83源码未来和开发者们的权益产生了思考。开源社区需要进一步探讨如何保护开发者权益，防止类似事件再次发生。

智能手机九宫格锁解锁方法大放送！智商低者慎入！

       现如今，众多使用智能手机的孩子们都喜欢使用九宫格的锁屏方式防止信息泄露。也的确一些复杂的锁屏图案可以让很多人望而却步。其实这种锁屏方法解起来不是很困难，只要懂一点计算机知识就可以轻松搞定！接下来就是智能手机九宫格解锁方法大放送！高智商的孩子赶快get起来！

       我们平常所用的图形锁(九宫格)是3×3的点阵，按次序连接数个点从而达到锁定/解锁的功能。最少需要连接4个点，最多能连接9个点。网上也有暴力删除手机图形锁的方法，即直接干掉图形锁功能。但假如你想进入别人的手机，但又不想引起其警觉的话，嘿嘿本文可以帮到你！

       九宫格解锁实现前提条件：手机需要root，而且打开调试模式。一般来讲，如果用过诸如“豌豆荚手机助手”、“手机助手”一类的软件，都会被要求打开调试模式的。如果要删除手机内置软件，则需要将手机root。

       九宫格解锁原理分析：

       首先科普一下，安卓手机是如何标记这9个点的。通过阅读安卓系统源码可知，每个点都有其编号，组成了一个3×3的矩阵，形如：

       

       

       

       假如设定解锁图形为一个“L”形，如图：

       那么这几个点的排列顺序是这样的： 。系统就记下来了这一串数字，然后将这一串数字(以十六进制的方式)进行SHA1加密，存储在了手机里的/data/system/gesture.key 文件中。我们用数据线连接手机和电脑，然后ADB连接手机，将文件下载到电脑上(命令：adb pull /data/system/gesture.key gesture.key)，如图：

       用WinHex等十六进制编辑程序打开gesture.key，会发现文件内是SHA1加密过的字符串：c8c0badc8bbfdf0，如图：

       当你下次解锁的时候，系统就对比你画的图案，看对应的数字串是不是对应的加密结果。如果是，就解锁;不是就继续保持锁定。那么，如果穷举所有的数字串排列，会有多少呢联想到高中的阶乘，如果用4个点做解锁图形的话，就是9x8x7x6=种可能性，那5个点就是，6个点的话，7个点，8个点，9个点。总共是种可能性(但这么计算并不严密，因为同一条直线上的点只能和他们相邻的点相连)。

       满打满算，也不到种可能性。乍一看很大，但在计算机面前，穷举出来这些东西用不了几秒钟。

       破解过程

       知道了原理，就着手写程序来实现吧。这里使用了Python来完成任务。主要应用了hashlib模块(对字符串进行SHA1加密)和itertools模块(Python内置，生成-的排列组合)。

       主要流程为：

       1.ADB连接手机，获取gesture.key文件

       2.读取key文件，存入字符串str_A

       3.生成全部可能的数字串

       4.对这些数字串进行加密，得到字符串str_B

       5.将字符串str_A与str_B进行对比

       6.如果字符串A，B相同，则说明数字串num就是想要的解锁顺序

       7.打印出数字串num

       下面为程序：

       # -*- coding: cp -*-import itertools

       import hashlib

       import time

       import os

       #调用cmd，ADB连接到手机,读取SHA1加密后的字符串

       os.system("adb pull /data/system/gesture.key gesture.key")

       time.sleep(5)

       f=open('gesture.key','r')

       pswd=f.readline()

       f.close()

       pswd_hex=pswd.encode('hex')print '加密后的密码为：%s'%pswd_hex

       #生成解锁序列，得到['','','','','','','','','']

       matrix=[]

       for i in range(0,9):

       str_temp = '0'+str(i)

       matrix.append(str_temp)#将——的字符进行排列，至少取4个数排列，最多全部进行排列

       min_num=4

       max_num=len(matrix)for num in range(min_num,max_num+1):#从 -

       iter1 = itertools.permutations(matrix,num)#从9个数字中挑出n个进行排列

       list_m=[]

       list_m.append(list(iter1))#将生成的排列全部存放到 list_m 列表中

       for el in list_m[0]:#遍历这n个数字的全部排列

       strlist=''.join(el)#将list转换成str。[,,,,]--

       strlist_sha1 = hashlib.sha1(strlist.decode('hex')).hexdigest()#将字符串进行SHA1加密

       if pswd_hex==strlist_sha1:#将手机文件里的字符串与加密字符串进行对比

       print '解锁密码为：',strlist

       看着是不是有点凌乱！不得不说，不懂些计算机真的想看天书一样！即便自己做不到破解别人的九宫格锁屏也没关系！至少知道懂些计算机的人可以搞定这件事。到时候忘了九宫格锁屏图案也找个行家帮忙！至少不用花钱雇人搞定。

分析axios源码来找出无法使用all和spread等方法的原因

       在使用axios进行创建时，若采用axios.create({ })方法，将无法使用all、spread、Cancel、CancelToken、isCancel等方法。

       网上关于此问题的解答，通常是axios维护者建议重新引入axios package以解决问题。然而，这种方法并不理想，因为重新引入会导致axios配置丢失，需要重新配置，相当繁琐。

       在我们的项目中，经常需要使用自定义设置的axios实例，例如设置基础URL和超时时间。设置完成后，我们可以使用newAxios.post来完成需求。但若尝试使用all、spread、Cancel、CancelToken、isCancel等方法，系统会提示方法不存在。

       接下来，我们将分析axios源码，探究为何使用axios.create方法后无法使用all、spread等方法。

       首先，打开axios源码目录下的lib/axios.js文件，这是Axios的入口处，也是create函数所在的地方。让我们看一下create的源代码：

       接下来，我们将逐步解读代码。mergeConfig方法从字面上可以理解为一个合并配置的方法，即合并我们的配置与默认配置，覆盖默认配置。关于合并配置的代码，这里就不详细介绍了。有兴趣的可以查看mergeConfig。因此，现在的代码如下：

       现在，我们来看一下剩下的createInstance函数：

       context变量包含axios实例代码。我们只需知道，实例Axios后，context变量原型链上有request、delete、get、head、options、post、put、patch方法，自身有interceptors对象。

       现在，让我们看看下面的bind和extend方法：

       第一个bind函数是让Axios.prototype.request函数中的this指向context变量。

       后面两个extend方法，是把第二个参数的可枚举对象复制到第一个参数中，即instance变量中。

       从第一个bind方法开始，现在instance变量中有一个request方法。

       然后第二个extend方法，把Axios.prototype里的方法复制到instance变量中。现在instance变量中有request、delete、get、head、options、post、put、patch方法。

       最后第三个extend方法，把context里的方法复制到instance变量中。现在变量中有request、delete、get、head、options、post、put、patch、interceptors、defaults。

       这样就结束了，create方法直接返回instance变量。我们没有在create方法中看到all、spread等方法。这也是为什么使用create方法后无法使用这些方法。那么这些方法在哪呢？还是在lib/axios.js文件中：

       可以看到，这里是把这些方法直接赋值在axios方法上，然后直接暴露出去。所以当我们使用axios时，可以使用all、spread等方法。但使用axios.create就无法使用all、spread、Cancel、CancelToken、isCancel方法。

       如果能改axios源码，可以将lib/axios.js修改如下：

       但是，这当然不可能。所以，我们需要在不改源代码的情况下实现。

       有一个暴力的解决方案，不过我个人比较喜欢：

       很简单，一行代码解决问题。这里之所以要加上注释，是因为在eslint中不允许对__proto__进行重新赋值。