RED

CIR （Committed Information Rate，承诺信息速率）： 每秒可通过的速率，计量单位为Kbps (以bit 位为单位）。如设置为500Kbps 。每8bit位=1Byte 1Kbps=1024bit PIR （Peak Information Rate，峰值信息速率）： 即允许传输或转发报文的最大速率；单位为bit CBS （Committed Burst Size）： 承诺突发尺寸突发尺寸，令牌桶的容量，即每次突发所允许的最大的流量尺寸。设置的突发尺寸必须大于最大报文长度。计量单位为byte（字节）。 PBS （Peak Burst Size，峰值突发尺寸）： EBS （Excess Burst Size，超出突发尺寸）：即瞬间能够通过的超出突发流量。 PIR 和PBS是只有在交换机中才有的参数。 配置交换机限速时，cir和cbs的关系如下： cbs要大于报文的最大长度。 在连续流量的情况下对于cbs没有特殊的要求，保证平均速率是cir的速率。 在突发流量需要保证的情况下，如果cbs换算成kbit小于cir，那么cbs也无法保证突发流量。否则cbs可以配置大一些。 在对FTP业务进行限速时，由于FTP属于TCP业务，TCP协议有其特殊的传输机制导致流量无法达到所应该达到的限速速率，推荐配置： CBS = 200 * CIR PBS = 2 * CBS 说明

macOS 系统可以为单个 App 选取不同的语言。例如，如果系统语言设为“简体中文”，但是想要以英文使用某个 App，您可以将该 App 设为使用英语。 在 Mac 上，选取 注系统偏好设置 然后点按 语言与地区 。 点按 App 。 请执行以下一项操作： 为 App 选取一种语言：点按添加按钮 + ，从弹出式菜单中选取一个 App 和一种语言，然后点按 添加 。 更改列表中 App 使用的语言：选择该 App，然后从弹出式菜单中选取一种新的语言。 从列表中移除 App：选择该 App，然后点按移除按钮 – 。App 会再次使用默认语言。 如果 App 处于打开状态，您可能需要关闭该 App，然后重新打开，才能看到更改。 来源： oschina 链接： https://my.oschina.net/u/4473602/blog/4270434

右键菜单 <! DOCTYPE html > < html > < head > < meta http-equiv ="Content-Type" content ="text/html; charset=utf-8" /> < meta name ="viewport" content ="initial-scale=1.0, user-scalable=no" /> < style type ="text/css" > body, html, #allmap { width : 100% ; height : 100% ; overflow : hidden ; margin : 0 ; font-family : "微软雅黑" ; font-size : 14px ; } </ style > < script type ="text/javascript" src ="http://libs.baidu.com/jquery/1.9.1/jquery.min.js" ></ script > < script type ="text/javascript" src ="http://api.map.baidu.com/api?v=2.0&ak=31hnqKEhOUOWFXXxvWYXiM1v" ></ script > <!-- 加载鼠标绘制工具 --> < script

该闯关内容与JS闯关衔接. 每一题的答案均在注释处, 第一关:把所有的HTML内容放在一个包含有container-fluid的class名称的div下( 注意,是所有的HTML内容,style标签属于CSS,为了代码可读性尽量不要把style标签内容放在div内,需要添加代码的地方已经用注释标注出来了) 1 < link href ="//fonts.googleapis.com/css?family=Lobster" rel ="stylesheet" type ="text/css" > 2 < style > 3 .red-text { 4 color : red ; 5 } 6 7 h2 { 8 font-family : Lobster, Monospace ; 9 } 10 11 p { 12 font-size : 16px ; 13 font-family : Monospace ; 14 } 15 16 .thick-green-border { 17 border-color : green ; 18 border-width : 10px ; 19 border-style : solid ; 20 border-radius : 50% ; 21 } 22 23 .smaller-image { 24 width : 100px ; 25 } 26 </

该闯关内容与JS闯关衔接. 每一题的答案均在注释处, 第一关:把所有的HTML内容放在一个包含有container-fluid的class名称的div下( 注意,是所有的HTML内容,style标签属于CSS,为了代码可读性尽量不要把style标签内容放在div内,需要添加代码的地方已经用注释标注出来了) 1 < link href ="//fonts.googleapis.com/css?family=Lobster" rel ="stylesheet" type ="text/css" > 2 < style > 3 .red-text { 4 color : red ; 5 } 6 7 h2 { 8 font-family : Lobster, Monospace ; 9 } 10 11 p { 12 font-size : 16px ; 13 font-family : Monospace ; 14 } 15 16 .thick-green-border { 17 border-color : green ; 18 border-width : 10px ; 19 border-style : solid ; 20 border-radius : 50% ; 21 } 22 23 .smaller-image { 24 width : 100px ; 25 } 26 </

设计模式之美 - 面向对象六大原则 [toc] 设计模式之美目录： https://www.cnblogs.com/binarylei/p/8999236.html 这是设计模式系列开篇的第一篇文章。也是我学习设计模式过程中的总结。这篇文章主要讲的是面向对象设计中，我们应该遵循的六大原则。只有掌握了这些原则，我们才能更好的理解设计模式。 单一职责原则(SRP)：一个类应该仅有一个引起他变化的原因。 开闭原则(OCP)：对扩展是开放的，但是对修改是关闭的。 里式替换原则(LSP)：子类可以去扩展父类的功能，但是不能改变父类原有的功能。 接口隔离原则(ISP)：类间的依赖关系应该建立在最小的接口上。 依赖倒置原则(DIP)：面向接口编程，而不是具体实现。 迪米特原则(LOD)：一个对象应该对其他对象保持最小的了解。 1. 单一职责原则(Single Responsibility Principle) <b>单一职责原则：一个类只负责完成一个职责或者功能。</b>如果一处修改引起了多处功能性质类似的类的变动 ，或者多个类中的代码有重复，可以考虑合并为同一个类。 但实际工作中，评价一个类的职责是否足够单一，很难有一个非常明确的、可以量化的标准，甚至是一件非常主观、仁者见仁智者见智的事情。真正的软件开发中，我们也没必要过于未雨绸缪，过度设计。所以，我们可以先写一个粗粒度的类，满足业务需求

本文原创，更多内容可以参考： Java 全栈知识体系 。如需转载请说明原处。 开发安全 - OWASP Top 10 在学习安全需要总体了解安全趋势和常见的Web漏洞，首推了解OWASP，因为它代表着业内Web安全漏洞的趋势。@pdai OWASP简介 OWASP（开放式web应用程序安全项目）关注web应用程序的安全。OWASP这个项目最有名的，也许就是它的"十大安全隐患列表"。这个列表不但总结了web应用程序最可能、最常见、最危险的十大安全隐患，还包括了如何消除这些隐患的建议。（另外，OWASP还有一些辅助项目和指南来帮助IT公司和开发团队来规范应用程序开发流程和测试流程，提高web产品的安全性。）这个"十大"差不多每隔三年更新一次。 本文总结自： www.owasp.org.cn - 2017 - 10项最严重的 Web 应用程序安全风险 OWASP Top 10: 2013版至2017版改变了哪些内容 在过去的几年中，应用程序的基础技术和结构发生了重大变化： 使用node.js和Spring Boot构建的微服务正在取代传统的单任务应用，微服务本身具有自己的安全挑战，包括微服务间互信、容器 工具、保密管理等等。原来没人期望代码要实现基于互联网的房屋，而现在这些代码就在API或RESTful服务的后面，提供给移动 应用或单页应用（SPA）的大量使用。代码构建时的假设

package com.pingan.property.icore.pap.common.constants; /** * */ public enum UMAuthStatusEnum implements BaseEnumI { // UM验证失败的几种原因 AUTHORIZATION_IS_NULL("0", "header auth信息为空"), UM_API_FAILED("1", "um系统API调用失败"); String code; String desc; private UMAuthStatusEnum(String code, String desc) { this.code = code; this.desc = desc; } @Override public void setCode(String code) { this.code = code; } @Override public String getCode() { return this.code; } @Override public void setDesc(String desc) { this.desc = desc; } @Override public String getDesc() { return this.desc; } } Java 枚举7常见种用法 用法一：常量

装饰模式 在某种意义上来说也是挺原始的， 它首先需要一个你被装饰的 基础类 ， 再来是需要一个基于这个基础类的 原始包装器 ，可以看作是其它包装器的基础类 进而通过继承这个包装器，来构建出多个具有各自功能的 特定包装器 最后，是通过层层组合这些包装器（通过一层层地使用构造函数的方式），来构建出你最终需要的包含多个功能的 产品类 一开始接触这一过程时，不免会感觉繁杂、手足无措。不就是一个不断装饰、不断包裹的过程么，为何需要这么多的步骤呢？ 那么，我可以首先给出一个直观解释，并且通过这个直观解释，可以在一定程度上去解释这里所谓的装饰模式的“原始”表示什么意思。 我们可以把一般的抽象的“装饰过程”想象为：不断地往 被装饰物 上面 添加装饰物件 的过程。（特别地，我们在这里考察一个特殊的装饰过程：往墙壁上不断添加各色墙纸的过程，来作为例子。） （一） 那么，从一般性的装饰过程来看，首先要解决的问题便是：到底为什么物件做装饰呢？你是为一盏台灯做装饰，还是为一张桌子做装饰，又或是为了一面墙做装饰？所以，我们需要一个基础类来决定， 被装饰物 到底是什么。（在这里，我们的被装饰物是一面墙，所以，我们需要声明“墙”这个类作为我们的基础类。） （二） 有了装饰的目标之后，下一个要解决的问题是拿什么来做装饰呢？你是用一朵花来做装饰呢？还是用一个气球？又或是用一张海报来做装饰？并且

问题背景： 最近要实现选中实体的高亮效果，要那种类似于unity中Outline的效果，网格轮廓高亮效果。 效果图： 具体代码： OutlineEffect.cs 实体高亮效果类： 轮廓边总控制类，该脚本需要挂载到场景相机上 1 using UnityEngine; 2 using System.Collections.Generic; 3 using UnityEngine.Rendering; 4 5 namespace Tx3d.Framework 6 { 7 [DisallowMultipleComponent] 8 [RequireComponent( typeof (Camera))] 9 [ExecuteInEditMode] 10 public class OutlineEffect : MonoBehaviour 11 { 12 public static OutlineEffect Instance { get ; private set ; } 13 14 private readonly LinkedSet<Outline> outlines = new LinkedSet<Outline> (); 15 16 [Range( 1.0f , 6.0f )] 17 public float lineThickness = 1.0f ; 18 [Range( 0