如图：![cs.png][1] 通过 systemctl status snap.docker.dockerd.service 命令，可以找到daemon.json的路径

转发：https://superuser.com/questions/1431826/expose-api-over-tcp-of-snap-installed-docker-on-ubuntu-18-04 @Rumdex By running: systemctl status snap.docker.dockerd.service I was able to see which was the loaded service file: /etc/systemd/system/snap.docker.dockerd.service Just looked inside this file looking for the ExecStart directive. It was there. So just had to add -H tcp://0.0.0.0:2375 -H unix:///var/run/docker.sock to that line, so it ended up looking like: ExecStart=/usr/bin/snap run docker.dockerd -H tcp://0.0.0.0:2375 -H unix:///var/run/docker.sock Rebooted. Works.

问题如图所示: 解决方案：vi filename打开文件，执行 : set ff=unix 设置文件为unix，然后执行:wq，保存成unix格式 参考：https://blog.csdn.net/ygy162/article/details/105364096/

思想借鉴：https://www.zhihu.com/question/266180268 从严格意义上来说， 这并不是某个加密算法，能够同时允许多个密钥解密。 而是对称加密和非对称加密算法配合，实现将数据加密分发给多个人，能够让不同人使用自己的密钥解密数据 在线测试：Secret (caoxuan.top) Demo（AES+RSA）: package t20210921; import util.AESUtil; import util.RSAUtil; import java.util.ArrayList; import java.util.List; /** * @author Cao Xuan * @date 2021/9/21 17:15 */ public class Test { public static void main(String[] args) throws Exception { String publicKey = "MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCrfQnSoLWLyob3d7PgZySgzRtAHCxyJaYs+Mqc2WeqwaxAlYV1vunmoadaVX00XzCqZej9HOxUbyxIJswrbKsK39mlj6LQ0VIVRngYgaYF5M7JsshiNnY0BCdmA39TzGtmdUDxppKQjyVT6MeUfqFO5NV9emWcrBKCad1Hql16AQIDAQAB"; String privateKey = "MIICdgIBADANBgkqhkiG9w0BAQEFAASCAmAwggJcAgEAAoGBAKt9CdKgtYvKhvd3s+BnJKDNG0AcLHIlpiz4ypzZZ6rBrECVhXW+6eahp1pVfTRfMKpl6P0c7FRvLEgmzCtsqwrf2aWPotDRUhVGeBiBpgXkzsmyyGI2djQEJ2YDf1PMa2Z1QPGmkpCPJVPox5R+oU7k1X16ZZysEoJp3UeqXXoBAgMBAAECgYBK/wrtr1TWBsNRtGrZB6KQJEL3nZqebPKolkFdqQJaPgrLz9gm71AxiZ67tclkvwB0dM8Y6q48GsZ942HE1+hQx/AUXiQH/TyTy6ZtgIV3zwNFD/fhlD57gpdxblFpoOvRrZGhwWEyut97DL8dugdBe6dMM5vBmtR3N+RG7/AsAQJBAOf2hULHYrYG45CfrxKG/dd8SVS4d2b/s192Y0WMYFkzOJcO9aRGz82Mg8q/8ET3QylYwLvdZR/rBKh1jYWtDyECQQC9QkIWh3fZWkewoIgrZim2Yu08yDTNTQGze7aZTWx1Msdlh7X5GvTbH2jxF2uM6R549rR7plDflmGt1KwXY27hAkA817agi3fi0u/BsYDUVUAj01/QrwnypENCWOU1CtsCyqKfTLc1vbUn7yFqfungzRJ6t+Ll4+5wbs6r+RmD5J7BAkEAnq4DAyipz87l9K1j/h82MflXt3KU8tzx5C6Btp83pDvi+rmCVU3Ipj/7mMhuIEMEjZ8rS9DyVcScOUbq0uFHgQJAdv7l4FlSd/MMBPGKKEe0fxJivn6+Laf3x+ZJNFOl7G5vFmzOSkA7Q8nlUebrBUpuxliGXlf06E9EQui2Z0ETVQ=="; String secretKey = "60479f43-b296-4199-8d97-de472e1d37bd"; String plainText = "cxnb"; String secretText = AESUtil.encrypt(plainText, secretKey); System.out.println("原文：" + plainText); System.out.println("密文：" + secretText); List<String> mySecretList = new ArrayList<>(); for (int i = 0; i < 10; i++) { mySecretList.add(RSAUtil.encrypt(secretKey, publicKey)); } System.out.println("多密钥" + mySecretList); mySecretList.forEach(e -> { System.out.println("使用密钥" + e + "解密"); try { String s = AESUtil.decrypt(secretText, RSAUtil.decrypt(e, privateKey)); System.out.println("解密成功" + s); } catch (Exception exception) { exception.printStackTrace(); } }); } }

> 打了断点一路追到底层，发现真tmd返回0跟1，后斜眼一看object的id改变了，妈的好神奇。 原文：https://blog.csdn.net/a5601564/article/details/77945958/

解决方案： 解决：if标签的test里面的表达式的and不能写成大写AND。（具体的原因本人没有详细探究过，估计是mybatis的语法不允许吧） 原文：mybatis报错：Error evaluating expression

**摘要：** Bitmap.compress方法确实可以压缩图片，但压缩的是存储大小，即你放到disk上的大小 我尝试过把品质设置为10，decode出来的Bitmap大小没变，但显示照片的质量非常差 BitmapFactory.decodeByteArray方法对压缩后的byte[]解码后，得到的Bitmap大小依然和未压缩过一样 如果你想要显示的Bitmap占用的内存少一点，还是需要去设置加载的像素长度和宽度（变成缩略图） 原文地址：https://blog.csdn.net/T3/article/details/79665077

# 问题：Linux下使用jps命令报错java.lang.Error: Properties init: Could not determine current working directory. ![QQ截图20210814141543.png][1] 解决方案 ![QQ截图20210814141703.png][2] cd .. 发现是因为刚才在xftp中删除了此目录导致的![QQ截图20210814141831.png][3] cd / cd到根目录，再尝试使用jps，发现问题已解决 [1]: https://www.caoxuan.top/usr/uploads/2021/08/1556106767.png [2]: https://www.caoxuan.top/usr/uploads/2021/08/3988254530.png [3]: https://www.caoxuan.top/usr/uploads/2021/08/2498345376.png

公元二〇二一年七月二十日星期二 六月十一 辛丑年 牛 乙未月 己巳日 2021/7/20

# 关于在Nginx中配置顶级域名与www域名之间跳转以及https和如何搭配CDN的综合解决方案 方案一 方案二（不推荐） 方案三 使用场景 一般情况 顶级域名存在邮件服务 顶级域名存在邮件服务 相对复杂度 低 中 高 终点 https://www.example.com https://www.example.com https://www.example.com 隐藏源站IP 是 是 是 相对可用性 高 低 高 缺点 无法在顶级域名存在邮件服务的情况下使用 无法直接访问https://example.com 成本略高，配置麻烦 特殊要求 无 要求DNS服务商支持显性URL转发 需要一台代理服务器 方案一 源站配置（以Nginx为例） ​ 关于www和naked域名的重新向以及https的解决方案（以Nginx为例） - 西叉的代码屋 (caoxuan.top) CDN配置（以腾讯云为例） 基础配置 ​ 加速域名：www.example.com ​ 源站类型：自有源 ​ 回源协议：协议跟随 ​ 源站地址：1.1.1.1（源站IP） ​ 回源HOST：www.example.com HTTPS配置 强制跳转 ​ 跳转配置：开 ​ 跳转类型：http->https ​ 跳转方式：301跳转 ​ 携带头部：否 DNS配置（以阿里云为例） ​ 记录类型 主机记录 解析线路 记录值 TTL CNAME www 默认 www.example.com.cdn.dnsv1.com（示例；实际以CDN控制台的为准） 10分钟 CNAME @ 默认 www.example.com 10分钟 路径表 起点 过程 浏览器请求次数 http://example.com 或 example.com 起点 -> CDN（301 https://example.com） https://example.com -> CDN -> 源站（301 https://www.example.com） https://www.example.com -> CDN -> 源站资源 3 http://www.example.com 或 www.example.com 起点 -> CDN（301 https://www.example.com） https://www.example.com -> CDN -> 源站资源 2 https://example.com 起点 -> CDN -> 源站（301 https://www.example.com） https://www.example.com -> CDN -> 源站资源 2 https://www.example.com 起点 -> CDN -> 源站资源 1 应急解决方案（保证可用性；前提：Nginx配置与本方案的源站配置相同） SSL出现问题 步骤一：修改CDN的HTTPS配置 ​ 关闭强制跳转 ...