Access-Control-Allow-Origin是HTML5中定义的一种解决资源跨域的策略。
他是通过服务器端返回带有Access-Control-Allow-Origin标识的Response header，用来解决资源的跨域权限问题。
add_header Access-Control-Allow-Origin *;
add_header Access-Control-Allow-Methods 'GET, POST, OPTIONS';
add_header Access-Control-Allow-Headers 'DNT,X-Mx-ReqToken,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Authorization';
最好不跨
https://github.com/sivel/speedtest-cli/
python speed.py --csv-header
Server ID,Sponsor,Server Name,Timestamp,Distance,Ping,Download,Upload,Share,IP Address
python speed.py --csv
5145,Beijing Unicom,Beijing,2021-01-11T04:49:04.392496Z,1.673922445212346,5.547,628723539.378605,55826659.160589784,,公网IP
python speed.py
Retrieving speedtest.net configuration...
Testing from China Unicom Beijing (公网IP)...
Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by Beijing Unicom (Beijing) [1.67 km]: 6.337 ms
Testing download speed................................................................................
Download: 625.72 Mbit/s
Testing upload speed................................................................................................
Upload: 56.08 Mbit/s
python speed.py --json
{
"client": {"rating": "0", "loggedin": "0", "isprating": "3.7", "ispdlavg": "0", "ip": "公网IP", "isp": "China Unicom Beijing", "lon": "经度", "ispulavg": "0", "country": "CN", "lat": "纬度"},
"bytes_sent": 70762496, "download": 596758926.7716337, "timestamp": "2021-01-11T04:56:33.105784Z", "share": null, "bytes_received": 409373932, "ping": 5.535, "upload": 55883940.61967305,
"server": {"latency": 5.535, "name": "Beijing", "url": "http://bj3.unicomtest.com:8080/speedtest/upload.php", "country": "China", "lon": "经度", "cc": "CN", "host": "bj3.unicomtest.com:8080", "sponsor": "Beijing Broadband Network", "lat": "纬度", "id": "5505", "d": 1.673922445212346}
}
光速30万公里/秒，地球七圈半，一圈4万公里；一圈360度，3万6公里，一度10万米（100公里）
0.00001度，万分之一度，就是10米，应该也够用了，还是用四舍五入吧
实际好像4位东西向10米，南北向20米，哪里算错了？五位小数应该是十万分之一1米，名址10米，轨迹1米（或者2-2.5米）
https://tool.yovisun.com/longlat/
两点距离：11.11946465529米
点1：纬度:40,经度:116，点2：纬度:40.0001,经度:116
两点距离：8.5184132726564米
点1：纬度:40,经度:116，点2：纬度:40,经度:116.0001
经度0.0001=8.5米，纬度0.0001=11.1米
关于四舍五入
https://www.cnblogs.com/renzhiwei/p/4229384.html
偶然发现G系列似乎资源很丰富，15元入手了一块开发板，当然还有运费，不过也感觉挺超值的
插队一下吧，就一下，巴腾项目还有20天，应该问题不大吧
项目名称G0.00-LED，CubeMX会自动下载G0包，挺快的，Keil也会下载G0包，挺慢的
HAL_GPIO_TogglePin(LED_GPIO_Port,LED_Pin);
/* Insert delay 1000 ms */
HAL_Delay(1000);
点灯很easy!也可以很省电
HAL_GPIO_WritePin(LED_GPIO_Port, LED_Pin, GPIO_PIN_SET);
HAL_Delay(999);
HAL_GPIO_WritePin(LED_GPIO_Port, LED_Pin, GPIO_PIN_RESET);
HAL_Delay(1);
好啦，睡觉！
首先是下载和安装，已经提供了2.0.3版本，但变化很大，暂时安装1.8.3版本
官方网址：https://portal.influxdata.com/downloads/
wget https://dl.influxdata.com/influxdb/releases/influxdb_1.8.3_amd64.deb
sudo dpkg -i influxdb_1.8.3_amd64.deb
sudo service influxdb start
安装很简单，主要在配置，默认好像是随便访问没有密码的，同时以前说的web管理页面应该是没有的
关于备份，网上说用到8088端口，不过实际操作访问不到，算是提供了一些安全保障吧，本机可以
influxd backup -host localhost:8088 ./
生成文件meta.00，然后是备份数据库
influxd backup -host localhost:8088 -database my_test ./
生成文件meta.01和my_test.autogen.00002.00系列文件，其中00002为不连续编号
通过scp把备份文件送到目标机，scp * ip:~/.，开始恢复
sudo influxd restore -metadir /var/lib/influxdb/meta/ ./
直接恢复恢复的是meta.01不知道是否有影响，可以单独文件夹放meta.00恢复，通过diff meta.00 meta.01比较，两个文件可能是相同的，也可能只能比较文本，没有深究
sudo influxd restore -database my_test -datadir /var/lib/influxdb/data/ ./
修改恢复完的文件的属性，然后重启服务
sudo chown -R influxdb:influxdb /var/lib/influxdb
sudo service influxdb restart
曾经恢复的数据是不完整的，再验证一次，验证方法，
1、在grafana中添加新ip:8086的数据源，库名my_test，没有密码
2、创建图表，选择数据源，选择表db，选择数据项gl，选择时间段90天，不幸的情况出现了，还是丢数据
无语了，上边是刚刚备份恢复后的，下边是原始的
找到原因再补充吧，数据少得很有规律，找不到原因，不过后来测试的整个拷贝文件夹不缺
另外目前统计有规律，每35天连续缺7天6小时，而且固定是早上2:00-8:00，例如12-07 02:00 至 12-14 08:00
