typecho 更新到TypeRenew，基本无痛，继续完善中，敬请期待

网站SSL证书修复记录

前段时间发现网站的 SSL 证书失效了，一直没法正常访问。当时抽空重新申请了一次，结果还是失败，只好暂时搁置。

今天终于腾出时间好好研究了一番。问了 DeepSeek，翻了 1Panel 的官方文档和西部数据的官方文档，给客服发了工单，又搜了不少帖子。折腾了半天，最终定位到了问题根源——

西部数据申请 SSL 证书时所需的密码，是 https://www.west.cn/manager/API/APIconfig.asp 这个页面上的密码，不是域名管理密码，不是域名管理页面的 API Key，也不是 SSL 证书的 API 密钥。

记录一下，希望能帮到遇到同样问题的朋友。

最近发现博客不在线了,查看vps发现centos系统无法进入了,卡在了启动项选择界面,选哪个都是无法进入的状态.

要编辑重要文件,所以先备份了系统

搜索发现可以通过编辑grub的方式启动,但是刚开始没弄明白分区,写错了/dev/sda1(实际是/dev/vda1),
而且编辑initramfs路径时没有tab提示,最终无法正确启动进入系统.

经过一番摸索发现,cloudcone有个恢复模式,进入恢复模式后,相当于用live镜像进入系统,但是不会直接操作原来的系统文件.询问文心一言后,学会了:

1. 先进入恢复系统
2. 使用lsblk、fdisk -l等命令来查看分区设备名
3. 挂载系统分区
mkdir -p /mnt/sysimage  #创建一个空文件夹
mount /dev/vda1 /mnt/sysimage #把设备分区挂载到这个文件夹上
4. 绑定/dev、/sys和/proc目录到挂载的系统分区中，以便chroot环境能够正常工作：
mount --bind /dev /mnt/sysimage/dev  
mount --bind /sys /mnt/sysimage/sys  
mount --bind /proc /mnt/sysimage/proc
5.使用chroot命令切换到挂载的系统分区：
chroot /mnt/sysimage
6. 为了省事直接重新生成initramfs
dracut --regenerate-all --force #会卡一会,等待
7. 在执行 grub2-mkconfig 命令时遇到 “command not found” 的错误,所以直接重新安装了 grub2:
yum install grub2
8.然后重新生产了grub.conf
grub2-mkconfig

提示成功后,退出恢复模式,重启系统,启动成功!
太激动了,AI确实能解决实际问题.

原文链接:https://blog.csdn.net/lovelease/article/details/126868466
问题
项目使用了 kotlin 的 kapt 插件添加某个依赖，打包 APK 时报错：

• What went wrong:
  Execution failed for task ':network:kaptDebugKotlin'.

  A failure occurred while executing org.jetbrains.kotlin.gradle.internal.KaptWithoutKotlincTask$KaptExecutionWorkAction
  java.lang.reflect.InvocationTargetException (no error message)

是 task:kaptDebugKotlin 失败了，使用 --stacktrace 重新编译打包，得到更详细的错误提示：

Execution failed for task ':app:kaptDebugKotlin'.
> A failure occurred while executing org.jetbrains.kotlin.gradle.internal.KaptWithoutKotlincTask$KaptExecutionWorkAction
   > java.lang.reflect.InvocationTargetException (no error message)

* Try:
Run with --info or --debug option to get more log output. Run with --scan to get full insights.

* Exception is:
org.gradle.api.tasks.TaskExecutionException: Execution failed for task ':app:kaptDebugKotlin'.
    ...
Caused by: org.gradle.workers.internal.DefaultWorkerExecutor$WorkExecutionException: A failure occurred while executing org.jetbrains.kotlin.gradle.internal.KaptWithoutKotlincTask$KaptExecutionWorkAction
    ...
Caused by: java.lang.reflect.InvocationTargetException
    ...
    ... 3 more
Caused by: java.lang.IllegalAccessError: class org.jetbrains.kotlin.kapt3.base.KaptContext (in unnamed module @0x1f74be16) cannot access class com.sun.tools.javac.util.Context (in module jdk.compiler) because module jdk.compiler does not export com.sun.tools.javac.util to unnamed module @0x1f74be16
    at org.jetbrains.kotlin.kapt3.base.KaptContext.<init>(KaptContext.kt:29)
    at org.jetbrains.kotlin.kapt3.base.Kapt.kapt(Kapt.kt:33)
    ... 31 more

可见，根本问题是：

Caused by: java.lang.IllegalAccessError: class org.jetbrains.kotlin.kapt3.base.KaptContext (in unnamed module @0x1f74be16) cannot access class com.sun.tools.javac.util.Context (in module jdk.compiler) because module jdk.compiler does not export com.sun.tools.javac.util to unnamed module @0x1f74be16

分析
先大概介绍一下 KAPT，它是 kotlin 用来支持 Android 的注解处理的一个插件，把java使用 annotationProcessor 添加的依赖改为使用 kapt，比如：

// java
annotationProcessor 'com.squareup.moshi:moshi-kotlin-codegen:1.12.0'
// kotlin
kapt "com.squareup.moshi:moshi-kotlin-codegen:1.12.0"

该问题官方已经有回复了，见：https://youtrack.jetbrains.com/issue/KT-45545/Kapt-is-not-compatible-with-JDK-16 ，这里总结一下：

KAPT 是基于 javac 的 internal API 编译的，但 JDK 16 对 internal API 做了访问限制，因此这可以说是 KAPT 与 JDK 16 的兼容问题。

解决方案
方案一：降低 JDK 至 16 以下

不用多说了，既然是与 16 的兼容问题，降低版本自然能解决。

方案二：指定jvm参数，允许illegal-access（推荐）
gradle.properties 中添加：

org.gradle.jvmargs=--illegal-access=permit

方案三：指定 kapt 运行在 kotlin deamon 中
kapt默认运行在gradle deamon中，可以通过以下配置强制其运行在kotlin deamon中，但可能会使其变慢。

gradle.properties 中添加：

kapt.use.worker.api=false

原文地址:https://blog.csdn.net/YSR1282855229/article/details/132556604

找了几个方法,有用keytool的,有用java代码的,总是有一些异常和错误,又搜了搜,终于找到简单粗暴的办法了,感谢作者.

使用工具jadx 下载链接