AkiraZ's blog

https://www.kancloud.cn/yunye/axios/234845

axios request API

1
2
3
4
5
6
7
8
9
10
11
12

// 本体 包括别名版本
axios(config);
axios(url[, config])

axios.request(config)

axios.get(url[, config])
axios.delete(url[, config])
axios.head(url[, config])
axios.post(url[, data[, config]])
axios.put(url[, data[, config]])
axios.patch(url[, data[, config]])

综上，post put patch 三个方法默认第二参数为 data，即参数作为请求体request body传输。

当然如果需要以 url 形式传输data，需要把参数放在 config 的 params 选项中。

其余三个请求 get delete head 第二个参数即为 config

下载类型

目前业务上碰到有两种下载类型，一种是返回的是文件在服务器上的所处位置，另一种返回的是整个文件的编码后的数组。这两者下载方式略有区别，但是大同小异。

window.location

location === window.location，记录的是浏览器URL的相关信息。

随手取了三个window.location，最后结合 RFC 3986: Uniform Resource Identifier (URI): Generic Syntax @ ietf.org来分析一下URL结构

这是一个类似平时的C-S模型，但在这模型中有一个问题，服务器能够获取到客户端的客户唯一标识，在微信中应该就是微信号。应该是出于保护用户隐私的目的，微信选择了使用openid来代替微信号作为唯一标识，同时，openid对于不同的公众号也是不同的，就是说，openid具有以下特征：

• 同一个公众号的不同用户openid不同（废话）
• 同一个用户对不同公众号openid不同

那么问题来了，公众号小程序是怎么知道当前访问的用户是哪个用户呢？

除此之外，可能是为了防止伪造身份，微信公众号/小程序除了appid外还有一个secret，官方文档中称该参数安全性极高，不能放置于客户端，那么就意味着请求必须从服务端发送

这时就需要微信服务器作为中间件来做授权。

简介

SSH(Secure Shell Protocol)，相比于 telnet, ftp等而言是一种安全加密的协议，后者通过明文传输数据，具有安全隐患。

SSH同时支持多种加密算法，目前常用的是RSA，具体加密算法由C-S双方协商决定。

时代变了，ESLint 更新到9.x之后，废弃了部分对格式的规则，只保留了对语法的校验。所以如果需要 ESLint 自动化格式，需要安装额外的插件以及配置。高版本配置请参考这篇文章

本文适用 eslint < 9.0.0

安装

1

npm install eslint

之后根据提示操作，如使用 commjs、Airbnb 等

大概看了一下localStorage和sessionStorage的特性和基本操作

概述

localStorage 属性允许你访问一个Document 的 Storage；存储的数据将保存在浏览器会话中。

localStorage 类似sessionStorage，但其区别在于：存储在 localStorage 的数据可以长期保留；而当页面会话结束，当页面被关闭时，存储在 sessionStorage 的数据会被清除 。

因为某项目要求 11-的 node 版本，然而另一个项目有要求 12+的版本，于是就发现了 nvm(Node Version Manager)

下载

Releases · coreybutler/nvm-windows (github.com)

可以选择下载免安装版本(zip)，或者安装版本(exe)，我用的是 exe 版本。

安装略，中途会提示是否接管已安装版本，可以选是。

注：该sudo就sudo

安装 Java

安装 openjdk8

1

apt-get install openjdk-8-jdk

简单地了解了一下WebSocket，做一下总结

什么是 WebSocket

一种可以类比HTTP的应用层协议，与HTTP、HTTP类似，也有WS和WSS

WS 的特点

为什么使用WS。

HTTP有他的劣势，即只能由客户端发起请求，然后由服务器回应。如果没有WS，就需要使用HTTP发起轮询——以固定时间间隔向服务器查询是否有新消息。

这样势必有一个问题，比如客户端接收直播弹幕，若由客户端频繁发起查询，必将带来大量冗余流量，所以B站的直播弹幕协议使用的是WS。

WS就相当于开启了一个长连接通道，客户端与服务器可以随时收发消息，是一种全双工模式。

什么是单工、半双工、全工通信？

信息只能单向传送为单工；
信息能双向传送但不能同时双向传送称为半双工；
信息能够同时双向传送则称为全双工。