本文基于Linux上CentOS7版本配合openssl与mod_ssl(需要使用yum下载)进行配置演示一.生成认证主要流程1.虚拟出一个CA认证机构，为其生成公私钥以及自签证书2.生成服务器方私钥，发送包含服务器方公私钥的申请文件给CA机构请求签发证书3.生成客户端方私钥，发送包含服务器方公私钥的申请文件给CA机构请求签发证书4.生成证书二.具体生成过程1.虚拟CA机构方生成内容2.服务器方生成内容3.客户端方生成内容一.生成认证主要流程1.虚拟出一个CA认证机构，为其生成公私钥以及自签证书2.生成服务器方私钥，发送包含服务器方公私钥的申请文件给CA机构请求签发证书3.生成客户端方私钥，发

描述在正常启动中，linux输入正确的root密码无法进入系统，提示Loginincorrect，但是在单用户模式下，却可以进入系统解决1.在GRUB菜单，按"e"2.找到带有"kernel"的那一行，在行尾加"single"，按"ctrl+x"3.输入root的密码进入单用户模式4.查看登录日志报错如下：1.pam_securetty(login:auth):/etc/securettyiseitherworldwritableornotanormalfile说明该文件属性已被错误修改，从而导致root无法正常登陆，因此需要修改该文件的属性，以保证只有root用户对该文件拥有一切权限，而对其

报错：        Incorrect table definition; there can be only one auto column and it must be defined as a key.原因：        建表语句错误，表中只能包含一个自增列，且该列必须为键。问题是虽然这个表设置了其它主键，但是报错的建表语句中没有把自增列设为键导致的。解决方案：1、按照它说的把自增列设为主键或者取消自增约束。2、添加UNIQUEKEY约束：UNIQUEKEY（‘自增列名’）        UNIQUEKEY的作用：一是约束作用，规范数据的唯一性，但同时也在这个key上建立了一个唯一索

写在前面本人业余时间会写写CSDN的博客，查看下博客数据，展现量、阅读量什么的。在“作品数据-单篇文章分析”菜单中可以看到每篇文章的总体展现量、阅读量，要是想看每篇文章每日的访问量需要再次点击列表后边的“查看详情”显示的曲线图，一个一个点击着实有些麻烦，所以想通过调用接口的方式返回数据，把每篇文章的每日数据存起来，再设置个定时任务，就解放双手了。找到的参考代码都是python的，没有java的，自己编码后在这里记录一下。 接口选择点击“单篇文章分析”，可以得到每篇文章的总体展现、阅读量，那么使用某篇文章的阅读量减去昨天此文章的阅读量，就是每日的访问量了，也不需要调用每篇文章的数据的接口，新建的

如果我在usingblock中使用对象初始值设定项，我会收到有关未正确处理对象的代码分析警告:CA2000:Microsoft.Reliability:在方法“ReCaptcha.CreateReCaptcha(thisHtmlHelper,string,string)”中，对象“g__initLocal0”未沿所有异常路径放置。在对象“g__initLocal0”的所有引用超出范围之前调用System.IDisposable.Dispose。代码如下:using(varcontrol=newReCaptchaControl(){ID=id,Theme=theme,SkipRecapt

如果我在usingblock中使用对象初始值设定项，我会收到有关未正确处理对象的代码分析警告:CA2000:Microsoft.Reliability:在方法“ReCaptcha.CreateReCaptcha(thisHtmlHelper,string,string)”中，对象“g__initLocal0”未沿所有异常路径放置。在对象“g__initLocal0”的所有引用超出范围之前调用System.IDisposable.Dispose。代码如下:using(varcontrol=newReCaptchaControl(){ID=id,Theme=theme,SkipRecapt

我会在前面加上前缀，我知道代码分析和StyleCop都是作为指导方针使用的，但许多人无论如何都选择忽略它们。但话虽如此，我想看看关于这两条规则的普遍共识是什么。RuleCA1500说不要使参数名称和私有(private)字段名称相同。RuleSA1309，另一方面，表示不要在成员前加上下划线或“m_”。这让我们几乎没有选择来区分私有(private)支持字段及其相应参数。举这些例子。SA1309投诉:classSomeClass{int_someField;publicSomeClass(intsomeField){this._someField=someField;}}CA1500提

我会在前面加上前缀，我知道代码分析和StyleCop都是作为指导方针使用的，但许多人无论如何都选择忽略它们。但话虽如此，我想看看关于这两条规则的普遍共识是什么。RuleCA1500说不要使参数名称和私有(private)字段名称相同。RuleSA1309，另一方面，表示不要在成员前加上下划线或“m_”。这让我们几乎没有选择来区分私有(private)支持字段及其相应参数。举这些例子。SA1309投诉:classSomeClass{int_someField;publicSomeClass(intsomeField){this._someField=someField;}}CA1500提

前提使用带有C#可选参数的代码分析(或fxCop)时，您会收到CA1026的警告.简短的原因1没有为所有参数提供默认值。下面的声明正确地产生了这个警告publicColorGetColor(boolred,boolblue=true,boolgreen=true)然而，在某些情况下，您无法为所有参数提供默认值，这就是扩展方法。所以下面的声明由于第一个参数而产生了警告:publicstaticboolValidateRules(thisstrings,Rulesrules=Rules.Default)编译器不会让您为this参数指定默认值，因此仅有的两个解决方案是:忽略警告，我不喜欢这样

前提使用带有C#可选参数的代码分析(或fxCop)时，您会收到CA1026的警告.简短的原因1没有为所有参数提供默认值。下面的声明正确地产生了这个警告publicColorGetColor(boolred,boolblue=true,boolgreen=true)然而，在某些情况下，您无法为所有参数提供默认值，这就是扩展方法。所以下面的声明由于第一个参数而产生了警告:publicstaticboolValidateRules(thisstrings,Rulesrules=Rules.Default)编译器不会让您为this参数指定默认值，因此仅有的两个解决方案是:忽略警告，我不喜欢这样