皮皮网

1.分析axios源码来找出无法使用all和spread等方法的源码原因
2.DNS基础解析(2)

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

       在使用axios进行创建时，若采用axios.create({ })方法，安装将无法使用all、源码spread、安装Cancel、源码CancelToken、安装源码运营犯法吗isCancel等方法。源码

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

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

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

       首先，打开axios源码目录下的opengrok源码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方法开始，GW源码现在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__进行重新赋值。

DNS基础解析(2)

       DNS基础解析(2)：生产环境中BIND 9的最佳实践

       大家好，我是小斐，本文将讨论在企业内部环境中如何有效地使用和配置BIND 9，特别是针对Ubuntu ..1 LTS系统的双主从服务器架构。

       环境与配置

       两台服务器，主服务器...和辅助服务器...，默认安装在编译目录/usr/local/bind。通过环境变量简化命令执行，主服务器作为权威名称服务器，配置文件如localhost-forward.db, localhost.rev等。

       安装与配置步骤

       1. 安装过程包括源码编译和systemd服务管理，主服务器配置文件如named.conf等。遇到问题时，如目录权限问题和日志路径错误，需进行相应的调整。

       2. 辅助服务器作为辅助权威服务器，配置文件与主服务器类似，但无需自定义区域，更新自动同步。

       缓存和转发服务器

       缓存和转发服务器与主、辅助服务器类似配置，但需要配置转发规则，例如将特定区域的查询转发到特定地址。

       实际应用

       在实际生产环境中，主服务器和辅助服务器可能同时承担缓存和转发服务器的功能，允许一台服务器扮演多种角色。

       到此为止，我们介绍了BIND 9的安装、配置和基本角色设置。下一篇文章将继续深入解析核心配置文件(named.conf)的语法和参数。