notion-export-client
notion-export-client copied to clipboard
delta1037
Notion备份客户端工具，将指定Notion page单向转换为本地markdown文件 | Notion backup client, backup some page to markdown files self-struct
最新的gui版和命令行版都有该问题。 ``` notion目录结构： 第一层页面1 ----第二层页面11 --------第三层页面111 --------第三层页面112 ------------第四层页面1121 ------------（……） 第一层页面2 ----第二层页面21 --------第三层页面211 ------------第四层页面2111 ------------（……） ``` 给第一层页面1、第一层页面2添加只读token，给备份清单页面添加读写token。备份清单里只填入第一层页面1、第一层页面2。 所有笔记都能正常下载，但是下载后本地的目录结构变成以下结构： ``` 第一层页面1 ----child_pages ----databases ----files 第一层页面2 ----child_pages ----databases ----files ``` 所有笔记都被直接放到child_pages里，如下图所示：  
备份库的页面，可以按照Last edited time（notion库自带的页面属性）的顺序，从新到旧开始备份 若备份到缓存过的界面，就可以直接停止了，因为之后的页面一定是本地已经备份过的，无需继续访问 这样可以在库的文件较多的情况下，节省备份的时间
### 背景： 在使用工具的过程中发现，工具有两大步骤 1 获取所有页面到buffer_file中 2 根据buffer_file中的内容还原为可供阅读的MD文件 第1步是动态更新的，文件若不更新则不会覆盖之前的文件，对存储友好 第2步会完全覆盖之前的所有文件，库中的文件若是多的话，则每次覆盖都会写入大量文件 ### 发现： 第2步其实是多余的，因为一般情况下我们并不需要去观看我们备份好的文件，notion若是访问不出问题我们便不会去看本地备份的文件 ### 建议： 第1步，为备份操作，生成的buffer_file即backup_file 第2步，为还原操作，还原为可供本地观看的格式，一般不会使用 这样做的好处是：备份是动态备份，对存储友好，少了第2步速度也更快 ### 临时解决方案： 目前可以通过将backup_root_path的配置设置为不存在的路径，即可达到相同的效果，不过备份完成后会报一个错
使用的软件版本：notion_backup_background-v3.0.1 时间：2024-05-17 报错内容： Unhandled exception in Script Failed to execute script 'notion_backup_terminal' due to unhandled exception:[Errno 13]Permission denied:'C:/JGY/WebDAV/Notion/notion_backup_background-v3.backup/Projects/child_pages/产品汇报_玻璃罐封口机2024-01-10.md Traceback (most recent call last): File "notion_backup_terminal.py", line 52, in File "api\notion_dump.py",...
