阿里巴巴矢量图标库

  阿里巴巴研究分析报告 2018 年 8 月 一、为未来投资、履带式前行,浪潮之巅的互联网巨头 阿里巴巴 19 年创业史可以近似划分为四个主要时期:1)初期以 B2B 批发平 台为突破口,树立行业地位并为其日后向 To C 业务进军夯实基础;2)03 年推出 淘宝进军 To C 市场,依靠免费政策&平台体验击败 eBay,成就电商零售生态基 石;3)08 年阿里上线淘宝商城(后更名为天猫),吸引品牌商或品牌授权的经销 商和分销商入驻,全面从“淘便宜”向“淘品质”迁移,零售平台货币化率快速提升; 4)11 年阿里巴巴提出“大阿里计划”,将看似孤立的零售市场(淘宝、天猫)和批 发市场打通,实现 C(消费者)-小 B(分销商)-大 B(品牌&供应商)的供应链重 构,而阿里巴巴作为服务商(S)参与全过程。 阿里自成立以来即定位底层服务商角色,各板块业务之间内在相互依存联系, 共同构建商业生态。就企业发展而言,阿里是“为未来投资”、各项业务渐次“孵化成 长-成熟变现”、“履带式”前行的生态发展战略;就商业模式而言,则是 “引流搭建生 态——服务变现生态流量”的过程。 依据成长性和盈利情况划分,当前阿里生态各业务中:1)国内电商(淘宝&天 猫&B2B)是成熟且稳步成长的现金流业务;2)跨境电商(速卖通&Lazada)、云 计算(阿里云),以及菜鸟物流、蚂蚁金服(上市公司持股 33%)则是高速扩张的 成长业务;3)新零售(盒马、银泰、饿了么等全渠道全品类布局)、数媒 &娱乐 (阿里影业、优酷土豆等)和创新业务(高德、人工智能、钉钉、物联网等)则是 孵化期业务。反映到财务数据上,则是当前阿里电商板块的大幅盈利保证了其他业 务板块的持续投入能力。 (一)贯通批零业务,打造线 月,马云先生联合其余 17 位创始人在杭州成立阿里巴巴,先后上线外贸)和(内贸)网站。以“让天下没有难做的生意”为愿 景,定位“网上义乌集市”,为中小企业提供“信息发布+网上推广”服务,阿里线上商 业帝国拉开序幕。回顾阿里 19 年创业史,主要分为四个主要时期: 1.B2B 时代:以批发业务为突破,供血零售业务 阿里创业初期以 B2B 业务为电商突破口,体现了阿里巴巴对当时中国电商环 境的准确判断:1)网购人群基数低,C 端需求未形成

  — _ l 堕 一 鱼— … … 一~ —— ●UJl AN COM PUTER D O I : 1 0 . 1 6 7 0 7  ̄ . c n k i . O p c . 2 0 1 7 . 0 3 . 0 9 6 阿里 巴巴矢量 图标库在《 网页设计》 课程 中的应用 李 可 ( 宁渡 职 业 技 术 学院 浙江 宁波 3 1 5 8 0 0 ) 【 摘 要】 3今 - 众 多的 We " b 前端设计都采 用 了阿里 巴巴矢量 图标库 来制作 网页 中的小 图标 , 图标库是 开放 的 , 可以 在 线或 下栽使 用。而这一技 术在很 多《 网页设计》 教材 中未曾提及 , 本 文就 来介绍一下阿里 巴巴矢量 图标库的使用方法 , 作 为对《 网页设计》 课 程教 学 内容的一个补充。 【 关键词 】 矢量图标 ; w e b 前端; 网页设计 1引 言 按照下载 文件 中 d e mo — f o n t c l a s s . h t m l 页面 内容的提 示进行 调用 。 例 如 调 用 购 物 车 和鱼 图标 ( 图4 ) , 我们书写的 H T ML代 码 是: < i c l a s s = ” i c o n f o n t i c o n - g o u wu c h e ” > < / i > < b r , > < i c l a s s : ” i e o n f o n t i c o n - y u 2 ” > < , i > w w w . I c o n f o n t . c n是 由 阿 里 巴 巴 公 _ 日 ] 推 出 的 We b f o n t 形 式 的 矢 量 图标 库 网 站 , 其中涵盖 了 1 0 0 6 8 6 0多个 常 用 图标 并 且 还 在 持 续 更 新 中 。l c o n f o n t 平 台 为用 户提 供 图标 分捡 载 、 矢 量 格 式 转换 、 在线 图标搜 索、 在 线储 存、 个 人图标库管理及项 I ] 图标管 理等基础 功能 。网页 中引入的图标是作为字体 形式 插入 , 可以 自由修改颜色 , 自由变换 大小 , 也 町以添 加透明度 、 『 j 』 】 影、

  I n d u s t r y St a t u s产 业 动 态 口 我国I/ i n 快研发 “ 共融机器人” 部 分领 域 已投 入使 用 工 业 机 器 人 的广 泛 运 用 正 让 中国 补 、团 队作 业 ,同时机器 人与人类也 可 “ 共融机 器人”被 期待在 未来具备 意图 制 造 业 核 心 竞 争 力 发 生 着 前 所 未 有 的 变 以 相 互 理 解 、 协 同作 业 。 ” 中 国 科 学 院 感 知 、 仿 生 助 力 和 平 衡 控 制 能 力 ,也 就 化 。 而 随 着 机 器 人 技 术 的 发 展 和 市 场 的 院 士 、 机 械 电 子 工 程 专 家 丁 汉 解 释 说 , 需求 ,我国 已开始沿着 “ 共融机 器人” 是 说 能 够 主 动 感 知 人 体 意 图 、 顺 应 人 体 “ 与 智 能 机 器 人 相 比 ,共 融 机 器 人 能 够 运 动 , 与 人 形 成 主 动 式 康 复 。 的 科 研 路 径 ,推 动 “ 人 机 合 作 ” 型 智 能 更 好 地 理 解 非 结 构 动 态 环 境 , 并 具 有 结 论坛期 间 ,来 自全国高校 、科研 院 机器人研发。 这 是 近 日在 安 徽 合 肥 举 办 的 第 二 届 构 的柔顺性 :能够更 好地理解 人的行 为 所 和 企 业 的 近 3 0 0 名专 家和 企业 家代表 意 图,并在一 定的规 则下实现 人机、机 共同就机 器人和智 能制造产 业的创新发 展 进 行 了 研 讨 。 记 者 还 了解 到 ,国 家 自 机器人 与智能制造 高端论坛 上 ,有关专 器 人 群 体 间 的 自然 交互 与协 同作 业。 ” 家透露的信息。 丁汉透露 , 目前 中国已在 大型风 电 然科学基 金委 员会的共融机 器人重 大研 究计划 ,从 2 0 1 7 年启动 ,为期 8 年 ,明 “ 共 融 机 器 人 的 主 要 特 征 是 机 器 叶片生产 中投入使用 “ 共融机 器人” , 人和环 境高度适 应 ,机器 人之 间能够形 实现 了 6 O 米 长 的 大 型 风 电 叶 片 多 机 器 人 年 3 月 将 发 布 第 三 批指

  阿里巴巴数据库标准操作手册 01-建表 一、 目的 明确建表操作的风险及标准流程,最大限度避免建表操作带来的故障。 二、 适用范围 l l l l 项目预发布新建表 项目正式发布新建表 不包含数据订正所建临时表 不包含导数据所建的中间表 三、 风险评估 l 登录到错误的 schema 下,导致表建到错误的 schema 里,而应用无法访问。 l 忽略了 TABLESPACE 参数,导致表建到了默认表空间,导致后续空间增长和维护困难。 l 对于未来增量较快的表选择了一个空间规划不足的表空间,导致后续空间增长和维护困 难。 l 脚本末尾缺少分号,导致该表没有被创建上,而执行 DDL 的过程又不会报错。 l 其他原因漏建了表,导致应用访问错误。 l 所建的表定义(表名、字段名、字段定义、字段个数、字段顺序)跟测试环境不一致,导 致应用访问错误。 l 同步库没有及时创建相应的表,或者没有更新同步配置,导致同步及应用出问题。 四、 操作流程 1. 准备工作 a) 在项目需求分析阶段,跟数据库设计人员一起明确新表所存放的数据库。具体设计原则 本文不繁述。 b) 准备发布脚本时,检查 tablespace 定义,检查 tablespace 剩余空间,参考表空间自身负荷 及新表的预期负荷,为每个新建的表选择合适的表空间,并在建表语句中添加 tablespace 的 配置。 c) 定发布计划时,跟开发接口人一起商定好建表操作的时间点。如小需求没有发布计划评 审,则必须在提交测试时(即表结构冻结时)即开始与开发接口人确定建表时间点。如果发 生计划外的发布建表需求,则要追究项目跟进的应用 DBA 沟通不力的责任。 d) 以目前的认知,仅建表操作本身不会对数据库造成任何风险,故操作的时间点可以放宽: 在变更时间窗口内,均可以执行建表操作。 e) 建表操作属于预授权变更,在做之前必须在 ITIL 中提交相应的变更申请。 2. 执行过程 a) 用应用账户登录数据库,SHOW USER 检查是否连接到正确的 schema。严禁使用 sys、 system 等用户建表。 b) 执行建表脚本。若一次建表个数超过三个以上,要求将脚本事先保存为文本文件,上传 至数据库服务器,执行时使用 @create_table_ddl.sql 的方式直接执行。 c) 查看过程若无报错,退出当前登录。若有报错

  (此文档为 word 格式,下载后您可任意编辑修改!) 阿里巴巴数据库标准操作手册 01-建表 一、 目的 明确建表操作的风险及标准流程,最大限度避免建表操作带来的故障。 二、 适用范围 l l l l 项目预发布新建表 项目正式发布新建表 不包含数据订正所建临时表 不包含导数据所建的中间表 三、 风险评估 l 登录到错误的 schema 下,导致表建到错误的 schema 里,而应用无法访问。 l 忽略了 TABLESPACE 参数,导致表建到了默认表空间,导致后续空间增长和维护困难。 l 对于未来增量较快的表选择了一个空间规划不足的表空间,导致后续空间增长和维护困 难。 l 脚本末尾缺少分号,导致该表没有被创建上,而执行 DDL 的过程又不会报错。 l 其他原因漏建了表,导致应用访问错误。 l 所建的表定义(表名、字段名、字段定义、字段个数、字段顺序)跟测试环境不一致,导 致应用访问错误。 l 同步库没有及时创建相应的表,或者没有更新同步配置,导致同步及应用出问题。 四、 操作流程 1. 准备工作 a) 在项目需求分析阶段,跟数据库设计人员一起明确新表所存放的数据库。具体设计原则 本文不繁述。 b) 准备发布脚本时,检查 tablespace 定义,检查 tablespace 剩余空间,参考表空间自身负荷 及新表的预期负荷,为每个新建的表选择合适的表空间,并在建表语句中添加 tablespace 的 配置。 c) 定发布计划时,跟开发接口人一起商定好建表操作的时间点。如小需求没有发布计划评 审,则必须在提交测试时(即表结构冻结时)即开始与开发接口人确定建表时间点。如果发 生计划外的发布建表需求,则要追究项目跟进的应用 DBA 沟通不力的责任。 d) 以目前的认知,仅建表操作本身不会对数据库造成任何风险,故操作的时间点可以放宽: 在变更时间窗口内,均可以执行建表操作。 e) 建表操作属于预授权变更,在做之前必须在 ITIL 中提交相应的变更申请。 2. 执行过程 a) 用应用账户登录数据库,SHOW USER 检查是否连接到正确的 schema。严禁使用 sys、 system 等用户建表。 b) 执行建表脚本。若一次建表个数超过三个以上,要求将脚本事先保存为文本文件,上传 至数据库服务器,执行时使用 @create_table_ddl.sql 的方式

  (此文档为 word 格式,下载后您可任意编辑修改!) 阿里巴巴数据库标准操作手册 01-建表 一、 目的 明确建表操作的风险及标准流程,最大限度避免建表操作带来的故障。 二、 适用范围 l l l l 项目预发布新建表 项目正式发布新建表 不包含数据订正所建临时表 不包含导数据所建的中间表 三、 风险评估 l 登录到错误的 schema 下,导致表建到错误的 schema 里,而应用无法访问。 l 忽略了 TABLESPACE 参数,导致表建到了默认表空间,导致后续空间增长和维护困难。 l 对于未来增量较快的表选择了一个空间规划不足的表空间,导致后续空间增长和维护困 难。 l 脚本末尾缺少分号,导致该表没有被创建上,而执行 DDL 的过程又不会报错。 l 其他原因漏建了表,导致应用访问错误。 l 所建的表定义(表名、字段名、字段定义、字段个数、字段顺序)跟测试环境不一致,导 致应用访问错误。 l 同步库没有及时创建相应的表,或者没有更新同步配置,导致同步及应用出问题。 四、 操作流程 1. 准备工作 a) 在项目需求分析阶段,跟数据库设计人员一起明确新表所存放的数据库。具体设计原则 本文不繁述。 b) 准备发布脚本时,检查 tablespace 定义,检查 tablespace 剩余空间,参考表空间自身负 荷及新表的预期负荷,为每个新建的表选择合适的表空间,并在建表语句中添加 tablespace 的配置。 c) 定发布计划时,跟开发接口人一起商定好建表操作的时间点。如小需求没有发布计划评 审,则必须在提交测试时(即表结构冻结时)即开始与开发接口人确定建表时间点。如果 发生计划外的发布建表需求,则要追究项目跟进的应用 DBA 沟通不力的责任。 d) 以目前的认知, 仅建表操作本身不会对数据库造成任何风险, 故操作的时间点可以放宽: 在变更时间窗口内,均可以执行建表操作。 e) 建表操作属于预授权变更,在做之前必须在 ITIL 中提交相应的变更申请。 2. 执行过程 a) 用应用账户登录数据库,SHOW USER 检查是否连接到正确的 schema。严禁使用 sys、 system 等用户建表。 b) 执行建表脚本。若一次建表个数超过三个以上,要求将脚本事先保存为文本文件,上传 至数据库服务器,执行时使用 @create_table_ddl.sql 的方

  仓库考核表 姓名 要素 发货情况(50%) 发错次数 请假次数 考勤情况(40%) 迟到次数 服从安排 工作态度(10%) 执行力 责任心 总计 仓库考核制度 为了进一步规范仓库管理, 现制定以下考核制度, 考核要素主要为三方面——发货情况、 考勤情况和工作态度,各占考核比例依次为 50%、40%和 10%。其中发货情况方面主要是考 核发错货的次数, 考勤情况方面主要是考核请假和迟到次数, 工作态度方面主要考核是否服 从领导安排、执行力和责任心。在三个考核要素中,发货和考勤方面是根据仓库员工的客观 情况统计,工作态度方面主要由仓库负责人根据员工平时实际工作表现判定。 该考核制度每月总计一次,具体实施如下:在发货和考勤方面,发错货次数、请假次数 和迟到次数根据员工客观情况统计,次数每增加一次,在表格相应位置+1 计算,上不封顶; 在工作态度方面,仓库负责人根据员工实际工作表现,在是否服从安排、执行力和责任心方 面酌情考虑,表现良好则在表格相应位置-1 计算,表现越好则减越多,最高-5 封顶。最后, 每月总计各位员工的分数情况。 该考核制度有奖有罚, 奖罚根据各位员工每月考核分数判定。 在罚款方面只根据各位员 工每月发错货的总计次数判定,每+1 则扣 10 元,依次类推计算,最高罚款 150 元封顶。在 奖金方面,则根据各位员工每月发货、考勤和工作态度三个方面的考核总计分数判定,具体 奖励如下: 总计分+10 以上奖励 0 元; 总计分+7 至+10(包含 7 和 10)奖励 100 元; 总计分+6 至+4 (包含 6 和 4 )奖励 200 元; 总计分+3 至 0 (包含 3 和 0 )奖励 300 元。 考核制度公平公正公开,并秉承奖大于罚的鼓励原则,奖罚分明不冲突,每月根据仓库 各位员工奖罚情况在工资条上会有所体现,如有疑问,可咨询仓库负责人。最后,希望大家 都能拿到最高奖金!

  阿里巴巴数据库容器化资源调度与实践 炎烈 @ 阿里巴巴 个人简介 ?? 2008 - 2016曾在云壤、百度、360、 豌豆荚从事运维与运维开发工作。 ?? 2016年2月加入阿里巴巴数据库团 队。 ?? 2016年7月开始负责阿里巴巴数据库 资源交付与调度 ?? 2016年阿里巴巴双11大促实现数据 库业务容器化。 目录 p?需求背景 p?设计目标 p?调度系统 p?生产实践 目录 p?需求背景 p?设计目标 p?调度系统 p?生产实践 容器为调度提供可能 目录 p?需求背景 p?设计目标 p?调度系统 p?生产实践 设计目标 p? 满足业务需求 p? 高效资源交付 业务的需求是什么? 我们的目标是什么? 满足业务需求 打散部署 服务副本在地域/IDC/交换机/机柜等 级别打散部署。 01 06 05 04 业务 需求 独占部署 IO 敏感 IO 敏感却无法隔离,需要极 其高效的 IO 调度策略 02 03 指定部署 业务独立占有机器资源,不与 其他业务混合部署,可靠性高 优先级保证。 合并部署 可以与部分白名单中的业务混 部。 对称部署 在打散级别内,计算能力完 全相同,且宿主机部署的容 器完全相同。 指定IDC/机型/磁盘/网卡等资源类型 或主机部署 高效资源交付 01 屏蔽底层资源 ?? 公有云 ?? 物理机 02 提升资源利用率 ?? 密度 ?? CPU 03 减少资源碎片 ?? 内存 ?? 磁盘 04 提升运维效率 ?? 有状态 - 无状态 目录 p?需求背景 p?设计目标 p?调度系统 p?生产实践 调度系统 p? p? p? p? p? p? 系统架构 调度架构 快速调度 支持混部 存储分离 弹性调度 系统长什么样子? 如何做最快调度? 如何解决碎片化? 如何更节省成本? 系统架构 API & Dashboard & Operation UI & Alarm 计算调度 计算集群 ECS/物理机 数据采集 弹性调度 存储调度 多种(个)分布式存储集群 调度架构 快速调度 p? 万台服务器毫秒级 关系型查询 容器缓存 ?? 服务器容器映射 ?? 容器元数据 ?? 容器资源预分配 ?? 对象的每个字段可支持关系型查询 l? In, Not In l? , ,