2020源码

‘壹’ g.wazf.top是什么

是一个一wazf为基础的代码，例如http://1.wazf.top/7/是表白代码、wazf.top/10是跨年代码（2020）、wazf.top/20是干饭人的灵魂。

代码就是程序员用开发工具所支持的语言写出来的源文件，是一组由字符、符号或信号码元以离散形式表示信息的明确的规则体系。代码设计的原则包括唯一确定性、标准化和通用性、可扩充性与稳定性、便于识别与记忆、力求短小与格式统一以及容易修改等。

源代码是代码的分支，某种意义上来说，源代码相当于代码。现代程序语言中，源代码可以书籍或磁带形式出现，但最为常用格式是文本文件，这种典型格式的目的是为了编译出计算机程序。

计算机源代码最终目的是将人类可读文本翻译成为计算机可执行的二进制指令，这种过程叫编译，它由通过编译器完成。

源代码是相对目标代码和可执行代码而言的。 源代码就是用汇编语言和高级语言写出来的地代码。目标代码是指源代码经过编译程序产生的能被cpu直接识别二进制代码。可执行代码就是将目标代码连接后形成的可执行文件，当然也是二进制的。

‘贰’ 2020-07-21

主成分分析（PCA）是一种数据降维和去除相关性的方法，它通过线性变换将向量投影到低维空间。对向量进行投影就是对向量左乘一个矩阵，得到结果向量：

在这里，结果向量的维数小于原始向量的维数。降维要确保的是在低维空间中的投影能很好地近似表达原始向量，即重构误差最小化。

核心的问题的如何得到投影矩阵，和其他的机器学习算法一样，它通过优化目标函数得到。首先考虑最简单的情况，将向量投影到一维空间，然后推广到一般情况。

假设有 n 个 d 维向量 X i ，如果要用一个向量 X 0 来近似代替它们，这个向量取什么值的时候近似代替的误差最小？如果用均方误差作为标准，就是要最小化如下函数：

显然问题的最优解是这些向量的均值：

证明很简单。为了求上面这个目标函数的极小值，对它的求梯度（求导）并令梯度等于0，可以得到

解这个方程即可得到上面的结论。只用均值代表整个样本集过于简单，误差太大。作为改进，可以将每个向量表示成均值向量和另外一个向量的和：

其中， e 为单位向量， a i 是标量。上面这种表示相当于把向量投影到一维空间，坐标就是 a i 。当e和ai取什么值的时候，这种近似表达的误差最小？
这相当于最小化如下误差函数：

将上面求得的ai带入目标函数中，得到只有变量e的函数：

上式的后半部分和e无关，由于e是单位向量，因此有 ||e||=1 的约束，这个约束条件可以写成e T e=1。我们要求解的是一个带等式约束的极值问题，可以使用拉格朗日乘数法。构造拉格朗日函数：

因此，这个矩阵半正定。这里需要最大化 e T Se 的值，由于

因此， 为散度矩阵最大的特征值时， e T Se 有极大值，目标函数取得极小值。将上述结论从一维推广到 d' 维。每个向量可以表达成

在这里 e i 是单位向量。误差函数变成

可以证明，使得该函数取最小值的 e j 为散度矩阵最大的d'个特征值对应的单位长度特征向量，即求解下面的优化问题：

其中， tr 为矩阵的迹。矩阵W的列 e j 是要求解的迹的基向量。散度矩阵是实对称矩阵，属于不同特征值的特征向量相互正交。前面已经证明这个矩阵半正定，特征值非负。这些特征向量构成一组基向量，可以用它们的线性组合来表达向量 x 。从另外一个角度来看，这种变换将协方差矩阵对角化，相当于去除了各分量之间的相关性。

从上面的推导过程可以得到计算投影矩阵的流程如下：
（1）计算样本集的均值向量，将所有向量减去均值，这成为白化；

（2）计算样本集的协方差矩阵；

（3）对协方差矩阵进行特征值分解，得到所有特征值与特征向量；

（4）将特征值从大到小排序，保留最大的一部分特征值对应的特征向量，以它们为行，形成投影矩阵。

具体保留多少个特征值由投影后的向量维数决定。使用协方差矩阵和使用散度矩阵是等价的，因为后者是前者的 n 倍，而矩阵 A 和 nA 有相同的特征向量。

得到投影矩阵之后可以进行向量降维，将其投影到低维空间。向量投影的流程如下。

（1）将样本减掉均值向量。

（2）左乘投影矩阵，得到降维后的向量。

向量重构指根据投影后的向量重构原始向量，与向量投影的作用和过程相反。向量重构的流程如下。

（1）输入向量左乘投影矩阵的转置矩阵。

（2）加上均值向量，得到重构后的结果。

从上面的推导过程可以看到，在计算过程中没有使用样本标签值，因此，主成分分析是一种无监督学习算法。除了标准算法之外它还有多个变种，如稀疏主成分分析、核主成分分析、概率主分量分析等。

源码讲解视频链接

‘叁’ visualstudio2020版的源码怎么转换成2022版

1、首先打开浏览器，搜索visualstudio2020版。
2、其次点击重新安装，选择安装地址。
3、最后选择源码2022版即可完成转换。

‘肆’ 尚学堂的毕设给不给源码

提供源码下载的。
我们精心打造100套毕设项目精华视频，全部由尚学堂已毕业优秀学员完成。100套、全行业、多种风格、项目介绍、技术点、讲解、视频+源码下载、从电子政务网到动漫论坛；从土地档案管理系统到超级玛丽游戏；从坦克大战到酒店管理系统、各种不同类型的项目满足各行业场景需求，风格各异的表现形式，核心技术点全运用：JSP、Struts、JDBC、SQL Server、Tomcat、Swing、Listener、B/S架构、MVC模式、SSM框架...等；丰富的素材类型，让同学们随取随用

‘伍’ 塞尔达、马里奥等大面积中招，任天堂多款游戏源码泄露

很难想象，任天堂这样的顶级 游戏 公司，会一而再出现 游戏 源码泄露事件，可它还真就发生了……

01

核心源代码泄露事件

2020年上半年，与任天堂有关的许多东西一直在泄漏。5月，用于创建Revolution(又称Wii)完整的源代码，设计文件，文档以及几乎所有的东西。

Resetera网友Atheerios整理了一些4Chan、YouTube上讨论到的泄露内容概要，此外也包括一些过去几周泄露的资料。除了SDK、操作系统的源代码外，此次泄露中据称还包括了每个系统组件的Block diagram/datasheet以及Verilog文件（Verilog是一种硬件描述语言，可以用来表示逻辑电路电路图，借此可以获悉Wii的构造细节）。

根据网友的推断，此次泄露看上去是由于与任天堂合作开发Wii的Acer Cloud（原iGware、BroadOn、RouteFree）服务器被入侵所致，可能还会进一步发酵。

除此之外，这是过去几周泄漏的所有内容：

-精灵宝可梦蓝、黄的调试版本

-精灵宝可梦蓝、黄的源代码

-日版精灵宝可梦金银的调试版本

-精灵宝可梦水晶的符号地图

-精灵宝可梦金银的源代码

-Spaceworld '99 demos

-官方GameBoy模拟器

-列出包含DS在内所有任天堂主机的所有发行版本(包括未发行版本)的内部列表

-Gen 7调试版本，官方3DS合法性检查程序，O-Power发行版CIA和VC Mew distrubtion CIA

-N64，Gamecube和Wii的源代码

02

多款N64 游戏 源码泄露

持续泄露问题发生后，任天堂似乎并没有吸取到足够的教训。

这一次，包括《超级马里奥64》、《马里奥赛车64》、《星际火狐64》和《马里奥医生64》在内的多款 游戏 源码都泄漏了。

此外，SNES上的多款 游戏 源码也被偷了，包括《F-Zero》、《超级马里奥RPG》、《塞尔达传说：A Link to the Past》、《超级马里奥世界》、《星际狐狸》等等。

这次的泄露有些匪夷所思，黑客偷盗的内容很彻底，甚至连 游戏 开发工具都被发现了，《星际狐狸》系列的制作人Dylan Cuthbert表示他都已经快30年没见过这个 游戏 的开发工具了，当初还是为了学习才用C++语言开发的工具，自己都不知道黑客从哪里搞到的。

更重要的一点就是，不仅源码，还有N64的系统据说也被盗窃了，这可能会给制作模拟器或者MOD带来一些便利。

‘陆’ 2020-07-26 带着疑问看源码 -- springboot aop默认采用什么动态代理机制

了解springboot aop的动态代理方式有哪些种类？

有3种，前提均开启spring.aop.auto=true: 
1. jdk动态代理：当spring.aop.proxy-target-class=false, 引入了aspectjweaver依赖时生效
2. cglib代理：当spring.aop.proxy-target-class=true, 引入了aspectjweaver依赖时生效
3. 基础代理：当spring.aop.proxy-target-class=true, 若没有aspectjweaver依赖时生效，只作用于框架内部的advisors，

我们既然用springboot那么就采用springboot的AopAutoConfiguration自动配置类来加载aop机制的，内部对@EnableAspectJAutoProxy进行了封装，扩展了一些配置项，同时还提供了ClassProxyingConfiguration配置(下面会讲到).

这个自动装配类会是spring boot框架自动会装配的，所以说默认aop机制是打开的，可以通过配置项：spring.aop.auto=false 手工关闭。

这个配置类会根据spring.aop.proxy-target-class配置项来决定采用jdk动态代理或者cglib动态代理：

注意：配置类生效前提是@ConditionalOnClass(Advice.class)，说明只有当引入了依赖项才生效：

而这里推荐使用spring-boot-starter-aop来传递依赖：

这里我们已经看到提供了原生spring的两种代理方式，接着看AopAutoConfiguration源码发现还有个ClassProxyingConfiguration配置类，其生效条件之一是@ConditionalOnMissingClass("org.aspectj.weaver.Advice")，就是当项目里没有aspectjweaver的依赖的时候生效。

我们进入AopConfigUtils.(registry)方法，通过几步调用跳转：

发现会去注册后置处理器，查看源码注释：

表明了只为基础的advisor做动态代理，而忽略应用定义的Advisors，说明项目中我们自定义的切面是不会被AOP代理的。

‘柒’ 花火交易所系统 花火交易所APP模式搭建源码花火交易所系统

现在的美股市场极其类似于2017年的数字货币市场，指数(比特币)在调动大家的情绪，而年轻的投资者却一窝蜂的冲进了各种没有什么价值、价格低廉、交易量低的垃圾股(山寨币)。

在互联网和 游戏 领域，区块链如今可是一个热门的话题。甚至有些人会说，区块链技术是继大型机、个人电脑、互联网、移动互联网之后计算范式的第五次颠覆式创新。区块链的未来究竟会变成什么样，大家都难以判定，但我深信，区块链的应用一定是未来的发展趋势。

“ 花火交易所系统 ”APP模式开发方案，花火交易所系统开发，花火交易所模式开发，花火交易所APP开发，花火交易所软件开发，花火交易所模式系统开发费用，类似花火交易所平台搭建案例，花火交易所挖矿APP开发，花火交易所APP模式开发源码。

温馨提示：文章收集于互联网，仅供开发需求者作模式参考!非平台方!玩家勿扰！

一、花火交易所app软件介绍：

花火交易所app是一款全新的手机数字货币交易平台，花火交易所app支持多种在国际货币市场常见的货币类型，通过花火交易所app可以帮助大家快速完成货币交易业务!

花火链上交易所平台是基于RIPPLE的RTXP协议打造的全球首家去中心化的数字资产交易平台，在保留传统交易平台基础功能(币币交易、OTC交易、交易挖矿、C2C交易等)的同时，花火凭借其过硬的技术实力，成功打破传统数字资产交易平台应用边界、资产边界、功能边界三大边界，为花火用户创造了全新的数字经济体验。

二、花火交易所app平台收益介绍：

1)花火平台交易手续费33%，加权分给推广算力排名前33的社区推广账号。

2)项目方上币贡献，项目方10%母币的33%加权分给推广算力排名前33的社区推广账号，以项目方上线为准。

3)分红时间：1个月分红一次，开始时间2020年4月开始计算，第一次2020年5月分红。

三、花火交易所app平台优势：

1、不耗能

2、门槛低

3、用户裂变

4、货币发行权和价值创造着统一

5、流通，持币、推广让更多人使用流通

6、发起方：十大社区+技术社区

四、花火交易所app平台特色：

1、为大家带来了更加优质的数字货币交易平台，打造了更加安全可靠的数字货币交易平台。

2、第三方专业的资金管控平台，更加有效的保障投资者的资金安全。

3、强大的风控系统，让大家更好地进行数字货币的投资理财。

4、这里为大家带来了丰富的数字货币，提供了在线数字货币交易服务。

5、带来了丰富的数字货币资讯，让大家更好的进行市场行情的了解。

花火交易所为用户提供完善的无边界交易平台，这里有超多数字货币方面的资讯和交易行情信息，更新都是很及时的，还可以在线管理自己的数字资产，轻松享受安全可靠的交易和发展平台。

‘捌’ armbian 设置国内源 2020-02-26

arm 适用,很多教程不全, 或者包缺失
先科普一下源格式
deb http://mirrors.aliyun.com/ubuntu-ports/ xenial main
源类型 地址 系统版本 包范围

src源 没看源码需求可以注释以加快速度 一般换源直接更换地址即可 系统版本要和自己系统相对应
vim /etc/apt/sources.list

‘玖’ 源码资本为何这么多钱

因为源码资本发家于美元基金——它在成立之初的第二支基金规模为1.5亿美元。

如今人民币基金也正成为源码的募资主场。源码资本人民币基金募资负责人景雯娜表示，此次人民币基金募资工作从正式开始到完成“仅用了三个多月时间”。她同时强调：“源码将继续保持基金规模在合适的体量。”

在2021年，实现如此规模的基金募集实属不易。尽管如今人们普遍认为，人民币市场会愈发转强。但总体而言，人民币出资人群体相较此前并未出现根本变化，甚至有诸多曾经声量颇大的市场化母基金也在面对资金枯竭的局面。

源码的背后

来自CVSource投中数据显示，2020年VC/PE市场新成立基金的认缴规模共计4518亿美元、同比下滑2.8%，整体募资退回至5年前水平。这更加凸显源码此次募资规模的醒目。

作为VC2.0时代的代表基金，源码在LP的选择上也下了狠功夫。2015年4月，源码仅用两个月募集了1.5亿美元、2亿人民币二期基金，LP主要来自聚合20多位互联网（准）上市公司CEO组成的“码会”，还有7家市值在200-600亿的A股上市公司CEO参与其中。

‘拾’ 2020-08-25

Prometheus 实现邮件告警（Prometheus+Alertmanager+QQ邮箱或者网易163邮箱，目前测试过这两种邮箱都可以发送告警邮件）

Prometheus实现邮件告警原理如下：

Prometheus官方有一个附带的中间件：alertmanager，通过设置rules规则和路由转发可以实现邮件告警，前提是你需要有一个可以发送邮件的邮件服务端（可以自建或者使用互联网公司提供的免费邮箱）

告警原理图

Prometheus完整架构图

我之前得出的错误结论如下：

推荐直接在虚拟机操作系统上直接安装Prometheus和Alertmanager，不推荐其中任何一方在容器中运行，因为测试过在容器中运行Prometheus和alertmanager，结果出现如下错误情况

第一种情况是：我的node-exporter掉线跌机了（手动关机，模拟突然掉线跌机），Prometheus却提示节点依然在线？有时候却能够正常显示节点掉线跌机，生成告警发送邮件

第二种情况是：我的node-exporter掉线跌机了（手动关机，模拟突然掉线跌机），Prometheus提示节点掉线，告警生成，但是没有发送邮件，我手动恢复node-exporter后，告警解除，邮件能正常发送邮件提示告警已经解除。。。。

第三种情况是：我的node-exporter掉线跌机了（手动关机，模拟突然掉线跌机），Prometheus提示节点掉线，告警生成，正常成功发送邮件，我手动恢复node-exporter后，告警解除，邮件没有发送出来。。。。

以上三种情况之前经常出现，当时第一步以为是自己设置的scrape_interval不合理导致的，结果调试几次，问题没有解决，第二步以为是自己的服务器时间没有做到精确同步，然后我去设置和阿里云的ntp服务器同步，结果问题依然没有解决，第三步，换个方向，把alertmanager迁移到虚拟机操作系统上安装运行，问题解决！

北京时间是GMT+8小时，有些同志的时间可能是UTC的，但是如果是在要求不太十分精确的情况下，UTC时间是刚刚好等于GMT时间

为了避免时区的混乱，prometheus所有的组件内部都强制使用Unix时间，对外展示使用GMT时间。

要改时区有两个办法

1 .修改源码，重新编译。

2. 使用 docker 运行 Prometheus，挂载本地时区文件

docker run --restart always -e TZ=Asia/Shanghai --hostname prometheus --name prometheus-server -d -p 9090:9090 -v /data/prometheus/server/data:/prometheus -v /data/prometheus/server/conf/prometheus.yml:/etc/prometheus/prometheus.yml -u root prom/prometheus:v2.5.0

正文开始

安装alertmanager

容器安装方式：

docker run -d --name alertmanager -p 9093:9093 -v /usr/local/Prometheus/alertmanager/alertmanager.yml:/etc/alertmanager/alertmanager.yml prom/alertmanager:latest

先在宿主机/usr/local/Prometheus下创建一个文件夹alertmanager，然后在文件夹里创建alertmanager.yml配置文件，待会才能映射到alertmanager容器里的/etc/alertmanager目录下

global：全局配置

   resolve_timeout: 问题解决的超时时间

   smtp_from: 发送告警邮件的邮箱账号

   smtp_smarthost: 邮箱 SMTP 服务地址,这里是以QQ邮箱为例，也可以用网易163邮箱，这个和我之前设置zabbix邮件告警时的配置一样

   smtp_auth_username: 如果没有设置邮箱别名，那就是账户名

   smtp_auth_password:  邮箱的授权码，不是 账户密码，你可以在QQ邮箱或者网易163邮箱网页端设置，开启 POP3/SMTP 服务时会提示，和配置zabbix邮件告警的时候几乎一样

   smtp_require_tls: 是否使用 tls，根据环境不同，来选择开启和关闭。如果提示报错 email.loginAuth failed: 530 Must issue a STARTTLS command first，那么就需要设置为 true。着重说明一下，如果开启了 tls，提示报错 starttls failed: x509: certificate signed by unknown authority，需要在 email_configs 下配置 insecure_skip_verify: true 来跳过 tls 验证。

templates： 告警模板目录，可以不编写模板，有默认模板

    Subject: '{{ template "email.default.subject" . }}'

    html: '{{ template "email.default.html" . }}'

route：报警的分发设置

    group_by：分组

    group_wait: 分组等待时间

    group_interval: 5m 每组时间间隔

    repeat_interval: 10m 重复间隔

    receiver: 接收方式，请注意！这里的名字要对应下面receivers中的任何一个名字，不然会报错，这里其实就是选择方式，有邮箱，企业微信，wehook，victorops等等

receivers：接受方式汇总，即告警方式汇总

例子：

receivers:

- name:'default-receiver' 

email_configs:

- to:'[email protected]'    

  html: '{{ template "alert.html" . }}'    

  headers: { Subject: "[WARN] 报警邮件test"}

inhibit_rules:   抑制规则

当存在与另一组匹配的警报（源）时，抑制规则将禁用与一组匹配的警报（目标）。

包括源匹配和目标匹配

alertmanager官方是这样说的

Inhibition

Inhibition is a concept of suppressing notifications for certain alerts if certain other alerts are already firing.

Example:  An alert is firing that informs that an entire cluster is not reachable. Alertmanager can be configured to mute all other alerts concerning this cluster if that particular alert is firing. This prevents notifications for hundreds or thousands of firing alerts that are unrelated to the actual issue.

Inhibitions are configured through the Alertmanager's configuration file.

当存在与另一组匹配器匹配的警报（源）时，禁止规则会使与一组匹配器匹配的警报（目标）静音。目标警报和源警报的equal列表中的标签名称都必须具有相同的标签值。

在语义上，缺少标签和带有空值的标签是同一件事。因此，如果equal源警报和目标警报都缺少列出的所有标签名称，则将应用禁止规则。

为了防止警报禁止自身，与规则的目标和源端 都 匹配的警报不能被警报（包括其本身）为真来禁止。但是，我们建议选择目标匹配器和源匹配器，以使警报永远不会同时匹配双方。这很容易进行推理，并且不会触发此特殊情况。

接着是规则rules

不解释了，自己研究官方文档

alertmanager的非容器安装方式是

 wget https://github.com/prometheus/alertmanager/releases/download/v0.20.0/alertmanager-0.20.0.linux-amd64.tar.gz

tar xf alertmanager-0.20.0.linux-amd64.tar.gz

mv alertmanager-0.20.0.linux-amd64 /usr/local/alertmanager

vim /usr/lib/systemd/system/alertmanager.service

[Unit]

Description=alertmanager

Documentation=https://github.com/prometheus/alertmanager

After=network.target

[Service]

Type=simple

User=root

ExecStart=/usr/local/alertmanager/alertmanager --config.file=/usr/local/alertmanager/alertmanager.yml

Restart=on-failure

[Install]

WantedBy=multi-user.target

Alertmanager 安装目录下默认有 alertmanager.yml 配置文件，可以创建新的配置文件，在启动时指定即可。

其余方式和上面一样

接着是Prometheus，我之前的博客里有写了容器安装和非容器安装的方法，自己去翻阅

然后是在prometheus.yml里修改相关配置

首先去掉alertmanager的注释，改成IP加你设置的端口号，默认是9093

接着在rule_files: 下面写下规则文件的绝对路径，可以是具体文件名，也可以是*，也可以分几级文件，*默认是全部匹配

接着是被监控项的设置，这里设置完成可以在Prometheus网页里的targets里看得到

请注意，这里设置的参数名字要和rule规则中设置的参数名字一模一样，否则你的prometheus服务会无法启动，然后报错

如果不在特定的job下设置scrape_interval（优先级高于全局）,则默认采用gobal下的scrape_interval

最后模拟节点掉线，手动关闭node-exporter或者Cadvisor

docker stop node-exporter 或者容器ID

docker stop cadvisor 或者容器ID

或者把up{{job='prometheus'}} == 1 设置成1，反向设置，不用关掉服务，就可以看看告警成不成功

说明一下 Prometheus Alert 告警状态有三种状态：Inactive、Pending、Firing。

Inactive：非活动状态，表示正在监控，但是还未有任何警报触发。

Pending：表示这个警报必须被触发。由于警报可以被分组、压抑/抑制或静默/静音，所以等待验证，一旦所有的验证都通过，则将转到 Firing 状态。

Firing：将警报发送到 AlertManager，它将按照配置将警报的发送给所有接收者。一旦警报解除，则将状态转到 Inactive，如此循环。

没有配置告警模板时的默认告警格式是这样的

节点恢复后邮件告知是这样的

写了模板后是这样的

还要重新映射模板文件夹路径到alertmanager容器里的相对路径，然后重启alertmanager，当然，如果目录下没有模板文件，则不显示

告警模板

在alertmanager.yml中修改相关设置

重启alertmanager

docker restart alertmanager

最终效果不是很好