Finding the latest entry walks though the whole directory tree seeking
the exact matching entry. However, the filename of the entry that should
match is predictable.
Instead of walking through all entries to find the latest matching one,
open the exact expected file.
References: https://github.com/owntracks/recorder/issues/565
None of the setup instructions mention using TLS. Deploying
owntrack-recorder without TLS on a public network will leak all
information that flows to and from it.
a previous commit erroneously avoided dumping content if it
didn't contain JSON (i.e. a '{') which broke dumping of
friends.
The reason I did that at the time is to avoid gcache_dump()
outputs the db names, as in:
$ ./ocat --dump | grep -E '^[a-z0-9]+ *$'
friends
luadb
topic2tid
wp
This fixes that. (includes 'keys' db which exists with ENCRYPT)
fixes#572
With big rec files, lookup might be incredibly slow because the timezone will be looked up for every entry.
Like this, timezone is recorded once when an entry is created and doesn't have to be looked up later
- FIX: ocat JSON output now supports emitting fields which are arrays/lists (#542)
- FIX: Add proper error message to revgeo lookup (#541)
- FIX: Replace use of access(2) in ocat(1) by opening config file (#539)
- NEW: Add support for OpenBSD (#523)
- FIX: storage dir from env even when the defaults file is missing (#528)
- NEW: support for inline image data in a POI location publishes
- FIX: image2card.sh was creating invalid JSON (#520)
- UPD: deprecate google maps from vmap.html (#512)
- FIX: install unit file into /etc/systemd/system/ot-recorder.service during fpm (#514)
- FIX: fix permissions on files installed to share/docs/ot-recorder (#513)
- FIX: contrib/faces/github2card.py require TID
- FIX: contrib/faces/gravatar2card.sh require TID and replace MD5 by SHA256 for Gravatar
- FIX: contrib/faces/image2card.sh asks for TID to produce CARD
- UPD: changed 'convert' in image2card.sh to 'magick'
- FIX: consolidate raspbian/debian fpm-make invocations