A collection of HTML head elements. Recommended Minimum Below are the essential tags for basic, minimalist websites: <meta charset="utf-8"> <meta http-equiv="x-ua-compatible" content="ie=edge"> <meta
规范约定 列表返回字段,需要包含以下字段 items 数据列表 page 当前页面 limit 当前每页数量 total_items 总数量 total_pages 总页数
基本模式匹配 一切从最基本的开始。模式,是正则表达式最基本的元素,它们是一组描述字符串特征的字符。模式可以很简单,由普通的字符串组成,也可以非常复杂,往往用特殊的字符表示一个范围内的字符、重复出现,或表示上下文。例如: ^once 这个模式包含一个特殊的字符^,表示该模式只匹配那些以once开头的字符串。例如该模式与字符串"once upon a time"匹配,与"There once was
程序中一个标识符有意义的部分称为其作用域。例如,块中声明局部变量时,其只能在这个块或这个块嵌套的块中引用。一个标识符的4个作用域是函数范围(function scope)、文件范围(filescope)、块范围(block scope)和函数原型范围(function-prototype scope)。后面还要介绍第五个——类范围(class scope)。 任何函数之外声明的标识符取文件范围。这
General setup 常规设置 Cross-compiler tool prefix CONFIG_CROSS_COMPILE 交叉编译工具前缀(比如"arm-linux-"相当于使用"make CROSS_COMPILE=arm-linux-"进行编译).除非你想配置后默认自动进行交叉编译,否则不要使用此选项. Compile also drivers which will not loa
源代码可以在 CVS 找到并且和 NSIS 发行版本分离。 要构建 NSIS 首先要安装 Python 和 SCons。目前,支持的 SCons 版本是 0.96.91。任何高于 1.6 的 Python 版本只可以支持。 要开始构建,首先打开控制台,更改工作目录到 NSIS 根目录并输入 scons 然后回车。像下面这样: C:\>cd dev\nsis C:\dev\nsis>scons
描述 (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作为账号主键,不
一般来说,commit message 应该清晰明了,说明本次提交的目的。 目前,社区有多种 Commit message 的写法规范。下面介绍Angular 规范(见上图),这是目前使用最广的写法,比较合理和系统化,并且有配套的工具。 每次提交,Commit message 都包括三个部分:Header,Body 和 Footer。 <type>(<scope>): <subject>// 空一
一般来说,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
Note 本文档翻译自 http://redis.io/topics/cluster-spec 。 引言 这个文档是正在开发中的 Redis 集群功能的规范(specification)文档, 文档分为两个部分: 第一部分介绍目前已经在 unstable 分支中实现了的那些功能。 第二部分介绍目前仍未实现的那些功能。 文档各个部分的内容可能会随着集群功能的设计修改而发生改变, 其中, 未实现功能发