ManicTime使用笔记

目前网上能用的最新版本

4.5.12(2位)

这个版本的缺点是会强制安装到C盘下面，该路径没用

不要对202的版有想法 ，不可能的。

202的能，但是会反复跳出弹框，不胜其烦。（不完全）

所以不要去碰，ManicTime最新版的不完全，根据我的研究，来自一个俄罗斯的一个论坛。

如果系统崩溃重装

一、如果可以，用启动U盘立刻备份C:\Users\Administrator\AppData\Local\Finkit\ManicTime

下面的所有文件

二、如果无法备份，重装后先恢复E:\manictime_backup中的db内容，

三、尝试以导出的方式进行恢复先前的记录。

安装后无法启动manictime

4.5.12这个版本很特殊，你只能安装在默认路径，如果修改了路径，在win10下面即使不，也会无法启动，默认安装路径是

我的配置

调试用的Log路径

C:\Users\Administrator\AppData\Local\Finkit\ManicTime\Logs

选中空白段

鼠标移动到空白段这里，然后双击，就可以选中。

数据宽度怎么放大

只是某天从0:00-2:00, 但是里面每个时间间隔实在太密密麻麻了。

没法操作很窄的一个时间间隔，怎么办呢？最好是放大一下，

把鼠标放到你想要操作的时间间隔上，然后滚动鼠标中间的滚轮，然后这个时间间隔就会被放大宽度、方便你操作了。

数据使用缺陷

如果电脑上的时间是不准的（例如主板上的CMOS没电了之类）

那么Manictime就会记录错误的时间

例如，我在12月初到4月底，使用了公司电脑，公司电脑的时间不准，就导致Manictime在错误的时间记录了我的行为

软件开始记录

下面图片“跟踪”下面有个“开始”一定要点击（点击后会消失）

否则会导致无法自动记录

如果想要关闭记录

注意关闭60，否则会让manictime自动停止记录

基本设置

设置	选项
常规	√当主窗口关闭时用户界面保持运行 √Windows启动时启动 √启用ManicTime进程监视器 √一周的第一天(星期一)
显示	Chinese 绿 √显示当前时间指示器 √显示整夜处于离开状态 √使用十进制小时格式显示日总结 √使用十进制小时格式显示统计信息
跟踪	计算机不限于1分钟 最短活动持续时间5秒钟 √跟踪窗口标题和文档 √跟踪隐私浏览 √跟踪完整文件路径 √Fetch favicon ico for visited web sites
正在标记	√在日总结中显示标签备注 √退出应用程序时停止秒表 最近标签的数量100 √添加备注 ●询问
隐私和通知	默认不动
已计划的备份	√启用已计划的备份 每日12:00 文件名：ManicTimeBackup 备份到：E:\manictime_backup 加入备份（可选） √报告数据库（更快恢复） √屏幕截图 要保存的备份： 所有
快捷方式	略
Sounds	Time elapsed Ring08 离开状态已结束 Alarm05
导出	ISO 8601数据合适
屏幕截图	保存到E:\manictime_backup\Screenshots 存储限制： □最大限制    MB □最大年龄    天
代理设置	略

除此以外，还要自己新增一个E:\software\ManicTime\ManicTimeTrackerSettings.json文件（内容见本文的后面）

数据库存储路径

C:\Users\Administrator\AppData\Local\Finkit\ManicTime(重装时该路径会消失，所以不要手动或者设定自动在下面储存任何数据文件)

一旦系统损坏，记录将会消失，portable版本有个问题就是你离开后回来，不会主动弹出让你记录去干嘛了。所以最佳的办法是使用需要安装和注册的版本，然后做好数据备份，备份到非系统盘(必须做到)。

修改默认数据库存储路径

给官方发邮件吐槽了上面说的这个事情：一旦系统崩溃，那么最新的数据就没了，只能恢复到老数据。然后官方发了ManicTimeTrackerSettings.json给我。

①要求ManicTimeTrackerSettings.json放在目录下，我的放置路径是：

E:\software\ManicTime\ManicTimeTrackerSettings.json

因为我的ManicTime安装路径是E:\software\ManicTime

该文件内容如下：

{
  _override: forbid,
  paths: {
    dataDir: c:\\ManicTimeDB\\ManicTime
  }
}

我改成了

{
  _override: forbid,
  paths: {
    dataDir: E:\\manictime_backup\\Manictime_database_newest
  }
}

保存后关闭。

②关闭Manictime

把C:\Users\Administrator\AppData\Local\Finkit\ManicTime中的Screenshots与ManicTimeCore.db、ManicTimeReports.db放到上面指定的E:\manictime_backup\Manictime_database_newest中

注意：这一步不能漏，因为manictime一旦启动就会读取datadir中的作为当前最新数据。

所以更改datadir以后，一定要把之前老的datadir下面的内容转移到当前最新的datadir的路径下面，然后再启动 ManicTime

④再次启动ManicTime

注意，这个路径里面是只保存最新的db文件，不保存最新的Screenshots文件的。

选择性的数据删除

打开高级搜索->日期->筛选器中输入关键词即可

时间表用法

会把你离开的且说明原因的时间给统计下来

如果你忘记写离开时什么原因了，那么就不会统计下来。

所以每次锁屏出现让你填写离开原因的时候要及时填写。

如果忘记填写了，可以

点击左侧的方框填写。

需要点击上面的一个地方，如图所示：

 输入代码即可知道离开的时候，对于离开的内容哪些没有标记

group=ManicTime/Away

数据库整合(这个功能实测极其不太靠谱，有时会损毁数据库)

1、ManicTimeCore.db整合

.\ importtimelines -sdbpa E:\BaiduetdiskDownload\manic数据备份\ManicTimeBackup_2024-04-28\ManicTimeCore.db -dbpa E:\BaiduetdiskDownload\manic数据备份\ManicTimeBackup_2024-04-29\ManicTimeCore.db -tt ManicTime/ComputerUsage,ManicTime/Applicati,ManicTime/Documents

前面一个ManicTimeCore.db会被整合到后一个ManicTimeCore.db中【1】,但是tag不会被整合进去

2、在ManicTime中导入db文件

把ManicTimeBackup_2024-04-29\ManicTimeCore.db，在Manictime使用restore选项导入db即可

、标签导入

这里的第二个导出（其实是导入）

然后选择老数据库导出的tsv文件即可

4、融合Screenshots

两个要融合的Screenshots合并放入E:\manictime_backup\Screenshots

注意不是E:\manictime_backup\Manictime_database_newest这个文件夹

有的人会疑惑现在manictime导出来的不都是db和Screenshots的一个压缩包吗？我是不是也要搞成一个压缩包再导入？实测没有必要，因为你搞成压缩包后，导入的也只有压缩包里面的db，不会导入Screenshots，因为几个G的Screenshots在几秒钟内导完是不可能的（.zip在导入过程中几秒内就结束了）。你需要另外配置这个Screenshots文件夹的路径，才会在manictime中显示这些截屏

上述步骤总共三个关键部分(db、csv和Screenshots)：

①a.db与b.db整合，ManicTime中restore整合后的b.db

②导入a.db的标签的csv（因为恢复功能只带有b.db标签）

其中

1)标签允许导出、导入（csv形式）

2)状态、程序、文档只允许导出，不允许以csv形式导入

③整合Screenshots到指定路径下，重启ManicTIme后鼠标移动到程序会出现截图

再次补充关于数据库融合后损毁的事情

我后来又仔细想了下这个事情，我们能到出的csv只有左侧4种，

其中第一种是可以再次导入的，其他种都不可以。

数据库损毁的原因似乎是因为我当时无视警告强行导入其他种，导致数据库损坏（表现为ManicTIme无法正常显示）

所以，除了“标签”，其余的计算机使用、“应用”、“文档”只能导出，不可导入，不要尝试导入，我猜测尝试导入后三者会损毁数据库

Unknown tag export header signature

这个报错全网都搜不到，所以我觉得有必要记录一下，截图如下：

关于这个报错，官方的回复是这样的：

大白话就是你只能导入第1条时间线（“标签”）的，不能导入后面条时间线（计算机使用、“应用”、“文档”）的数据

检查数据库整合是否成功

假如我们现在有这这么两个文件

整合命令和logo是：

PS E:\BaiduetdiskDownload\mtdb-1.9.2.0-win-x64-整合manictime数据库工具(1)\mtdb> .\ importtimelines -sdbpa E:\60MOveData\Users\appleyuchi\Desktop\当天离职\ManicTimeCore-4-0.db -dbpa E:\60MOveData\Users\appleyuchi\Desktop\当天离职\ManicTimeCore-home.db -tt ManicTime/ComputerUsage,ManicTime/Applicati,ManicTime/Documents(只管這時間綫的數據)
Found timeline match for timeline type ManicTime/ComputerUsage : 7a05a00-d9e1-42b2-b57-01bd0ac94f24 -> f8d228f0-db1a-41f5-bb0f-cd49ec98fdfd
Found timeline match for timeline type ManicTime/Applicati : 1171ede4-f0d7-4bcf-ad6-8b6a0804d1cf -> f604f025-e6e-485-8b7d-28e40ec8d5
Found timeline match for timeline type ManicTime/Documents : f58da-9b44-4ddb-8747-90d6111ebc9 -> d9e059bb-f8f8-4107-af81-69a9e7bc757

Importing timeline ManicTime/ComputerUsage : 7a05a00-d9e1-42b2-b57-01bd0ac94f24 -> f8d228f0-db1a-41f5-bb0f-cd49ec98fdfd
Getting changes for source timeline.
Public change log: {ChangeLogKey:onfmhoxcvzne,ContinuesFrom:null,CommitedRange:{From:1,1669600,To:6056,1005490424},EntityId:6791,LastGarbageCollectedChangeId:null,ContentSize:500,Timestamp:56896,8854019,UpdatedUtcTime:2024-04-0T09:57:0.71Z,ChangeLogLockKey:null,ChangeLogLockedUtcTime:null}
6056 changes found. 6167 activities, 4 groups, 0 folders
Getting changes for target timeline.
Public change log: {ChangeLogKey:tqxldhvy5ca2,ContinuesFrom:null,CommitedRange:{From:1,16815289,To:44018,504042828},EntityId:104,LastGarbageCollectedChangeId:null,ContentSize:500,Timestamp:4617,2042667517,UpdatedUtcTime:2024-04-0T15:25:27.75Z,ChangeLogLockKey:null,ChangeLogLockedUtcTime:null}
44018 changes found. 10255 activities, 4 groups, 0 folders
Importing activities..........
Imported: {ActivityCount:17,GroupCount:0,GroupListCount:0,FolderCount:0,HasChanges:true}

Importing timeline ManicTime/Applicati : 1171ede4-f0d7-4bcf-ad6-8b6a0804d1cf -> f604f025-e6e-485-8b7d-28e40ec8d5
Getting changes for source timeline.
Public change log: {ChangeLogKey:gwhi7l4sqvmg,ContinuesFrom:null,CommitedRange:{From:1,15419651,To:79168,1161206861},EntityId:5122,LastGarbageCollectedChangeId:null,ContentSize:500,Timestamp:1801,179205689,UpdatedUtcTime:2024-04-0T09:57:0.65Z,ChangeLogLockKey:null,ChangeLogLockedUtcTime:null}
79168 changes found. 486 activities, 179 groups, 0 folders
Getting changes for target timeline.
Public change log: {ChangeLogKey:qwmneciqmg7tg,ContinuesFrom:null,CommitedRange:{From:1,791181,To:16868,10521997},EntityId:111418,LastGarbageCollectedChangeId:null,ContentSize:500,Timestamp:2614,1648797287,UpdatedUtcTime:2024-04-0T15:25:27.28Z,ChangeLogLockKey:null,ChangeLogLockedUtcTime:null}
16868 changes found. 109229 activities, 59 groups, 0 folders
Importing activities..........
Imported: {ActivityCount:77,GroupCount:0,GroupListCount:0,FolderCount:0,HasChanges:true}

Importing timeline ManicTime/Documents : f58da-9b44-4ddb-8747-90d6111ebc9 -> d9e059bb-f8f8-4107-af81-69a9e7bc757
Getting changes for source timeline.
Public change log: {ChangeLogKey:7ub5ft4cxkadc,ContinuesFrom:null,CommitedRange:{From:1,489452,To:4412,14857056},EntityId:2746,LastGarbageCollectedChangeId:null,ContentSize:500,Timestamp:2846,1044205604,UpdatedUtcTime:2024-04-28T09:19:14.8Z,ChangeLogLockKey:null,ChangeLogLockedUtcTime:null}
4412 changes found. 259 activities, 271 groups, 2 folders
Getting changes for target timeline.
Public change log: {ChangeLogKey:ixje5igioii5a,ContinuesFrom:null,CommitedRange:{From:1,294111474,To:4144,767782459},EntityId:604,LastGarbageCollectedChangeId:null,ContentSize:500,Timestamp:91,74692677,UpdatedUtcTime:2024-04-29T1:27:29.55Z,ChangeLogLockKey:null,ChangeLogLockedUtcTime:null}
4144 changes found. 206 activities, 79 groups, 2 folders
Importing activities..........
Imported: {ActivityCount:0,GroupCount:0,GroupListCount:0,FolderCount:0,HasChanges:false}

那么整合后，ManicTimeCore-home.db的大小会变大，如果没有变化，那么就有可能是整合失败了，此时需要分别检查时间线，是否同时存在两台电脑的操作数据

导入标签时间线时候我们选择的“覆盖逻辑”

假如我们有两台电脑

大约16:00-19:00之间我们去公司办手续，回来后家里的电脑我们标记为办手续(对应)

但是17:00-18:00之间我们在公司里面办手续的时候，在公司里面电脑也进行了标记(对应)。

也就是说这两个csv文件中标记的时间线是冲突的

那么如果导入家中电脑的ManicTime会怎样呢？

此时如果选择覆盖的话，中标记过的内容会覆盖中的这个时间段中的其中一部分（如图所示，其中一部分呈现不同的颜，就是被中的内容所覆盖了）

低版本Manictime数据迁移到高版本

DeltaFoX©- TeamURET®

把4.1.7.0的Manictime的数据导入4.5.12.0

把C:\Users\Administrator\AppData\Local\Finkit\ManicTime下面的ManicTimeCore.db和Screenshots压缩到一个压缩包里，然后4.5.12.0中进行restore操作即可

查看明细

如果发现下面的明细记录不见了，鼠标左键单机、选中界面上方的“程序”这一行，就会再次显现。

自动停止记录

一、manic软件会自动停止记录是因为

笔记本电脑的自动休眠功能导致的。

台式机电脑不会发生这种情况。

二、取消下面的这个对钩

跨电脑使用数据如何同步？

要么买正式版

如果是和谐版本，那就利用好上述的数据库整合功能。

简要的时间统计

报错（这是前面用了数据整合功能导致的）

System.Exception: DayView: Loading timeline exception:

---
System.TimeoutException: Timeout reached: 00:00:0
   在 Finkit.ManicTime.Common.Messaging.MessageClientExtensi.<SendWithTimeoutAsync>d__4`1.Moveext()
--- 引发异常的上一位置中堆栈跟踪的末尾 ---
   在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForonSuccess(Task task)
   在 System.Runtime.CompilerServices.TaskAwaiter.HandleonSuccessAndDebuggerotification(Task task)
   在 Finkit.ManicTime.Client.Timelines.Messaging.DayViewActivitiesMessageClient.<GetDayViewActivities>d__4.Moveext()
--- 引发异常的上一位置中堆栈跟踪的末尾 ---
   在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForonSuccess(Task task)
   在 System.Runtime.CompilerServices.TaskAwaiter.HandleonSuccessAndDebuggerotification(Task task)
   在 Finkit.ManicTime.Client.Plugins.LocalServerType.LocalDayViewLoader.<BeginLoad>d__2.Moveext()

***ManicTime Version 4.1.7.0

给官方support@manictime发了邮件，对方说，只有你提供原始数据库，他才有可能帮你排查。

高低版本之间的兼容性问题

4.5.12之后 ，可以保存screenshots，并且在recover的时候一起导入。

所以低版本是无法导入screenshots的

翻译错误问题

可以修改翻译文件，翻译文件所在路径是：

E:\software\ManicTime\Translati\

修改后效果如下：

番茄工作法

具体用法参考，参考

Tagging - ManicTime Documentation

中的Timer and Pomodoro timer

关于Screenshots存在的问题

如果Screenshots一直保存不丢弃，会出现磁盘空间不够用的问题，此时，Manictime会停止记录（务必注意这一点）

导入数据时出错：Unknown tag export header  signature（出错）

这个报错的根源在于，你导入的文件的格式不对，标准格式是csv，且里面的内容格式是这样的

经过我的尝试，上述格式只要有轻微的改动，导入就会报该错误。

那如果改回去，是不是就能导入了？也不是，似乎还存在别的问题。

命令行导出ManicTime数据

Command line interface (CLI) - ManicTime Documentation

另外的注意事项

系统需要更新的时候，一般是需要重启的

更新前或者重启前，要保存好E:\manictime_backup\Manictime_database_newest中的文件

否则等重启后，manictime会恢复到没有“购买认证”之前的状态，此时所有最新数据都会丢失

这是因为，4.5.12无论怎么修改安装路径，都是强制安装在C盘下面的

总结

一、ManicTime操作总结

四个timeline只有第一个tag timeline是可以导出、导入的，其他都只能导出（作为备份）

ManicTime使用的SQLite数据库里面的数据是加密的，手动整合可能会出现报错。

把每天的csv导出来存到本地保存，或者db整合出问题的时候官方帮你调试。（当然你不要说自己用的盗版的，你就假装自己是正版用户就好了，不然官方才不会理你的）

二、ManicTime当前最新数据总结

最新的数据	路径
数据库文件	E:\manictime_backup\Manictime_database_newest
截屏文件	E:\manictime_backup\Screenshots
标签	设置->导入和导出

所以数据迁移的时候需要分开迁移这种数据，才能从一条电脑迁移到另外一台。

Reference

【1】How to merge two databases? - ManicTime Documentation