《规控》专题
-
General setup 常规设置
General setup 常规设置 Cross-compiler tool prefix CONFIG_CROSS_COMPILE 交叉编译工具前缀(比如"arm-linux-"相当于使用"make CROSS_COMPILE=arm-linux-"进行编译).除非你想配置后默认自动进行交叉编译,否则不要使用此选项. Compile also drivers which will not loa
-
G.1 常规构建
源代码可以在 CVS 找到并且和 NSIS 发行版本分离。 要构建 NSIS 首先要安装 Python 和 SCons。目前，支持的 SCons 版本是 0.96.91。任何高于 1.6 的 Python 版本只可以支持。 要开始构建，首先打开控制台，更改工作目录到 NSIS 根目录并输入 scons 然后回车。像下面这样： C:\>cd dev\nsis C:\dev\nsis>scons
-
规划您的训练
您可以在 Polar Flow 网络服务或 Polar Flow 应用程式中规划您的训练并创建个人训练目标。 使用季度规划工具，创建训练计划 Flow 网络服务中的 Season Planner （季度规划工具）是度身打造年度训练计划的理想工具。无论训练目标如何，Polar Flow 都可以帮助您创建达成的综合计划。您可以在 Polar Flow 网络服务中的 Programs（程序）选项卡中找到
-
规划您的训练
要规划您的训练，您可以在 Flow 网络服务中创建详细的训练目标，并利用 Flowsync 软件或 Flow 应用程式将其同步至 A370。在训练期间，A370 将指导您实现您的目标。请注意，A370 采用在 Flow 网络服务规划的训练中的心率区——EnergyPointer 功能不可用。 快捷目标：选择训练的时长、或卡路里目标。例如，您可以选择消耗 500 千卡路里、跑 30 分钟。 阶段性目
-
规划您的训练
您可以在 Polar Flow 网络服务或 Polar Flow 应用程式中规划您的训练并创建个人训练目标。 使用季度规划工具，创建训练计划 Flow 网络服务中的 Season Planner （季度规划工具）是度身打造年度训练计划的理想工具。无论训练目标如何，Polar Flow 都可以帮助您创建达成的综合计划。您可以在 Polar Flow 网络服务中的 程序 选项卡中找到季度规划工具。 P
-
规划您的训练
要规划您的训练，您可以在 Flow 网络服务中创建详细的训练目标，并利用 Flowsync 软件或 Flow 应用程式将其同步至 A300。在训练期间，A300 将指导您实现您的目标。请注意，A300 采用 Flow 网络服务规划的训练中的心率区——EnergyPointer 功能不可用。 快捷目标：选择训练的时长、或卡路里目标。例如，您可以选择消耗 500 千卡路里或训练 30 分钟。 阶段性目
-
嵌套规则（Nested Rules）
描述 (Description) 它是一组CSS属性，允许将一个类的属性用于另一个类，并包含类名作为其属性。 在LESS中，您可以使用类或id选择器以与CSS样式相同的方式声明mixin。 它可以存储多个值，并且可以在必要时在代码中重用。 例子 (Example) 以下示例演示了在LESS文件中使用嵌套规则 - <html> <head> <title>Nested Rules<
-
规范与模块化
页面模块化 规范 在具体谈论规范的之前，可以下去查看下各大网络公司的前端开发规范（Developemnt Style Guide）例如谷歌，Facebook 或者 Dropbox。从而更好的理解开发规范在实际应用中和多人协作中的重要性。 不同开发者在开发过程中使用不同的代码风格会直接的提升在之后的开发和维护的成本和难度，对前端开发来说更是尤为突出。这时使用代码规范来约束开发者的编码风格就可以大体解
-
运营服务规范
运营服务规范 客服 服务商在管理后台服务商信息页面维护客服信息，企业管理员可在已安装的应用详情查看客服信息，问题或故障发生后，要求服务商客服能快速响应跟解决问题。 重要通知 重要系统通知需通过消息下发至企业管理员，提前告知影响和应对方案。
-
技术开发规范
技术开发规范 功能标准 如果图片数据，必须有图片压缩策略； 如果做本地缓冲必须有清空缓存策略，释放无用存储。 稳定性标准 Monkey测试：8h以上，2 events/s 无crash； Crash率：准入时，无crash遗留bug，crash问题； 插件服务器自身稳定性：达到99.9%。 性能标准 首屏加载时间（<=3s），在4G和WIFI网络条件下测试； 首页跳转次数（<=2）； 首页QPS；
-
产品设计规范
产品设计规范 名称：品牌名＋功能场景，2-6个汉字，应用名称不能出现侵权，比如非百度企业使用百度*作为名称； 图标：300 * 300的正方形，大小不超过1M； 功能：应用功能产品设计闭环完整，不建议跳出应用完成产品闭环； 应用市场展示信息：明确表达应用功能服务的描述文案，3-5张清晰的主要功能截图； 应用账号体系：如需识别用户，需调用OAuth认证能力打通免登录，使用userid作为账号主键，不
-
4. git 提交规范
一般来说，commit message 应该清晰明了，说明本次提交的目的。 目前，社区有多种 Commit message 的写法规范。下面介绍Angular 规范（见上图），这是目前使用最广的写法，比较合理和系统化，并且有配套的工具。 每次提交，Commit message 都包括三个部分：Header，Body 和 Footer。 <type>(<scope>): <subject>// 空一
-
3. git 提交规范
一般来说，commit message 应该清晰明了，说明本次提交的目的。 目前，社区有多种 Commit message 的写法规范。下面介绍Angular 规范（见上图），这是目前使用最广的写法，比较合理和系统化，并且有配套的工具。 每次提交，Commit message 都包括三个部分：Header，Body 和 Footer。 <type>(<scope>): <subject>// 空一
-
常规配置参考
fsid 描述: 文件系统 ID ，每集群一个。 类型: UUID 是否必需: No. 默认值: 无。通常由部署工具生成。 admin socket 描述: 在某个守护进程上执行管理命令的套接字，不管 Ceph 监视器团体是否已建立。 类型: String 是否必需: No 默认值: /var/run/ceph/$cluster-$name.asok pid file 描述: mon 、 osd
-
1.9 Redis 集群规范
Note 本文档翻译自 http://redis.io/topics/cluster-spec 。 引言 这个文档是正在开发中的 Redis 集群功能的规范（specification）文档， 文档分为两个部分： 第一部分介绍目前已经在 unstable 分支中实现了的那些功能。 第二部分介绍目前仍未实现的那些功能。 文档各个部分的内容可能会随着集群功能的设计修改而发生改变， 其中， 未实现功能发