data interface

支架只是倍思速享二代 HUB 扩展坞的副业，作为扩展坞的身份，速享二代也将用通身本领诠释何为「全能」：1* Type-C Data + 3* USB 3.0 接口支持 500MB/s 数据传输，文件再多再大也不怕，轻松传输。针对于不同扩展需求的用户，区别在于十二合一多一个 DP 接口，并且将 VGA 替换为了 HDMI 接口。

除了镜像模式，在十二合一版本，倍思速享二代 HUB 扩展坞支持「三屏异显」，并且很重要的一点是，三屏均 4K。

#DataLearner好物推荐# 今天Google发布了TensorStore，这是一个开源的C++和Python软件库，设计用于存储和操作大规模n维数据。看了一下，它有类似numpy的接口，但是可以轻松处理巨大规模高维数据，提供缓存、事务等，其读写性能随CPU数量呈线性增长！已经在谷歌内部的超大规模语言模型的训练中使用，搞大规模数据的不能错过！谷歌官方高性能大规模高维数据处理库TensorStore发布！ | 数据学习者官方网站(Datalearner)

一千元能买啥？优盘！

金士顿最新发布DataTraveler Max U盘 USB Type-C接口，支持USB 3.2 Gen2标准，带宽10Gbps，容量可选256GB、512GB、1TB 读取速度1GB/s，写入900MB/s

欧洲售价结合人民币分别为 256G 391、512G 651 及1T 1096元

#华为HCIE##华为DATACOM#3-1 IPV6组播地址

1、 IPV6组播地址

用来标识一组接口，发往组播地址的数据将被转发给侦听该地址的多个设备。

地址范围：FF00::/8。

IPv6的组播与IPv4相同，用来标识一组接口，一般这些接口属于不同的节点。一个节点可能属于0到多个组播组。发往组播地址的报文被组播地址标识的所有接口接收。

Flags 永久标志：

0000：永久多播地址。

0001：临时多播地址。

（注：前3bits 保留为0）。

Scope 应用范围：

0001：本地接口范围，单个接口范围有效，仅用于Loopback。

0010：本地链路范围。

0100：本地管理范围，管理员配置的。

0101：本地站点范围。

1000：本地组织范围，属于同一个组织的多个站点范围。

1110：全局范围。

Group ID：

组播组ID。

2、预定义组播地址

Node-local

FF01::1，所有节点的组播地址。

FF01::2，所有路由器的组播地址。

Link-local

FF02::1，所有节点的组播地址。

FF02::2，所有路由器的组播地址。

FF02::1:FFXX:XXXX ，Solicited-Node组播地址。

FF02::5，所有OSPF路由器组播地址。

FF02::6，所有OSPF的DR路由器组播地址。

FF02::D，所有PIM路由器组播地址。

注释

类似于IPv4，IPv6同样有一些特殊的组播地址，这些地址由特别的含义，这里举几个例子（还有很多类似的特殊地址）：

FF01::1（节点本地范围组播地址）

FF02::1（链路本地范围所有节点组播地址）

FF01::2（节点本地范围所有路由器组播地址）

FF02::2（链路本地范围所有路由器组播地址）

FF05::2（站点本地范围所有路由器组播地址）

3、IPv6组播地址的MAC地址映射

在以太网环境中，一个组播IPv6报文必须执行以太网封装。

组播IPv6报文的目的IP地址是组播IPv6地址，而目的MAC地址则必须是组播MAC地址，并且该地址必须与组播IPv6地址对应。

33-33是专门为IPv6组播预留的MAC地址前缀，MAC地址的后32bit从对应的组播IPv6地址的后32bit拷贝而来。

4、被请求节点组播地址

被请求节点组播地址（Solicited-Node Multicast Address）通过节点的单播或任播地址生成。当一个节点具有了单播或任播地址，就会对应生成一个被请求节点组播地址，并且加入这个组播组。

一个单播地址或任播地址对应一个被请求节点组播地址。该地址主要用于邻居发现机制和地址重复检测功能。

被请求节点组播地址由固定前缀网页链接和对应IPv6地址的最后24bit组成。被请求节点组播地址的有效范围为本地链路范围。

当一个节点具有了单播或任播地址，就会对应生成一个与之相对应的被请求节点组播地址，并且加入这个组播组。一个单播地址或任播地址对应一个被请求节点组播地址。该地址主要用于地址解析、邻居发现机制和地址重复检测等功能。

被请求节点组播地址由固定前缀网页链接和对应IPv6地址的最后24bit组成。被请求节点组播地址的有效范围为本地链路范围。

被请求节点组播地址的作用究竟是什么呢？举个非常简单的例子，回顾一下IPv4中的ARP，这个协议主要用于地址解析，当设备需要解析某个IP地址对应的MAC地址时，就会发送一个广播ARP Request帧，之所以要发送广播帧，是因为它要确保广播域内所有节点都能收到。然而除了目标节点之外，该帧对于其他节点而言是个困扰，因为它们不得不去解析这个帧（一直解析到ARP载荷），这个动作将会浪费设备的资源。

在IPv6中，ARP及广播都被取消，当设备需要请求某个IPv6地址对应的MAC地址时，设备依然需要发送请求报文，但是该报文是一个组播报文，其目的IPv6地址是目标IPv6单播地址对应的被请求节点组播地址，而目的MAC地址则是该组播地址对应的组播MAC地址。由于只有目标节点才会侦听这个被请求节点组播地址，因此当其他设备收到该帧时，这些设备可以通过目的MAC地址、在网卡层面就判断出不需要处理它并将帧丢弃。

资料来源于华为公开的PPT和肖宗鹏老师的PPT，如果有侵权，联系后会及时删除。

#华为##华为认证#

#华为HCIE##华为DATACOM#模块三 IPV6 2-3 IPV6地址生成

1、接口标识（主机位）生成方法

关于接口ID：接口ID为64bit，用于标识链路上的接口，在每条链路上接口ID必须唯一。

接口ID可通过3种方法生成：手工配置、系统自动生成和IEEE EUI-64规范生成。

①手工配置：建议在服务器和重要网络设备上配置。

②系统通过软件自动生成：保护主机的私密性。

③IEEE EUI-64规范自动生成：最常用的方法。

对于IPv6 单播地址来说，如果地址的前三bit不是000，则接口标识必须为64位，如果地址的前三位是000，则没有此限制。

接口ID的长度为64bit，用于标识链路上的接口。在每条链路上，接口ID必须唯一。接口ID有许多用途，最常见的用于就是黏贴在链路本地地址前缀后面，形成接口的链路本地地址。或者在无状态自动配置中，黏贴在获取到的IPv6全局单播地址前缀后面，构成接口的全局单播地址。

IEEE EUI-64规范

这种由MAC地址产生IPv6地址接口ID的方法可以减少配置的工作量，尤其是当采用无状态地址自动配置时（后面会介绍），只需要获取一个IPv6前缀就可以与接口ID形成IPv6地址。

使用这种方式最大的缺点就是某些恶意者可以通过二层MAC推算出三层IPv6地址。

2、通过EUI-64规范根据MAC地址生成接口ID

假设一个接口的MAC地址如上图所示，那么采用EUI-64规范，接口可根据该MAC地址计算得到接口ID，由于MAC地址全局唯一，因此该接口ID也相应的具备全局唯一性。计算过程如下。

将48bit的MAC地址对半劈开，然后插入“FFFE”，再对从左数起的第7位，也就是U/L位取反，即可得到对应的接口ID。

在单播MAC地址中，第1个Byte的第7bit是U/L（Universal/Local，也称为G/L，其中G表示Global）位，用于表示MAC地址的唯一性。如果U/L=0，则该MAC地址是全局管理地址，是由拥有OUI的厂商所分配的MAC地址；如果U/L=1，则是本地管理地址，是网络管理员基于业务目的自定义的MAC地址。

而在在EUI-64接口ID中，第7bit的含义与MAC地址正好相反，0表示本地管理，1表示全球管理，所以使用EUI-64格式的接口ID，U/L位为1，则地址是全球唯一的，如果为0，则为本地唯一。这就是为什么要反转该位。

#华为##华为认证#

大家的车载QQ音乐能不能用呀？为什么我显示请求验证车机token接口，请求结果的data为空。账号还退出不了呀？

Redis 和MySQL一样，都是数据库，只不过Redis 是非关系型的，而MySQL 是关系型的，但它们也有很多共同点。

Java 使用JDBC 连接数据库，JDBC 提供了一套标准的接口，如Connection、Statement等，而这套接口的实现由各大数据库的厂家提供，也就是数据库连接驱动。

同时，spring-data-redis 也为Redis 提供了类似的接口，如RedisConnection、RedisConnectionFactory等。

RedisConnection提供了Redis通信的核心构建块，和JDBC中的Connection类似。RedisConnection 需要使用 RedisConnectionFactory获取。

RedisConnectionFactory 常用的有两种连接器的实现： Lettuce Connector 和 Jedis Connector。

免费的量化数据接口----Baostock

今天头疼不干活，给大家介绍一个好玩的东西，业余可以玩玩

最早用过TuShare，后来用JQData，不过免费用了几天都开始收费，对于爱薅免费羊毛的我难以接受，最近股市下行又想起来了，新找了个免费的羊毛----Baostock

1.先去下载anaconda，也不是非用它不可，用它比较简单，基本的都给你配置安装好了，对于初学者非常非常的友好

2.打开prompt，类似dos的命令窗界面，输入安装指令，几秒钟搞定

3.打开anaconda界面，选择spyder编辑器

4.启动以后直接导入安装的库，登录，显示OK

以后我慢慢一边研究一边展示，如何用python实现自己的想法来自动筛选GP

话费充值接口文档

接口版本：1.0

―、引言

1.1 文档概述

本文档提供话费充值接口规范说明，提供一整套的完整的接入示例(http 接口)供商户参 考，可以帮助商户开发人员快速完成接口开发与联调，实现与话费充值系统的交易互联。

公司官网：网页链接

1.2 阅读对象

本文阅读对象：开发人员与微客云系统对接支付相关的技术人员。

1.3 业务流程

1、打开控制台 网页链接 进行注册账号

2、点击添加店铺，只勾选CMS即可，或者店铺ID保存。

3、联系客服申请 app_key与app_secret 。

4、开发对接，需求在控制台进行预存。

二、话费充值接口

1、充值请求下单（post 表单提交）

网关URL：网页链接

参数名

类型

必填

参数说明

store_id

字符串

是

店铺ID

mobile

字符串

是

充值号码

order_no   

字符串

是

充值订单号

money

整数

是

充值金额（50,100,200）

recharge_type

整型

是

1快充 0慢充

notify_url

字符串

是

异步回调地址（POST）

change

整数

否

失败更换渠道充值 0 否 1是

不传系统根据设置判断

source

整形

否

是否强制渠道

注意：因为每个渠道价格不同，不同用户提交的业务不同，默认不强制；

失败返回数据格式：

{"code":"1003","msg":"app_key不能为空","time":"1624868000","data":null}

成功返回数据格式：

{"code":"0000","msg":"推送成功","data":{"order_number":"xxxx"}}

魔兽世界怀旧服拍卖行数量与服务器人口

由于人口统计接口关闭，wcl活跃角色统计在一阶段也并不完备，所以只能从AH数量推测服务器人口。

以下数据来自魔兽大数据-让一部分人先看到商机，统计的是拍卖行物品数量，每个服务器扫描的时间不确定，所以肯定会有误差，仅供参考。#魔兽世界怀旧服# #魔兽世界# #争霸艾泽拉斯# #魔兽世界经典怀旧服#

Flink

DataStream API使用Fluent风格处理数据，在开发的时候其实是在编写一个DataStream转换过程，形成了DataStream处理链。

并不是所有的DataStream都可以相互转换。

1. Map

接收1个元素，输出1个元素。Map应用在DataStream上，输出结果为DataStream。DataStream#map运算对应的是MapFunction，其类泛型为MapFunction<T,O>，T代表输入数据类型（Map方法的参数类型），O代表操作结果输出类型（Map方法返回的数据类型）。

2. FlatMap

接收1个元素，输出0、1、…、N个元素。该类运算应用在DataStream上，输出结果为DataStream。DataStream#flatMap接口对应的是FlatMapFunction，其类泛型为FlatMapFunction<T,O>，T代表输入数据类型（FlatMap方法的参数类型），O代表操作结果输出类型。

3. Filter

过滤数据，如果返回true则该元素继续向下传递，如果为false则将该元素过滤掉。该类运算应用在DataStream上，输出结果为DataStream。DataStream#filter接口对应的是FilterFunction，其类泛型为FilterFunction<T>，T代表输入和输出元素的数据类型。

【13】数据可视化：基于 Echarts + Python 实现的大屏范例 - 国庆黄金周旅游监测

[给你小心心]功能模块

城市旅游收入统计

景区接待人数趋势

高速车流量&高速拥堵趋势

旅游总成交额

成交订单数量

线上购票率

[给你小心心]整体架构设计

前端基于Echarts开源库设计，使用WebStorm编辑器；

后端基于Python Web实现，使用Pycharm编辑器；

数据传输格式：JSON；

数据源类型：目前已支持PostgreSQL、MySQL、Oracle、Microsoft SQL Server、SQLite、Excel表格等，还可以定制HTTP API接口方式或其它类型数据库。

数据更新方式：摒弃了前端页面定时拉取的方式（这种方式带来严重的资源浪费），采用后端数据实时更新，实时推送到前端展示；

对BTC的价格进行机器学习，找出其可能存在的规律。

进而根据规律设计自动量化交易工具，

首先需要将通过API接口获取到的交易数据转换为pandas支持的时间序列数据。

之后再采用pandas提供的非富的数据算法工具进行分析。

今天晚上，我花了点时间解决了数据获取、转换以及显示的问题。

首先，通过pip install pandas和pip install matplotlib，

安装了数据处理库和图形显示库。

再通过下述代码，下载BTC实时交易数据、将数据转成时间序列、绘制出简单图形了解走势。

spotAPI = spot.SpotAPI(api_key, secret_key, passphrase, False)

dealdata = https://www.itpm.org.cn/spotAPI.get_deal(instrument_id='BTC-USDT', limit='')

dealprice = []

dealtime = []

for index in range(len(dealdata)):

dealprice.append(float(dealdata[index]["price"]))

dealtime.append(dealdata[index]["time"])

ts = pd.Series(dealprice,index = pd.to_datetime(dealtime))

print(ts)

ts.plot()

plt.show()

小程序进度:

1.内容页添加点赞功能，实现冒泡点击。

2.首页改用选项卡页面，放弃宫格导航。

3.列表页添加上滑加载更多，上拉刷新。

4.对api接口进行修改，添加系统设置，点赞接口。

这几天没有时间来做，关键是碰到了一个又一个的坑，比如选项卡左右滑动页面高度的问题，setdata修改数组的问题，数据类型不同运算的问题。虽然都一一解决了，但占用太多时间了。

下一步要做的:

1.内容页完成收藏，分享，下载等互动功能。

2.列表页添加最新发布，最热评论，最多人阅读排序功能。

3.索性页添加自定义搜索功能，并添加搜索结果返回页。

4.添加区域页。

5.添加apis功能接口。

先就这些，做完了再往下安排吧。[石化]

慢慢搞，就当练手了。 #微信小程序#

【iPhone 6sp不开机，电流一上一下来回跳】查i2c0，果然i2c0_sda电压居然是4.2V，更换显示IC，问题解决。正常电压应该是1.8伏，没想到是4.2V，说明串电了。这个电压没有把CPU烧坏，真是不可思议。什么是i2c，一个两线式串行接口而已，通过上拉电阻加压到data和clk两条线。#苹果维修# #iPhone 6SP维修#

现在ST的处理器缺货非常严重，不少产品的售价都被炒到了几百上千元。

为了避免工厂停产，我们导入了CKS、GD等的处理器来替换STM32F051。

在导入过程中，碰到的最大问题的ST提供的源码的版权问题。

按照ST的版权声明，由其提供的代码只能用于ST的产品中。

所幸当年我带领小伙伴们做项目开发时，基于以下以点考虑并没有使用ST提供的代码，而是直接操作寄存器。

1) ST提供的代码有很多冗余内容，这些冗余部分将占用宝贵的Flash空间，而且还会消耗宝贵的运行时间

比如，读取uart接收寄存器里面的数据，可以通过直接读取UARTX->DR寄存器读取数据。

而调用ST提供的接口函数USART_ReceiveData读取数据。

需要保护返回地址等，当函数返回时，需要恢复现场，并返回到原来的地方继续执行。

这些操作都需要花费时间，在pic单片机的时代，考虑到指令运行的时间以及函数调用的深度限制，随心所欲地使用函数是不敢想象的事情。

2) 没有按照产品的特点做异常处理，比如异常超时，在ST的代码库中有大量的while等待，而异常退出只是通过简单的变量自加判断超时。

3) ST的代码明确声明只能用于ST的产品，后续需要降成本用其它厂家的芯片替代将会受到限制。

虽然，直接操作寄存器会增加代码编写和维护的难度，但是我们采用了"分层分模块"的思路进行代码设计，把这些代码做成标准模块之后，基本上直接使用即可，并不需要多少维护的工作。

现在看来，当初的决策还是非常正确的，

别的团队使用了大量的ST的代码，要导入国产芯片替代需要花费大量时间去修改代码，甚至 因为代码改动量大而不得不放弃时。我们只需要做一些简单的寄存器定义的改动就轻松实现了替代。

不得不佩服自己的高瞻远瞩。

然并卵，跟不久前"Flash停用导致列车调度系统直接瘫痪"的事件类似，负责的产品没有问题，别人不会觉得是开发人员的能力强，而是会觉得产品太简单，甚至怀疑开发人员存在的价值。

非得自己整出点问题去解决，才能让人感觉到存在的价值。

这就是现实!

可扩展开源API开发工具Eoapi，集合基础的API管理和测试功能，并通过插件简化API开发工作，让你更快更好地创建API。

Eoapi支持HTTP协议以及FormData、XML、JSON、Raw等各种格式请求体；支持快速对API发起测试以及本地测试；模拟文档接口返回值；可离线使用；支持通过远程数据源实现多人协作。

Eoapi主要使用TypeScript、JavaScript和CSS语言开发，它的构建环境要求Node.js >= 14.17.x，yarn >= 1.22.x。

Gitee地址：eoapi: Eoapi 是一个可扩展的 API 开发工具。Eoapi 集合基础的 API 管理和测试功能，并且可以通过...

开源协议：Apache-2.0