Posts: 6,485
Threads: 176
Joined: Jan 2012
Thanks: 131
Given 1074 thank(s) in 852 post(s)
Say, even my tutorial with ProtectionAreas didn't help you with sqlite? Pity, I was hoping it would.
Posts: 372
Threads: 29
Joined: Mar 2011
Thanks: 1
Given 21 thank(s) in 18 post(s)
That is weird, as its quite detailed on how to use it.
But perhaps for somebody that has never used sql, it might be confusing as how to use it.
Posts: 4,628
Threads: 115
Joined: Dec 2011
Thanks: 693
Given 494 thank(s) in 423 post(s)
I uploaded a new version that uses sqlite. It can also log things other than a player like vine's or fire (though the hook isn't as advanced as I hoped it would be). This is disabled by default though, because the database was getting allot bigger really fast. This is probably because I'm still using a Cuberite that is a month old with the bug where grass turns into dirt in low skylight.
I also have to write an article about the (small) configuration file.
Posts: 274
Threads: 48
Joined: Mar 2015
Thanks: 107
Given 11 thank(s) in 10 post(s)
I'm wondering, how much rollback information does this actually store? And is the horizon defined by file size or age? Or filesize per player or age per player?
Posts: 4,628
Threads: 115
Joined: Dec 2011
Thanks: 693
Given 494 thank(s) in 423 post(s)
The plugin will store the world, cause(playername or #<natural action>), position, time, blocktype, blockmeta and the action(broken, placed etc).
It will always continue collecting the data. It won't stop unless there is no storage space left.
Posts: 4,628
Threads: 115
Joined: Dec 2011
Thanks: 693
Given 494 thank(s) in 423 post(s)
I've updated the SQL handling again. It's now comparable to the way I did it in my Login plugin.
Posts: 274
Threads: 48
Joined: Mar 2015
Thanks: 107
Given 11 thank(s) in 10 post(s)
I wonder if it was possible to implement a "horizon". Like ... the last 1000 blocks per player. Or real time based, or play-time based.