vault backup: 2025-08-09 11:19:04

10-WebClipper/Mac 与 win 之间的云同步处理.md

@@ -0,0 +1,117 @@
+---
+title: "Mac 与 win 之间的云同步处理"
+source: "https://blog.zwyyy456.tech/zh/posts/setup/cloud-sync/"
+author:
+  - "[[翼仔]]"
+published: 2024-01-15
+created: 2025-08-09
+description: "iCloud 链接到标题 iCloud 是 Mac 的默认云盘，Apple 为 Mac 提供了一定程度上的 iCloud 集成，在 Apple ID -> iCloud -> iCloud 云盘 中，可以选择让“桌面与文稿文件夹”也使用 iCloud 云盘，此时"
+tags:
+  - "clippings"
+---
+## iCloud
+
+iCloud 是 Mac 的默认云盘，Apple 为 Mac 提供了一定程度上的 iCloud 集成，在 `Apple ID -> iCloud -> iCloud 云盘` 中，可以选择让“桌面与文稿文件夹”也使用 iCloud 云盘，此时，你原先的 `/Users/Documents` 和 `/Users/Desktop` 会被替换为 `iCloud/Documents` 中的 `文稿 - zwy - mbp14` 以及 `icloud/Desktop` 中的 `桌面 - zwy - mpb14` 目录，同时 iCloud 中的 `文稿` 目录与 `桌面` 目录会被分别作为 Mac 的 `/Users/Documents` 与 `/Users/Desktop` 目录，推测是通过符号链接来实现的？
+
+此后所有的对 `/Users/Docuements` 与 `/Users/Desktop` 的修改都会反映到 iCloud 中。
+
+要注意一点，推荐关闭 iCloud 的 `优化 Mac 储存空间` 功能，否则当你的 Mac 存储空间不足的时候， `/Users/Documents` 与 `/Users/Desktop` 目录中的内容会变成仅保存在 iCloud 云端，而本地没有保存内容，这会导致在这两个目录中执行 `git` 与 `cd` 等命令非常卡顿。
+
+![4pc5GT](https://pic-upyun.zwyyy456.tech/uPic/4pc5GT.png)
+
+## OneDrive
+
+Windows 也提供了对 OneDrive 的集成，但是开启之后，不像 iCloud 那么彻底，原先的 `C:\Users\zwyyy\Documents` 与 `C:\Users\zwyyy\Desktop` 目录依旧存在，只是文件管理器左侧显示的 `桌面` 与 `文档` 会指向 `C:\Users\zwyyy\OneDrive\Desktop` 和 `C:\Users\zwyyy\OneDrive\Documents` 两个目录，同时 Windows 的桌面显示的内容也被替换成了 `C:\Users\zwyyy\OneDrive\Desktop` 中的内容。
+
+## 最佳实践
+
+通过 **git 进行版本管理** 的代码文件不适合存放在云盘会自动同步的目录中，哪怕是使用 mega 这种自定义排除同步功能十分丰富的云盘，也不推荐，这是因为云盘对文件的同步容易被 git 视为修改，从而在 git pull 时发生 conflict，哪怕这个文件的内容你实际上没有修改。
+
+推荐将 code 目录直接存放在 `/Users/zwyyy/` 目录下（Mac）或者 `C:\Users\zwyyy` 目录下（Windows）。
+
+代码文件统一存放在 code 目录下，blog 也存放在 code 目录下。
+
+> 源代码编译时会产生大量的临时文件，这也是不推荐将代码源文件通过云同步工具进行同步的一个重要原因。
+
+## 代码文件的自动同步
+
+代码文件一般通过 git 进行版本管理，因此不适合存放在云盘中进行同步，然而总有代码写了一部分，忘记 push 到 github，而回家之后，要接着修改代码的情况，那应该如何实现代码的自动同步呢？
+
+对 Mac 或者 Linux，解决方案为通过 crontab 自动执行 `git push` 命令，具体一点，即定时执行以下命令：
+
+```sh
+git add -A
+git commit -m "mac, auto sync"
+git push ali main:mac # Linux 替换为 linux 分支，Windows 替换为 win 分支
+```
+
+Windows 应该差不多，即要求定时执行 powershell 脚本。
+
+```sh
+git add -A
+git commit -m "win, auto push"
+git push ali main:win
+```
+
+之后，假设回到家，发现之前忘记手动 push 了，那么只需要执行以下命令：
+
+```sh
+git checkout mac # 切换到 mac 分支
+git pull gitlab mac
+git checkout main
+git merge mac # 将本地的 mac 分支的更改合并到 main 分支中
+
+git push origin main
+```
+
+对于 windows，则是：
+
+```sh
+git checkout win
+git pull ali win
+git checkout main
+git merge win
+```
+
+根据当前作息，我将设置 mac 在 18:10 与 20:40 定时执行 push。
+
+### mac 设置 crontab
+
+mac 可以通过 crontab 工具实现定时执行 push 操作。为了保证 crontab 可以正常执行，我们需要做一点额外配置。
+
+首先执行 `crontab -e` ，修改为如下内容并退出保存：
+
+```sh
+6 18 * * * zsh /Users/zwyyy/.config/mac-push.sh
+7 18 * * * zsh /Users/zwyyy/code/bean/mac-push.sh
+8 18 * * * zsh /Users/zwyyy/code/leetcode/mac-push.sh
+9 18 * * * zsh /Users/zwyyy/code/blog/zwyb_blog/mac-push.sh
+
+36 20 * * * zsh /Users/zwyyy/.config/mac-push.sh
+37 20 * * * zsh /Users/zwyyy/code/bean/mac-push.sh
+38 20 * * * zsh /Users/zwyyy/code/leetcode/mac-push.sh
+39 20 * * * zsh /Users/zwyyy/code/blog/zwyb_blog/mac-push.sh
+```
+
+然后执行 `sudo launchctl list | grep cron` 查看任务是否存在，我的输出如下：
+
+```sh
+zwyyy@zwy-mbp14 ~/c/bean (main)> sudo launchctl list | grep cron                                                                                                                          (base)
+458     0       com.vix.cron
+```
+
+有输出说明任务存在。然后执行 `locate com.vix.cron` 查看启动项配置，如果有 `WARNING` ，就执行系统提供的命令 `sudo launchctl load -W /System/Library/LaunchDaemons/com.apple.locate.plist` 。
+
+然后查看 `/etc/crontab` 是否存在，我这里是不存在的，需要执行 `sudo touch /etc/crontab` 来创建。
+
+之后，可能需要给 crontab 完全磁盘访问权限，crontab 安装于 `/usr/bin` ，我们打开 `系统偏好设置 -> 隐私与安全性 -> 完全磁盘访问权限` ，将访达中的 crontab 图标拖进去，即可为 crontab 启用完全磁盘访问权限。
+
+但是我的 crontab 执行的命令似乎并不需要完全磁盘访问权限，一般来说，应用需要访问 User 的 Documents、Desktop、Downloads、OneDrive 这几个目录会需要单独授予磁盘访问权限，对 crontab，我们无法单独授予对某个文件夹的访问权限，因此只能授予完全磁盘访问权限。
+
+> 关于 crontab 是否需要完全磁盘访问权限，这一点还有待测试。 当前测试表明不需要完全磁盘访问权限。
+
+### Windows 设置定时任务
+
+以 Win11 操作系统为例，打开 `任务计划程序` ，点击 `任务计划程序库` ，然后点击右侧的 `创建任务` ，在 `触发器` 标签处选择每日重复，在 `操作` 标签下， `程序` 选择 `pwsh.exe` ， `参数` 设置为 `-ExecutionPolicy Bypass -File "C:\path\to\your\script.ps1"` 。
+
+其中 `-ExecutionPolicy Bypass` 表示 PowerShell 脚本的执行策略为 `Bypass` ，即允许所有 PowerShell 脚本运行而不受任何限制， `-File` 之后则是要执行的脚本的具体路径。

10-WebClipper/基于文档在线编辑和协同编辑的WebOffice产品选型 - 知乎.md

@@ -0,0 +1,66 @@
+[zhuanlan.zhihu.com](https://zhuanlan.zhihu.com/p/1937132232063058623 "(77 封私信 / 4 条消息) 基于文档在线编辑和协同编辑的WebOffice产品选型")
+
+# (77 封私信 / 4 条消息) 基于文档在线编辑和协同编辑的WebOffice产品选型
+
+![夫子][1]
+
+随着企业信息化进程的推进，为跨团队，团队内提供高效协同的支撑能力成为越来越多公司的首选。其中在线 协同编辑文档已成为企业高效沟通与管理的关键环节。无论是初创团队还是大型公司，都需要借助灵活、稳定的协作工具来保障工作流畅度。鉴于企业常用的文件格式为Office类型，本篇文章将介绍几款市场主流的在线 协同编辑文档工具，希望对开发及负责技术选型的同仁提供参考。
+
+## 基本概念
+
+** 在线 协同编辑文档(**我们称为[WebOffice][2]，以区别桌面Office)允许单个或多个用户同时访问、修改和管理同一份文档。通过**实时更新和多端同步**的特性，团队成员可以在不同地点、不同设备上快速浏览与修改同一文件，极大地提高了工作效率。这种协作方式也被称为**多人实时协作**，常应用于企业内部的**信息采集，OA办公、合同起草、标书制作、项目管理、研发设计及市场营销**等各个环节。在进行**在线协同编辑文档**。核心功能主要包括**实时同步**、**版本管理**、**访问权限控制**和**协作评论**。实时同步可以让文档的变更立刻呈现在所有成员的界面上，避免“文档冲突”或“重复编辑”带来的不便；版本管理则帮助团队追踪文档的修改历史，随时回溯到任何需要的版本；访问权限控制则能有效保护文档安全，只有获得授权的人员才能查看或编辑；而协作评论让成员彼此交流想法、讨论文档细节，从而推动项目顺利进行。
+
+## 主要产品
+
+虽然市场上声称可以支持在线 协同编辑的大大小小厂商有很多家，但是真正能将Office文档编辑功能纯Web化实现，且支持PC、移动、PAD等多端协同的只有三四家，其他的要么基于这三四家的产品进行封装形成所谓自己WebOffice产品。
+
+目前市场上有四类厂商：
+
+**第一类，行业霸主微软Office。**在线产品主打MS Office365，更多的面向个人用户（也支持企业版），实行订阅制，数据维护在微软数据中心，服务端不支持私有化部署。
+
+**第二类，传统国产自主研发厂商。**主要业务就是Office文档处理类产品（包括传统office文档，轻文档，多维表格等）覆盖PC、Web、移动、PAD等多端，参与和主导国标、行标、团标等相关标准的制定，产品形态较齐全，可以很好的满足政府、军工、事业单位对文档格式，保密等方面的需求。主要厂商有金山、永中。
+
+**第三类，知名大型厂商。**主要产品形态为轻文档，多维表格等。鉴于传统office文档的研发投入大、研发周期长，ROI很低的情况下，对应的产品一般介于传统office文档和轻文档之间，牺牲了部分严谨的格式和规范要求。一般用于自身产品生态，补全文档在线协同编辑的能力，对外提供整体解决方案，面向对文档格式要求不高的场景。主要厂商有腾讯、联想、讯飞、华为、字节等。
+
+**第四类，基于已有或者开源产品封装的厂商。**一类是基于几个主流厂商的桌面Office封装的产品，这类产品算不上真正的WebOffice，主要依靠唤起本地安装的Office来实现编辑，多人协同能力较弱，不支持多端。另一类是基于开源的[**OnlyOffice][3]**，L**ibreOffice，[OpenOffice][4]**，封装的产品，这类产品和传统Office有差异，但差异已经不大，可以满足大部分对文档格式要求不严格的场景。如卓正、软航、毕生、文曲等
+
+**_说明：_**
+
+_**传统Office文档，**要求严格执行OOXML规范，如对word的排版布局要求非常高，且要能兼容企业存量的，各种格式（包括较早的二进制文件，如doc，xls，ppt等）的微软Office文档。 _
+
+_**轻文档，**设计理念源自于概念“轻量文档”，它致力于让用户专注于内容的创作，而非耗费时间在繁杂的排版和布局上。支持 [Markdown 语法][5]。_
+
+## 业务痛点
+
+![][6]
+
+业务痛点
+
+## 选型建议
+
+
+| ----- |
+| 对比项 | 金山 WebOffice | 永中 WebOffice | 卓正 PageOffice 
+/软航 NTKO Office | 文曲 WebOffice |
+| 产品形态 | 通过 web Office 能力（在线 word,excel,ppt，脑图、流程图等）赋能文档中台，云文档，金山 365。打通桌面、移动、Web 端，实现多端一体化 | web Office 3.X 可作为独立的产品也可赋能文档中台，云文档，尚未实现打通桌面、移动、Web 端多端一体化 | 作为文档编辑控件,基于微软 office、金山 WPS 桌面端封装，不是真正的在线 Office 产品 | 基于业内广泛使用的 OnlyOffice核心能力，并在此基础上深度定制和优化，最终形成桌面、web Office 两种产品形态，并可以实现两端一体化 |
+| 多端支持 | PC、Web、移动、PAD | PC、Web、移动、PAD | Web | PC、Web、移动、PAD |
+| 协同人数 | 200人  | 20人以内 | 不支持 | 200人  |
+| 格式规范 | 高，满足政府、军工、事业单位的要求 | 高，满足政府、军工、事业单位的要求 | 高，满足政府、军工、事业单位的要求 | 中，满足基本的格式规范，适用于企业文档管理、知识库等要求 |
+| 环境依赖 | 低，依赖浏览器版本 | 低，依赖浏览器版本 | 高，依赖浏览器版本、操作系统、且本机需要安装微软、金山相应版本的 Office 软件 | 低，依赖浏览器版本 |
+| 完整化程度 | 中，桌面Office 30%的功能 | 低，桌面Office 20%的功能 | 高，与桌面Office 一致 | 高，桌面Office 60%以上的功能 |
+| 产品能力 | 高 | 中 | 低，定位为控件，仅能基于桌面Office 做外围的能力扩展 | 高 |
+| 产品定价 | 高 | 中 | 中 | 低 |
+| 定制化成本 | 高 | 中 | 高 | 中 |
+| 部署方式 | Docker，k8s，二进制 | Docker，k8s，二进制 | 个人 PC 客户端安装插件 | Docker，k8s，二进制 |
+
+​
+
+发布于 2025-08-08 12:58・江苏
+
+[1]: https://picx.zhimg.com/v2-779e22bc8dff9bae6e4aa24e6997cd10_l.jpg?source=32738c0c&needBackground=1
+[2]: https://zhida.zhihu.com/search?content_id=261425602&content_type=Article&match_order=1&q=WebOffice&zhida_source=entity
+[3]: https://zhida.zhihu.com/search?content_id=261425602&content_type=Article&match_order=1&q=OnlyOffice&zhida_source=entity
+[4]: https://zhida.zhihu.com/search?content_id=261425602&content_type=Article&match_order=1&q=OpenOffice&zhida_source=entity
+[5]: https://zhida.zhihu.com/search?content_id=261425602&content_type=Article&match_order=1&q=Markdown 语法&zhida_source=entity
+[6]: https://pic4.zhimg.com/v2-f7282ce6cd88f0001c082ea1d61bde31_1440w.jpg
+