# 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 
## 编写安全的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: python/object/apply:__main__.ShellExp['/bin/sh']"
yaml.load(payload)
应对:
使用yaml.safe_load,必要时编写自定义Loader做更严格的检查。对不可信来源的序列化检查后操作。
## 小心 服务端模板注入(SSTI)
from flask import Flask
from flask request, re 0 码力 |
18 页 |
988.40 KB
| 2 年前 3 0 码力 |
19 页 |
504.69 KB
| 1 年前 3 ## 如何基于Istio 实现Mesh自定义扩展功能
曾宇星 阿里云云原生架构师
## 自我介绍
## • 阿里云技术专家、云原生架构师
- 长期从事服务端开发和架构工作,10多年分布式领域后台开发经验,目前主要关注于云原生、高性能、高可用分布式架构。
- 有多年 Service Mesh 、Envoy 网关、Kubernetes 容器平台等云原生领域相关开发工作经验。目前在阿里云服务网格团队从事 团队从事 Service Mesh 云产品研发和架构设计工作。
## Agenda
- 为什么需要自定义扩展能力
- Istio 下几种自定义扩展方式详细介绍
• 开发/运维人员使用最佳实践
• 总结
为什么Mesh需要自定义扩展能力?
## 为什么Mesh需要自定义扩展能力?
➢ 业务应用的多样性和差异性,导致Mesh用户需求的多样性
Istio 社区功能和用户实际需求有差异,需要补齐,特别是长尾非通用的小众需求 
## I stio 下自定义扩展方式详细介绍
## 自定义扩展方式之一:Wasm
- kubectl create configmap new-filter \
--from-file=new-filter.wasm=mycode.wasm 0 码力 |
- 页 |
3.36 MB
| 1 年前 3 
## 自定义数据集实战
主讲:龙良曲

## Pokemon Dataset
0 码力 |
16 页 |
719.15 KB
| 2 年前 3 Admission:可进行验证操作
• etcd:持久化
## 什么是准入控制器
• 在 Mutating Admission 或 Validating Admission 执行相关操作的代码逻辑或者组件
- (静态)准入控制器: Kubernetes 代码中携带,不可动态调整的
- 动态准入控制器:利用 Kubernetes 提供的
MutatingAdmissionWebhook 和
ValidatingAdmissionWebhook 0 码力 |
17 页 |
1.76 MB
| 2 年前 3 ## 面向亿行C/C++代码的 静态分析系统设计及实践
肖枭
## 500+高端科技领导者与你一起探讨 技术、管理与商业那些事儿
2019年6月14–15日 上海圣诺亚皇冠假日酒店

![Image](/uploads/documen 合作创办源伞科技,致力于推动静态分析技术在企业中的应用
## 目录
代码质量管理是个大问题
静态分析+代码评审的实践
## 生产质量是责任
☐ 学习和强调,红线和惩罚,100%的测试
覆盖率,和事后复盘并不够
☐ 有经验的程序员也会犯错
☐ 对代码提要求很难监督落实
☐ 测试更多是验证功能,很难检测编码缺陷
☐ 代码的快速变化使质量更难管
![Image](/uploads/doc 自动化工具+流程才是未来
☐ 静态分析工具:半智能的代码分析机器人
☐ 静态分析辅助代码评审
## Bug! Thx! Bug!
## 代码质量改进工具、流程落地难
□ 投入大
☐ KPI不痛不痒
使用主体和责任主体不一致
☐ 一步登天想要终极AI
## No Thx!
## DevOps: 代码质量责任应该左移
1. 代码签入前,研发人员有义务修复问题
2. 测试人员早期加入 0 码力 |
39 页 |
6.88 MB
| 2 年前 3
|