SD 卡种类和标示

如果注意观察 SD 卡面上的内容就会发现上面有很多标签，除开 SD 的品牌，可能还会看见，micro，I， U，等等标识，这些标识都不是厂家随意标注的，每一个都有其特殊的含义。了解这些特殊的标示之后对 SD 卡的选购也有一定的便捷。 microSD vs SD 卡 microSD 卡和 SD 卡的区别其实不用太多交代，基本上从大小就能看出区别。因为体积的区别，所以 microSD 卡经常用于便携，小型设备，比如手机，行车记录仪，运动相机等设备中，而大的 SD 卡则会用于单反等设备。 SD vs SDHC vs SDXC SD 卡，Secure Read more ...

2019-03-10 sdcard , sd , tf

jks pem cer pfx 不同种类的证书

通常在安全级别较高的场景经常需要对通信信息进行加密传输，有一种情况就是非对称加密，将信息使用对方提供的公钥加密传输，然后对方接收到之后使用私钥解密。今天在对接时对方发送了一个压缩包，其中包含了 SSL 不同类型的证书，包括了 jks, pem, cer, pfx 等等文件，现在就来了解一下。 jks jks 全称 Java KeyStore ，是 Java 的 keytools 证书工具支持的证书私钥格式。jks 包含了公钥和私钥，可以通过 keytool 工具来将公钥和私钥导出。因为包含了私钥，所以 jks 文件通常通过一个密码来加以保护。一般用于 Read more ...

2019-03-02 ssl , jks , pem , cer , pfx , certificate

Spring 中的 @Transactional 注解

Spring 中有两种不同方式实现事务 —- annotations 和 AOP。 配置事务 在 Spring 3.1 及以后可以使用 @EnableTransactionManagement 注解 1 3.1 之前可以使用 XML 配置，注意几个 tx 的命名空间： <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:contex Read more ...

2019-03-01 spring , spring-mvc , spring-boot

Maven 插件学习之： shade 插件

maven shade plugin 插件允许把工程使用到的依赖打包到一个 uber-jar（单一 jar 包） 中并隐藏（重命名）起来。 Shade Plugin 绑定到 package 生命周期。 使用 shade 常见的场景： 对包名进行重命名 生成单一 jar 包 使用 <project> ... <build> <plugins> <plugin> <groupId>org.apache.maven.plugins< Read more ...

2019-02-27 maven , maven-plugin , build , java

Cinnamon 桌面下 Applets 推荐

使用 Linux Mint 一些时候，真的发现有些功能和配置真的非常舒服，以前也写过一篇文章说的是 Cinnamon 桌面自带的 nemo 文件管理器，这可能是我用过的所有系统中自带文件管理器让我用的最舒服的了。所以这里再总结一篇 Cinnamon 下好用的 applets 。 Cinnamon 下所有的 applets 都存放在 ~/.local/share/cinnamon/applets/ 目录下，如果有安装包直接移动到该目录下即可。 Desktop Capture 一句话简单的说就是支持 Screenshot 和 Recorder，录屏和录制 Read more ...

2019-02-22 cinnamon , linux-mint , applets , desktop , gui

maven 相关的错误

deploy 遇到 400 错误 错误日志 [ERROR] Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:2.7:deploy (default-deploy) on project xxxx: Failed to deploy artifacts: Could not transfer artifact xxx:pom:1.0.1 from/to archiva.internal (http://nexus.xxx/nexus/content/reposito Read more ...

2019-02-20 maven , error

设计模式之行为模式

行为模式关注类和对象如何交互，以及如何负责对应的事务，也就是怎么定义类的行为和职责。 行为模式还可以大致分成：类行为模式（继承）和对象行为模式（组合或聚合），后者更符合「合成复用原则」。 具体模式 Observer, Notifies multiple objects about state changes in another object. Strategy, Defines interchangeable algorithms within a family of algorithms Command, Encapsulates Read more ...

2019-02-19 design-pattern , java

启动挂载配置 fstab 文件

因为之前克隆系统 获知了 fstab 文件，用来在启动系统时挂载对应硬盘分区中的系统。打开我自己系统的文件之后也发现可以配置挂载其他 FAT 或者 NTFS 格式的 Windows 下的分区。而最近可能因为 SSD 挂掉的原因，系统无法启动，再次把 fstab 放到了重要的位置，所以才有了这样一篇文章，主要用来总结一下 /etc/fstab 文件的作用及配置。 fstab 的完整路径是 /etc/fstab，纯文本文件，root 用户用任意的文本编辑器打开即可。fstab 是启动时配置文件，实际文件挂载是记录到 /etc/mtab 和 /proc/mo Read more ...

2019-02-18 fstab , mount , linux , file , disk

设计模式之结构模式

设计模式中的结构模式可以让我们组合类或者对象形成比较大型的结构，但也能保证结构的可维护性和可扩展性。 Adapter, Allows incompatible interfaces to work together. Decorator, Dynamically adds behavior to objects without altering their structure. Facade, Simplifies access to complex systems by providing a unified interface. Read more ...

2019-02-14 design-pattern , java , object-orientation

设计模式之创建模式

本文主要归纳设计模式中的创建模式 (creational pattern)，主要包括了工厂模式，单例多例，建造者模式，和原型模式等。 创建模式是指对象的实例化过程，这些模式都提供了一种将对象实例化从客户端(Client)分离的方法。 为什么要有创建模式，这也符合[[开闭原则]]，Java 自带的 new Object() 实例化对象没有任何问题，问题在于修改，一旦当具体实例涉及变化，那么就必须修改实例自身，不符合开闭原则，所以才有这么多的创建模式。将对外暴露的接口抽象起来，将对象创建的方式封装，对外接口尽量减少。 为什么需要使用 Factory 设 Read more ...

2019-02-13 design-pattern , factory , singleton , builder , creational-pattern

电子书

本站提供服务

文章分类

最近文章

  • Whispering 开源离线的语音转文字应用 在之前的视频和文章当中，我给大家介绍过非常多语音转文字的应用， 有订阅制的 [[Aqua Voice]] ，[[Wispr Flow]] ，[[Voicenotes]]，[[VoiceInk]] ，[[superwhisper]] ，也有免费的 [[Spokenly]] ，在本地完全离线运行的 [[Tok]] 。 今天要为大家介绍的Whispering，正是这一领域的颠覆性产品——一个真正的开源、本地优先的语音转文字应用。
  • Crystal: 多 Claude Code 实例管理器 之前的视频当中介绍过了 Claudia，它是一个 Claude Code 的桌面管理器，它将很多 Claude Code 的终端功能迁移到了桌面版当中，它也支持在应用内直接和 Claude Code 进行对话，但是它缺少了一个核心的功能，那就是当我在同一个项目中开启不同的 Session 时，有可能产生冲突，为了避免这个问题，官方的解决办法是使用 Git worktree，在开发不同的功能时，使用不同的 Worktree 来隔离每一个 Cloud Code 的环境。 今天要介绍的 Crystal 就是这样的一款可以支持多个 Cloud Code 的桌面客户端，并且每一个会话之间相互隔离。
  • 解决 Claude Code 上下文丢失问题: claunch 项目会话管理 今天在使用 Claude Code 的过程，发生了一件非常沮丧的事情，我远程控制的 Claude Code 电脑忘记插上充电器，平时都是依靠连接的显示器进行充电的，昨天晚上将显示器关闭，导致使用的时候一直都是用的电脑的电池，于是在中午的时候，我通过 [[VibeTunnel]] 连接不上我的 Claude Code 了。并且 Claude Code 中执行的内容也中断了，最关键的是有一些上下文，如果重新再来，极有可能造成很大的不一致。
  • Langfuse 使得 LLM 应用全链路可观测 不知道大家在运用 LLM 的过程中有没有遇到过这样的问题，我需要不断的调试 Prompt，让 Prompt 给出符合自己满意的结果，并且在应用中使用 Prompt 的时候我需要进行成本的控制，并且持续的迭代优化，而目前大语言模型后台虽然能提供一个简单的支出统计，但用户交互过程中的信息都是捕捉不到的，比如用户的每次请求输出栓输出是否符合预期，不同版本之间的 Prompt 对结果的影响评估，以及用户请求的延迟等等。带着这些需求，我搜寻了一些方案，然后就发现了 Langfuse。
  • VibeTunnel 将终端带到浏览器 开启移动化 Vibe Coding 这两天在调研如何在移动设备上也能随时随地给 Claude Code 布置任务，自己也尝试了不少的方案，从 Tailscale，到 Remote-Code.com 到 VS Code 插件（Claude Autopilot）添加任务到队列。但是每个方案或多或少有一些缺点，比如 Remote-Code 虽然使用比较便捷，但是不支持中文。Claude Autopilot 体验也非常不错，但是我自己尝试的过程中发现长时间运行 VS Code 崩溃了两次，再到 Tailscale + 手机终端的方案，依赖于一个非常好用的 iOS 终端，虽然选择很多，但还是没有找到一款顺手的。

赞助