Obsidian同步太折腾?试试坚果云官方插件:免WebDAV配置,支持Git级冲突合并

Obsidian同步太折腾?试试坚果云官方插件:免WebDAV配置,支持Git级冲突合并

Obsidian 作为本地 Markdown 笔记软件的王者,其“数据掌握在自己手中”的理念深受开发者喜爱。但作为一名多端用户,同步问题一直是最大的痛点。官方 Sync 服务太贵,WebDAV 配置繁琐且不仅容易断连,还经常遇到笔记冲突。

终于,大家催了无数遍的 Obsidian x 坚果云「官方同步插件 Nutstore Sync」 正式上架社区插件市场了!

这不仅仅是一个同步工具,更是一套完整的移动端解决方案。

为什么推荐这款官方插件?

1. 告别复杂的 WebDAV 配置(SSO单点登录) 以前配置 WebDAV,你需要生成应用密码、复制服务器地址、担心端口被封。 现在,安装 Nutstore Sync 后,直接点击“登录”,通过单点登录 授权,一键回调到 Obsidian,配置过程缩短到秒级,新手极其友好。

2. 移动端的“超级文件入口” 这是通过 WebDAV 无法实现的功能。在手机/平板上使用 Nutstore Sync,你可以直接插入坚果云云端任意文件夹的图片或文件,而不仅仅局限于通过 Obsidian 库内的文件。这让 Ob 瞬间变成了云端资源管理器。

3. 开发者视角的冲突解决(Smart Merge) 多端同时编辑最怕冲突。该插件提供了两种策略:

  • 智能合并(推荐): 尝试根据上下文合并。无法自动合并时,支持生成 Git 样式的冲突标记(<<<< HEAD ... >>>>),方便大家用 VSCode 处理复杂冲突。
  • 覆盖模式: 简单粗暴,保留最新版本。
实操教程:如何优雅使用?

步骤一:安装 在 Obsidian 移动端/PC端 打开 设置 -> 第三方插件 -> 社区插件市场,搜索 Nutstore Sync 并安装启用。

步骤二:配置 在设置页面选择“单点登录”,授权后检查连接状态。

步骤三:同步策略(关键!) 插件提供了“宽松模式”和“严格模式”。

  • 宽松模式: 仅校验文件名和大小。
  • 严格模式: 校验文件内容哈希值。

🔥 避坑指南:首次同步防限流技巧 如果你的笔记库非常大(数千个文件),首次同步建议采用以下方案,避免请求过多被限流:

  1. 手动复制: 先将电脑端的笔记文件,手动复制一份到手机端对应的文件夹内(或通过数据线传输)。
  2. 开启宽松模式: 打开插件设置,勾选“宽松模式”。
  3. 开始同步: 此时插件发现本地文件与云端大小一致,将跳过下载/上传,直接建立索引,速度飞快!
总结

对于 PC 端,我依然推荐使用 坚果云客户端(更稳、无请求限制);

坚果云官网https://www.jianguoyun.com/s/campaign/cpclanding/main?sch=AIZEEKLOG

但对于 移动端(iOS/Android),Nutstore Sync 插件绝对是目前的最佳方案。

Read more

在 CentOS 7.9 上安装 OpenClaw:完整指南(此文章由openclaw生成)

在 CentOS 7.9 上安装 OpenClaw:完整指南 CentOS 7.9 虽然已经停止维护,但在许多企业环境中仍在运行。本文将详细介绍如何在这个经典系统上部署现代化的 AI 助手框架 OpenClaw。 为什么选择 OpenClaw? OpenClaw 是一个开源的 AI 助手运行时,支持多模型、多通道、技能扩展,让你可以轻松构建个性化的 AI 助手。主要特性: * 🧠 支持 Kimi、Gemini、Claude 等多种大语言模型 * 📱 内置飞书、钉钉、企微、QQ、Telegram 等通道支持 * 🔌 丰富的技能市场(clawhub.com) * ⚡ 轻量级,资源占用低 * 🔧 配置简单,扩展灵活 环境准备 1. 系统要求

By Ne0inhk
从 App 到 Agent:鸿蒙应用形态正在改变

从 App 到 Agent:鸿蒙应用形态正在改变

子玥酱(掘金 / 知乎 / ZEEKLOG / 简书 同名) 大家好,我是子玥酱,一名长期深耕在一线的前端程序媛 👩‍💻。曾就职于多家知名互联网大厂,目前在某国企负责前端软件研发相关工作,主要聚焦于业务型系统的工程化建设与长期维护。 我持续输出和沉淀前端领域的实战经验,日常关注并分享的技术方向包括前端工程化、小程序、React / RN、Flutter、跨端方案, 在复杂业务落地、组件抽象、性能优化以及多端协作方面积累了大量真实项目经验。 技术方向:前端 / 跨端 / 小程序 / 移动端工程化 内容平台:掘金、知乎、ZEEKLOG、简书 创作特点:实战导向、源码拆解、少空谈多落地 文章状态:长期稳定更新,大量原创输出 我的内容主要围绕 前端技术实战、真实业务踩坑总结、框架与方案选型思考、行业趋势解读 展开。文章不会停留在“API 怎么用”,而是更关注为什么这么设计、在什么场景下容易踩坑、

By Ne0inhk

macOS 没有像 Windows 上的 MobaXterm 的工具

macOS 没有像 Windows 上的 MobaXterm 那样 “一站式集成 SSH、X11、SCP、远程桌面”的工具,主要是因为: 🧭 一、macOS 的设计理念不同 * UNIX 血统:macOS 本身就是基于 BSD UNIX 的系统,终端(Terminal.app 或 iTerm2)+ 内置 OpenSSH 已经足够强大。 * 偏向模块化组合:mac 用户更习惯通过组合多个专业工具(如 XQuartz + iTerm2 + Homebrew + VS Code)达到相同目的,而不是一个“大而全”的工具。 🛠️ 二、替代方案组合推荐 虽然 macOS 没有 MobaXterm,

By Ne0inhk
Flutter 三方库 color_model 的鸿蒙化适配指南 - 实现全色域(RGB/CMYK/HSL/XYZ)的高精度转换与色彩动力学解析、支持端侧专业级视觉调色实战

Flutter 三方库 color_model 的鸿蒙化适配指南 - 实现全色域(RGB/CMYK/HSL/XYZ)的高精度转换与色彩动力学解析、支持端侧专业级视觉调色实战

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 color_model 的鸿蒙化适配指南 - 实现全色域(RGB/CMYK/HSL/XYZ)的高精度转换与色彩动力学解析、支持端侧专业级视觉调色实战 前言 在进行 Flutter for OpenHarmony 的专业级修图软件、设计类应用或品牌视觉管理工具开发时,如何精确地在不同的颜色空间(Color Space)之间进行无损转换?color_model 是一款功能完备的色彩数学库。它不仅支持基础的 RGB 与 Hex,还深度覆盖了 CMYK(印刷)、HSL/HSV(人性化调节)以及 XYZ/Lab(生理色彩空间)。本文将介绍如何在鸿蒙端构建极致的色彩感知体系。 一、原直观解析 / 概念介绍

By Ne0inhk