ManicTime使用笔记

admin 管理员组

文章数量: 887020

目前网上能用的最新版本

4.5.12(32位)

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

不要对2023的破解版有想法 ，不可能的。

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

所以不要去碰，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-23:00, 但是里面每个时间间隔实在太密密麻麻了。

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

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

数据使用缺陷

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

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

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

软件开始记录

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

否则会导致无法自动记录

如果想要关闭记录

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

基本设置

除此以外，还要自己新增一个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整合

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

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

2、在ManicTime中导入db文件

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

3、标签导入

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

然后选择老数据库导出的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种，

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

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

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

Unknown tag export header signature

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

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

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

检查数据库整合是否成功

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

整合命令和logo是：

PS E:\BaiduNetdiskDownload\mtdb-1.9.2.0-win-x64-整合manictime数据库工具(1)\mtdb> .\mtdb.exe importtimelines -sdbpa E:\360MOveData\Users\appleyuchi\Desktop\当天离职\ManicTimeCore-4-30.db -dbpa E:\360MOveData\Users\appleyuchi\Desktop\当天离职\ManicTimeCore-home.db -tt ManicTime/ComputerUsage,ManicTime/Applications,ManicTime/Documents(只管這3條時間綫的數據)
Found timeline match for timeline type 'ManicTime/ComputerUsage': 7a305a00-d9e1-42b2-b573-01bd0ac94f24 -> f8d228f0-db1a-41f5-bb0f-cd49ec98fdfd
Found timeline match for timeline type 'ManicTime/Applications': 1171ede4-f0d7-4bcf-a3d6-8b6a0804d1cf -> f604f025-e36e-4853-8b7d-28e40ec8d353
Found timeline match for timeline type 'ManicTime/Documents': 333f58da-9b44-4ddb-8747-90d6111eb3c9 -> d9e059bb-f8f8-4107-af81-69a9e7bc7357

Importing timeline 'ManicTime/ComputerUsage': 7a305a00-d9e1-42b2-b573-01bd0ac94f24 -> f8d228f0-db1a-41f5-bb0f-cd49ec98fdfd
Getting changes for source timeline.
Public change log: {"ChangeLogKey":"onfmhoxcv3zne","ContinuesFrom":null,"CommitedRange":{"From":"1,1669633003","To":"60563,1005490424"},"EntityId":6791,"LastGarbageCollectedChangeId":null,"ContentSize":500,"Timestamp":"56896,885401393","UpdatedUtcTime":"2024-04-30T09:57:03.71Z","ChangeLogLockKey":null,"ChangeLogLockedUtcTime":null}
60563 changes found. 6167 activities, 4 groups, 0 folders
Getting changes for target timeline.
Public change log: {"ChangeLogKey":"tqxldhvy53ca2","ContinuesFrom":null,"CommitedRange":{"From":"1,136815289","To":"44018,504042828"},"EntityId":10334,"LastGarbageCollectedChangeId":null,"ContentSize":500,"Timestamp":"34617,2042667517","UpdatedUtcTime":"2024-04-30T15: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/Applications': 1171ede4-f0d7-4bcf-a3d6-8b6a0804d1cf -> f604f025-e36e-4853-8b7d-28e40ec8d353
Getting changes for source timeline.
Public change log: {"ChangeLogKey":"gwhi7l4sq3vmg","ContinuesFrom":null,"CommitedRange":{"From":"1,1541965313","To":"79168,1161206861"},"EntityId":51232,"LastGarbageCollectedChangeId":null,"ContentSize":500,"Timestamp":"31801,1793205689","UpdatedUtcTime":"2024-04-30T09:57:03.65Z","ChangeLogLockKey":null,"ChangeLogLockedUtcTime":null}
79168 changes found. 48363 activities, 179 groups, 0 folders
Getting changes for target timeline.
Public change log: {"ChangeLogKey":"qwmneciqmg7tg","ContinuesFrom":null,"CommitedRange":{"From":"1,73931181","To":"136868,1330521997"},"EntityId":111418,"LastGarbageCollectedChangeId":null,"ContentSize":500,"Timestamp":"26143,1648797287","UpdatedUtcTime":"2024-04-30T15:25:27.28Z","ChangeLogLockKey":null,"ChangeLogLockedUtcTime":null}
136868 changes found. 109229 activities, 359 groups, 0 folders
Importing activities..........
Imported: {"ActivityCount":77,"GroupCount":0,"GroupListCount":0,"FolderCount":0,"HasChanges":true}

Importing timeline 'ManicTime/Documents': 333f58da-9b44-4ddb-8747-90d6111eb3c9 -> d9e059bb-f8f8-4107-af81-69a9e7bc7357
Getting changes for source timeline.
Public change log: {"ChangeLogKey":"7ub5ft4cxkadc","ContinuesFrom":null,"CommitedRange":{"From":"1,483339452","To":"4412,1483570536"},"EntityId":2746,"LastGarbageCollectedChangeId":null,"ContentSize":500,"Timestamp":"2846,1044205604","UpdatedUtcTime":"2024-04-28T09:19:14.38Z","ChangeLogLockKey":null,"ChangeLogLockedUtcTime":null}
4412 changes found. 2359 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":3604,"LastGarbageCollectedChangeId":null,"ContentSize":500,"Timestamp":"931,746932677","UpdatedUtcTime":"2024-04-29T13:27:29.55Z","ChangeLogLockKey":null,"ChangeLogLockedUtcTime":null}
4144 changes found. 3206 activities, 379 groups, 2 folders
Importing activities..........
Imported: {"ActivityCount":0,"GroupCount":0,"GroupListCount":0,"FolderCount":0,"HasChanges":false}

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

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

假如我们有两台电脑

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

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

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

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

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

低版本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:30
   在 Finkit.ManicTime.Common.Messaging.MessageClientExtensions.<SendWithTimeoutAsync>d__4`1.MoveNext()
--- 引发异常的上一位置中堆栈跟踪的末尾 ---
   在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   在 Finkit.ManicTime.Client.Timelines.Messaging.DayViewActivitiesMessageClient.<GetDayViewActivities>d__4.MoveNext()
--- 引发异常的上一位置中堆栈跟踪的末尾 ---
   在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   在 Finkit.ManicTime.Client.Plugins.LocalServerType.LocalDayViewLoader.<BeginLoad>d__2.MoveNext()

***ManicTime Version 4.1.7.0

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

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

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

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

翻译错误问题

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

E:\software\ManicTime\Translations\zh-CHS.txt

修改后效果如下：

番茄工作法

具体用法参考，参考

Tagging - ManicTime Documentation

中的"Timer and Pomodoro timer"

关于Screenshots存在的问题

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

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

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

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

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

另外的注意事项

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

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

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

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

总结

一、ManicTime操作总结

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

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

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

二、ManicTime当前最新数据总结

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

Reference

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

本文标签： 笔记 ManicTime