cdn.jsdelivr.net 被墙挂了的解决方法

一些常用库的外链，我们将 cdn.jsdelivr.net/npm 替换为 unpkg.com 即可。

此外，jsdelivr 挂了意味着 github 的免费图床也不能用了。

临时解决办法是把 cdn.jsdelivr.net 替换为 fastly.jsdelivr.net 。但过段时间很有可能这个地址也无法访问。那么还是老老实实把自己的静态资源放到国内的某些 cdn 或者自己的服务器吧。

出现这一问题，应该是手机软件自身问题，或者是手机软件与你的手机系统版本不兼容导致的。你可以首先尝试通过其他应用市场重新下载这款手机软件安装检查，一般来说应用宝里的手机软件都是比较稳定的，你可以从应用宝里下载这款手机软件尝试，如果问题没有解决，还可以通过电脑版的应用宝给手机刷机到合适的系统版本来尝试。

设置-应用管理-已安装-找到应用商店-右上角有三个点-点击 然后点卸载更新   恢复到旧版本就可以用了 然后还可以版本更新 别问我怎么知道，忧愁了一下午后试出来的 我以后再也不乱删东西了.

顶级域的问题！和你的宽带运营商有关，DNS服务器连接是正常的，域名解析错误，所以可以上QQ但无法正常浏览网页！你可以尝试用360断网急救修复下网络试试，如果问题依旧，只能等待你的宽带运营商对主承载的服务器来进行调整！

尽管有多种的负载均衡算法可以较好的把数据流量分配给服务器去负载，但如果负载均衡策略没有对网络系统状况的检测方式和能力，一旦在某台服务器或某段负载均衡设备与服务器网络间出现故障的情况下，负载均衡设备依然把一部分数据流量引向那台服务器，这势必造成大量的服务请求被丢失，达不到不间断可用性的要求。所以良好的负载均衡策略应有对网络故障、服务器系统故障、应用服务故障的检测方式和能力： 1、Ping侦测：通过ping的方式检测服务器及网络系统状况，此种方式简单快速，但只能大致检测出网络及服务器上的操作系统是否正常，对服务器上的应用服务检测就无能为力了。 2、TCP Open侦测：每个服务都会开放某个通过TCP连接，检测服务器上某个TCP端口（如Telnet的23口，HTTP的80口等）是否开放来判断服务是否正常。 3、HTTP URL侦测：比如向HTTP服务器发出一个对main.html文件的访问请求，如果收到错误信息，则认为服务器出现故障。 负载均衡策略的优劣除受上面所讲的两个因素影响外，在有些应用情况下，我们需要将来自同一客户端的所有请求都分配给同一台服务器去负担，例如服务器将客户端注册、购物等服务请求信息保存的本地数据库的情况下，把客户端的子请求分配给同一台服务器来处理就显的至关重要了。有两种方式可以解决此问题，一是根据IP地址把来自同一客户端的多次请求分配给同一台服务器处理，客户端IP地址与服务器的对应信息是保存在负载均衡设备上的；二是在客户端浏览器cookie内做独一无二的标识来把多次请求分配给同一台服务器处理，适合通过代理服务器上网的客户端。 还有一种路径外返回模式（Out of Path Return），当客户端连接请求发送给负载均衡设备的时候，中心负载均衡设备将请求引向某个服务器，服务器的回应请求不再返回给中心负载均衡设备，即绕过流量分配器，直接返回给客户端，因此中心负载均衡设备只负责接受并转发请求，其网络负担就减

---