在帝国CMS的文章内容页模板里，用标签[!--writer--]可以显示文章的作者，但是他还会显示mailto邮箱链接，如果在管理作者列表，你不填邮箱，他就是一个mailto空链接，再说了，谁会填写邮箱地址？把邮箱地址显示在网页里，除非招呼垃圾邮件广告，没其他任何卵用。

因此，作为有洁癖的我，必须去掉文章内容页[!--writer--]作者的mailto链接。有三种方法：

阅读剩余部分

虚拟主机是一个过时的玩意儿。在前些年，无论是购买一台云服务器，还是购买一台物理服务器，都是很贵的，动不动上万元，但是大家可能只是一个个人网站，一个博客，一个企业官网等等，完全不需要一个服务器，怎么办？应对这个需求，虚拟主机产品就有了。几乎每个卖域名，卖服务器的平台都会卖虚拟主机。当年万网是中国第一大虚拟主机销售商。

虚拟主机就相当于是用软件把一台独立的服务器，划分成很多个小块，然后卖给不同的客户。

虚拟主机的权限比较小，一般来说，你购买了一天虚拟主机，平台会给你以下信息：
1，FTP信息，对应一个目录。你通过FTP软件登录虚拟主机之后，你的网站文件就只能传到那个指定的文件夹下。
2，数据库信息，数据库名称，数据库账号，数据库密码，数据库端口。这样你在程序的配置文件中就可以指定这个数据库配置信息，进而链接上数据库。
3，给你分配一个二级或者三级的免费域名。当然平台一般也会让你绑定一个自己注册的顶级域名。
4，其他一些杂七杂八的功能，比如允许你上传压缩包，在线解压，在线压缩，在线下载备份数据等等。

阅读剩余部分

首先说结论：综合各方面因素，云服务器更好，云服务器应该是首选。

为什么云服务器比物理服务器更好？

1，云服务器不占地方，你物理服务器要么放在办公室，要么托管到外面的机房。放自己办公室，你得专门那个小房间或者小角落去放，还得24小时不断电，托管到外面机房手续繁杂，还多一笔费用。

2，云服务器安装系统，重装系统，更换系统方便，在云平台一键就操作了；物理服务器你得自己安装操作系统，怎么装？一般也是远程登录服务器，进去下载几十个G的系统，然后安装，或者自己插一个U盘，U盘里有服务器系统镜像，你会不会装？麻不麻烦？

3，云服务器重启方便，云后台一键操作；物理服务器如果远程链接不上，你得跑去服务器按重启按钮，如果是节假日服务器出问题呢，如果是三更半夜呢？

阅读剩余部分

什么是JWT，什么是JWT Bearer就不累述了。在ASP.NET WEBAPI中使用JWT Bearer的时候比较多，最近我终于学会配置了。
第一步：对应项目安装Microsoft.AspNetCore.Authentication.JwtBearer

第二步：appsettings.json中，添加JWT的配置，参考代码如下，注意SecretKey不能设置成太短的纯数字，不然要报错

{
  "Logging": {
    "LogLevel": {
      "Default": "Information",
      "Microsoft.AspNetCore": "Warning"
    }
  },
  "AllowedHosts": "*",
  "JWT": {
    "SecretKey": "weblog@vip.qq.com",
    "Issuer": "2222",
    "Expires": 10,
    "Audience": "22333"
  }
}

阅读剩余部分

.NET Core使用C#实现对接Java，没有成功，现在来试试：使用IKVM实现对接Java
不再过多深究其细节实现差异，采用稳妥方式借用IKVM直接在C#中复制对接方Java代码应该可以搞定(https://github.com/ikvm-revived/ikvm)

根据经验来看，我只用到加密，应该只需要用到IKVM.OpenJDK.Core和IKVM.OpenJDK.Security两个库，于是我们在nuget上下载.NET Framework实现版本，我使用的是.NET Framework 4.7.2，想想.NET Framework 4.6+可以适配.NET Standard，那是否也可以经过编译后，通过.NET Core添加程序集引用呢？

在.NET Framework 4.7.2引入上述核心库后，在控制台测试验证加密、验签一点问题都么有，好了，接下来则是将其编译，在.NET Core 3.1中添加程序集进行调用，加载程序集方法时直接抛出大致如下异常。

阅读剩余部分