Quote:
Originally Posted by ndriver
After posting my last message, I also gave it a second look and found the content table. I also saw the information was there, ready to use...
Though for some reason my content table is really small, it has only the data for the last 30 days or so. Maybe I did something in the past that wiped it out.
With the hard part out-of-the-way and after Quoth's minimalist post questioning why not simply use Calibre, I decided to do just that.
In order to make all this work wirelessly, I use bash scripts that run in the Kobo device, which communicates through SSH to my little linux server that hosts Calibre.
The scripts are called by using the excellent NickelMenu, so everything is well-integrated in the Kobo main menu.
Next weekend I will try to implement some simple graphs, which will show how much was read in a specific week/month etc. These will have to be hosted outside Calibre of course.
The docker suggestion was so that everyone could deploy locally, in a safe and easy way, a SSH server and some web server.
But on second thought, I guess only the maniac people who are interested in stats will bother with this. A container is probably over complicating things for such small gains....  |
About the content table being small, I wonder if kobo does some housekeeping in the sqlite db after a while.
I am curious about the shell script. When using the script, do you trigger it from the Kobo through the menu? (that is awesome!). So, technically I could do the same but point to my cloud server instead (cool). I am looking at the NickelMenu tool. Thanks!
I mean, the data doesn't have to be pushed to my server. I could definitely put it out there as a local web app and people can use locally (saves me some cloud money).
I will take a closer look at the calibre plugin.