c283f05b024/p1_2.jpg)
## 一 键将 C/C++
代码转换为 Python 能调用的
代码
韦泽华

## 大家以前都是怎样调用C++
代码呢?
1. Cython
2. boost.python/pybind11 f/dcff3d9f70403fc7fe9fcc283f05b024/p3_2.jpg)
## 先不讨论这些工具的优劣
先给大家介绍一下
如何使用c2py来调用C++
代码
## 在此之前给大家看一下要调用的C++
代码源文件
• 我肯定是会拿上期所的API来作示范:
(看一眼就好了)
|Name|Size|
|---|---|
|ThostFtdcMdApi.h|6 KB|
|ThostFtdcTraderApi |14|--setup-lib|thosttraderapi||
|15|--setup-use-patches|||
|16||||
|17|python ./setup.py build|||
• 第二步,调用
代码,并享受完备的type hint。
| import vnctp |
# code 0 码力 |
12 页 |
1.24 MB
| 2 年前 3 
## Gitea
## 新一代的代码托管平台
2023.12
## 飞致云 & 上海吉谛
2023年11月,飞致云与上海吉谛达成战略合作,获得 Gitea 企业版中国大陆地区独家代理权,向中国数字化团队交付被广泛验证、可信赖的通用工具软件。 8f32bc68/p2_6.jpg)||
|新一代的代码托管平台|一站式持续测试平台|广受欢迎的堡垒机|人人可用的数据可视化分析工具|
|
hi@mzh.io
## 自我介绍
后端工程师,主要写Go
• 业余搞Go官方库开发
● 主要喜欢折腾ARM/MIPS 性能优化
● 第一个中国Go 官方MIPS64 builder 维护者 Far As I Know (据我所知)
c. IMHO: In My Humble Option (鄙人认为)
One More Thing
## 版权问题
1. 抄也要抄BSD兼容的代码
a. GPL 不行
b. 闭源更不行
## 谢谢各位
## 参考资料
https://github.com/golang/go/issues
https://stackoverflow.c 0 码力 |
38 页 |
5.95 MB
| 2 年前 3 当前实现了高性能块存储,对接OpenStack和K8s 网易内部线上无故障稳定运行一年多,线上异常演练
• 已开源
github主页:https://opencurve.github.io/
- github代码仓库:https://github.com/opencurve/curve
Tags
v1.1.0-beta ...
on 24 Sep - 5d648c9 zip tar.gz Notes 02 总体设计
基本架构 | 数据组织形式 | 拓扑 | IO流程
03 系统特性
高性能 | 高可用 | 自治 | 易运维 | 高质量
04 近期规划
Curve的近期规划
## 背景
• 多个存储软件:SDFS、NEFS、NBS
• 已有的开源软件:Ceph
• 不能胜任性能、延迟敏感的场景
• 异常场景抖动较大(比如慢盘场景)
去中心节点设计在集群不均衡的情况下需要人工运维 去中心节点设计在集群不均衡的情况下需要人工运维
• 基于通用分布式存储构建上层存储服务
01 背景
为何从0到1开发Curve
02 总体设计
基本架构 | 数据组织形式 | 拓扑 | IO流程
03 系统特性
高性能 | 高可用 | 自治 | 易运维 | 高质量
04 近期规划
Curve的近期规划
## 基本架构
## • 元数据节点 MDS
管理元数据信息
收集集群状态信息,自动调度 0 码力 |
35 页 |
2.03 MB
| 1 年前 3 
## 编写安全的Python代码
邓良驹
2019.10.19
## 思考题
if user.balance >= product.price: user.balance -= product.price ?
## 目录 CONTENTS d5af4cb76d1049ea3b110e9d/p3_2.jpg)
常见不安全代码
代码检查的工具
总结:如何规避风险

## 常见不安全代码
## 小心 eval
import sys
def run(s):
try: PyPI 源中的包就不存在恶意代码;
不要以为你import的就是你实际要import的 $ ^{*} $ ;
每个 PyPI 包都可能存在前述所有风险点,有的甚至是故意、恶意为之。
## 应对:
谨慎选择第三方 PyPI 包,尽量少导入 PyPI 包;
利用 https://pyup.io/ 等服务保持检查和更新依赖;
利用 Chef InSpect 落实代码安全规范的检查。
$ ^{*} 0 码力 |
18 页 |
988.40 KB
| 2 年前 3 ## Node 的设计错误
Ryan Dahl
JS Conf 柏林
2018.06
## 背景:
1. 基于最初的开发,我创建了并管理 Node。
2. 我的主要关注目标是事件驱动的 HTTP server。
3. 这一主要目标对当时服务器端的 JavaScript 起着关键作用。即使在当时这一点不那么明显,但是服务器端 JS 的成功需要事件循环的助力。
## 背景:
2012 年我离开 NPM(Isaac 开发)将核心 Node 库解耦并允许生态系统的分布。
2. N-API 是设计精美的绑定API。
3. Ben Noordhuis 和 Bert Belder 构建了 libuv。
4. Mikeal Rogers 组织了管理活动和社区。
5. Fedor Indutny 在代码基础上产生了巨大的影响,尤其是在加密中。
6. 还有许多为 Node 增长作出贡献的人: TJ 我认为它很可爱,因为有 index.html。
它不需要复杂的模块加载系统。
在 require 支持了 package.json 后,它变得特别不必要。
我的 Node 问题几乎完全围绕它如何管理用户代码。
与早期关注的 I/O 相比,模块系统本质上是一种事后考虑。
考虑到这一点,我长期以来一直在思考如何做得更好。
免责声明:我只是提出了一个初具雏形的原型。
除非你急于卷起袖子跳进 I1db,否则不要费劲去尝试建造它。 0 码力 |
28 页 |
767.84 KB
| 2 年前 3
|